Signal to BuildSIGNAL TO BUILD中文Owner sign in ↗
← Knowledge Notes
Global Growth ／ Knowledge note · Chinese

Search Console + Analytics + Trends 三件套用法 (流量诊断 / 关键词调研 / Looker Studio)

Search Console 入门、5 类核心报告、Looker Studio 信息中心(GSC+GA4 并排)、流量下降 7 步诊断法、bubble chart 4 象限分析、Google Trends 关键词调研与季节性、GSC vs GA 8 类差异原因。SEO 数据分析的完整工具栈。

Source collection：Google 搜索与 SEO · Published here：2026-09-26 · Note updated：2026-09-26

SEO搜索引擎自然增长

一句话: SEO 数据分析有三个真理源 — Search Console 看 "搜索结果中怎么表现"(展示/点击/查询/位置),Google Analytics 看 "用户落地后怎么行为"(会话/互动/转化),Google Trends 看 "整个市场怎么变"(行业大盘/季节性/竞品)。三件套是互补关系,不是替代关系。

TL;DR — 何时打开哪个工具

你想知道 打开 看哪个报告
我哪些页面/词被 Google 收录了? Search Console Index Coverage / 索引涵盖范围
我从 Google 搜索得了多少点击? Search Console Performance / 搜索效果
用户在我站内做了啥? Google Analytics Traffic acquisition + Landing page
流量突然掉了到底为啥? Search Console + Trends Performance(自家) + Trends(大盘对比)
我该写啥内容? 季节几月发? Google Trends Explore + Trending now
用户搜啥词意外点到我? Search Console Performance → Queries tab
我有没有被 Google 警告(手动处置/安全)? Search Console Manual Actions + Security Issues

Part 1 — Search Console 4 步上手

不需要每天登。新问题 Google 会邮件提醒。每月一次或改完内容后看一次就够。

  1. 验证站点所有权 — 没有这一步啥都看不到。
  2. 看 Index Coverage — Google 收了你哪些页/拒了哪些页/为啥拒。修 errors + warnings。
  3. (可选)提交 sitemap — 不提交 Google 也能爬到,提交主要为了监控 sitemap 状态(哪些被读/哪些没被读)。
  4. 看 Performance — 流量/查询/页面/国家/设备的趋势。掉了就走下面的 7 步诊断。

1.1 SEO/运营 视角的 4 个必看报告

  • Manual Actions(人工处置措施) — 有没有被 Google 人工处罚。被罚了部分或全部页面会从搜索结果消失。
  • Removals(移除工具) — 临时(~6 个月)从搜索结果撤一个页,争取时间去真正删/改。
  • Change of Address(地址更改) — 换域名时告诉 Google,帮 Search 流量从老站迁到新站。
  • Rich result status reports — 你的 structured data 哪些被 Google 读懂了/哪些有错/哪些有 warning。

1.2 开发者 视角的 4 个必看报告

  • Index Coverage — 整站索引状态 + 每个状态的展示次数(看影响)。
  • URL Inspection tool — 单个 URL 的当前索引状态 + 实时测试 + 请求重爬 + 看 Google 看到了啥资源。
  • Security Issues — 是否被黑/被植入恶意代码。
  • Core Web Vitals — 真实用户数据(field data)下的页面体验。

Part 2 — Search Console + Google Analytics 联用

2.1 各管各的

  • Search Console: 用户到你站之前的事 — 在 Google 搜啥词、看到你几次(展示)、点了几次(点击)。
  • Google Analytics: 用户到你站之后的事 — 看了哪些页、停多久、转化没有、来源渠道是啥。

2.2 唯一最具可比性的两个指标

Search Console Google Analytics
Clicks = 用户点击 Google 搜索结果里你的链接的次数 Sessions = 用户与你站互动的一段时间

两个数字不会完全对得上(理由见下面 8 条原因),但整体趋势应该一致。如果趋势都对不上 → 一定有事(配置/采集/被罚)。

2.3 Looker Studio 信息中心(GSC + GA 并排)

Google 官方模板: lookerstudio.google.com/reporting/408e669d-07d1-4353-a1dc-94f06bde27ef/page/Hqrp/preview

配置(首次打开会报错,因为要绑你自己的数据源):

  1. 点 "Use my own data"
  2. 连 Search Console → 选 "URL Impression" 表
  3. 连 Google Analytics
  4. 给每个图表绑数据源

视觉约定: 橙色 = GA,蓝色 = GSC。

过滤器: GA 默认已过滤 Session source = google AND Session medium = organic(只看 Google 自然搜索)。关键纪律: 调过滤器时,GSC 和 GA 两边的国家/设备/日期范围必须一致,否则比较没意义。

5 个核心指标:

# 指标 来源 是啥
1 Sessions GA 自然搜索流量的量
2 Engagement rate GA 触发 key event / 停留 > 10s / ≥2 个 page view 的会话占比
3 Returning users GA 来过至少一次又回来的用户占比
4 Clicks GSC 从 Google 搜索结果点过来的总次数
5 CTR GSC clicks / impressions

6 个核心图表:

  1. Organic sessions + Engagement rate 时间线 — 量 + 质 同看
  2. 自然搜索流量占比 — 占总流量的百分比
  3. Clicks + CTR 时间线
  4. Top pages by clicks
  5. Top queries by CTR
  6. Top countries 表

2.4 想看 per-query 数据怎么办

Looker Studio 标准模板看不到 per-query 维度。三个路子:

  1. BigQuery 合并 — 把 GSC bulk export 和 GA BigQuery export 一起合到 BQ,然后随便切。官方推荐,数据最全最准。
  2. Looker Studio blending — UI 内的轻量混合,够日常用。
  3. Site Kit for WordPress — WP 站的话,一个插件搞定双数据源。

Part 3 — 流量下降诊断 7 步法 ⭐⭐⭐ 核心 playbook

首先: 去 Search Console 的 Data Anomalies 页看看是不是 Google 自己日志故障。如果是,什么都不用做。

不是 Google 故障 → 下面 6 大可能原因 + 7 步分析法。

3.1 流量下降的 6 大可能原因(按概率排)

# 原因 流量曲线形状
1 算法更新(Core Update / Spam Update) 一刀切式骤降 — 看 ranking updates 历史
2 网站级安全/spam 问题 一刀切式骤降 — 走 Manual Actions + Security Issues
3 技术问题 缓降(noindex 错误)或骤降(整站宕机) — 走 Crawl stats + Page indexing
4 季节性 / 用户兴趣改变 每年同期重复出现 — 走 Google Trends 对比
5 网站迁移/URL 改变 改完几周到几月波动 — 走 site move troubleshooting
6 报表小故障 ¯\_(ツ)_/¯ 看 Data Anomalies

3.2 7 步分析法 — 拿到 Search Console Performance 报告就走这套

Step 1: 日期范围放到 16 个月 点 Date filter → "Last 16 months"。Why: 短窗口看不出季节性,只有放长才能识别 "今年这个月跌是因为去年这个月也跌"。

想超过 16 个月? 用 Search Analytics API 或 bulk export 拉到自己库里。

Step 2: 对比当前 3 个月 vs 上 3 个月 / vs 去年同期 Date filter → Compare tab → "Compare last 3 months to previous period"(或 year over year)。Why: 看哪些 query / URL / 国家 / 设备 / search appearance 真的变了。

Step 3: 拆 search type 看 Search type filter 切到 Web / Image / Video / News。Why: 经常发生 "Web 搜索没事,Image 搜索掉一半",混在一起根本看不出。

Step 4: 看 Average position 点图表上方的 Average position。Why: 绝对位置不重要(impressions + clicks 才是真),但戏剧性的、持续的位置下滑是最强算法信号。

Step 5: Pages 表里找 pattern Pages tab → Sort by "Clicks Difference"(掉得最多的排前面)。问自己:

  • 是整站掉? → 走 Page indexing report,可能是技术问题
  • 是一组页面掉? → 用 URL Inspection 抽几个查
  • 是少数关键页掉? → 单独看每个

Step 6: Clicks 跌但 Impressions 没跌 = SEO snippet 没写好 Why: Impressions 没跌说明排名没变,Google 还是把你显出来了;但 Clicks 跌了 = 用户看到你不点。多半是:

  • title / snippet / meta description 写得不够吸引人
  • 竞品出了 rich result(structured data)抢走了点击

Step 7: 用 Google Trends 对比大盘 Performance 找到掉得最厉害的 query → 在 Trends 里搜同一个 query → 看是只有你跌、还是整个行业都跌。

  • 整个行业都跌 = 季节性 / 用户兴趣转移 → 你做啥都没用,等下一波。
  • 只有你跌 = 自家问题 → 回去走 1-6 步定位。

3.3 小位置 vs 大位置下滑 — 处理方式不同

  • 小位置下滑(2 → 4 这种):别动。位置不是固定的,搜索结果天生是动态的。已经表现好的页千万别"激进改动"。
  • 大位置下滑(从 top 10 掉到 29):整站自评(不是单页) — 走 helpful, reliable, people-first content 自评清单 （本地参考资料）。整站自评后改动要等几周到几个月才能看到效果(有些 Google 系统判定 "这个站现在变好了"要长期累积)。

Part 4 — Bubble Chart 进阶: 4 象限分析法

Looker Studio 模板: datastudio.google.com/reporting/1e5b5f6a-38d7-4547-a54b-69594681a09b/page/xFbeC/preview

4.1 图的设计

维度 映射
X 轴 CTR(对数刻度)
Y 轴 Average position(对数刻度,反向 — 1 在顶)
气泡大小 Clicks(越大流量越多)
气泡颜色 Device(看移动 vs 桌面差异)
参考线 X/Y 均值 / 中位数 / 某个分位数 — 把图切成 4 象限

Why 反向 Y 轴 + 对数刻度: 反向后 "右上角 = 好",符合直觉;对数让长尾 query(CTR/position 都极低的)能在图上看见,不会被巨大的差异挤到边角。

4.2 4 个象限的处理方法

象限 特征 处理
1. Top position + High CTR 排得好、点得多 啥也别做,继续
2. Low position + High CTR ⭐ 排不高但用户来了就点 = 内容很对路 优化 SEO 提排名 — 加内容、加内部链、找外链。最高 ROI 象限
3. Low position + Low CTR 排不高也没人点 看气泡大小 — 大气泡 = 即便低 CTR 也带量,值得优化;小气泡 + 跟你业务无关 = 放弃
4. Top position + Low CTR 排得高但没人点 三种可能:① 竞品用了 structured data 抢走点击 → 你也上 rich result;② 你"无意中"排到了不该排的词 → 改文案撇清;③ 用户已经在搜索结果页拿到答案了(地址/电话/营业时间) → 如果目标就是引流,改 title/description 让用户觉得"点进去有更多"

核心心法: 不要平均优化所有 query。优先打 Quadrant 2(高 CTR 低位置)— 用户已经验证了你的内容对路,只是排名差一截,改造性价比最高。

4.3 用 device 颜色找细分机会

气泡颜色按 device 区分能看出:

  • "找路线"类 query 通常 mobile CTR 高、desktop CTR 低(用户在街上)
  • 决策长链 query(B2B / 大宗采购)反过来

→ 决定写不同终端的 landing page / AMP / responsive 优化重点。

Part 5 — Google Trends: 内容策略 / 关键词 / 竞品

5.1 两个工具的分工

  • Explore tool — 探索特定词/话题,带时间线 + 地理 + 相关词。研究用。
  • Trending now tool — 当下正在涨的词,带新闻关联。捕热点用。

Trends 数据是匿名、聚合、抽样的 Google + YouTube 搜索请求。可下钻到城市级。

5.2 4 大用途

A. 监控行业趋势

通用打法:

  • Explore 留空 search box → 看你所在国家/类目的 top + rising
  • Trending now → 当下热词 + 相关新闻文章

自定打法: 把你已经在意的 5 个词喂给 Explore,看哪个在涨。

B. 关键词调研

1. Explore 加 5 个词
2. 看 timeline 找高 + 涨的
3. 看 Related topics + Related queries 卡片:
   - "Top" = 用户最关心的相关词
   - "Rising" = 最近涨得最快的相关词
4. 检查多语言相关词 → 决定要不要翻译/扩品

关键: 找你已经 "ranking for" 但还没意识到的词。在 Search Console Performance 里看 queries tab → 找你已经被搜到、但还没专门做内容的词 → 这些是低垂果实。

C. 内容日历(seasonality)

  • 找你所在类目的季节高峰
  • 提前 1-2 个月发内容
  • 注意国家差异: 美国 Brie 一年两次峰(感恩节 + 圣诞),英国一年一次(只圣诞)— 同一种奶酪在两国发文时机完全不同

Example seasonality(食品类):

  • "turkey" 11 月暴涨
  • "champagne" 12 月暴涨
  • "diet" 1 月暴涨(新年决心)
  • "coffee" 全年平稳

D. 品牌监控 + 舆情

1. Explore 输入你的品牌名
2. 时间窗口调到 30 / 90 天
3. 看 related queries 的 Rising + Top
4. 翻页翻完所有相关词

发现 "品牌名 + 事故" → 写一篇澄清文章;发现 "品牌名 + 优惠券" → 做一个优惠券落地页。

数据量大了之后用 Cloud Natural Language AI 自动情感分析。

5.3 竞品对比

把竞品名加到 Explore 一起看,能拿到:

  • 谁的搜索热度更高
  • 用户搜竞品名时还搜啥(他们的相关 + rising)
  • 多地区 / 多城市的对比

Part 6 — GSC vs GA 数据为啥对不上(8 大原因)

先做一个判断:

  • 差异小 → 忽略。系统不同,小差异是常态。
  • 差异大 → 一定有原因,走下面 8 条排查。可能多个同时存在。
# 原因 解释
1 GA 实现/配置 GA 是埋点采集,你站上某些页可能根本没埋 GA tag → GA 漏数。GSC 是 Google 单边的数据,你配置怎么搞它都准。最常见原因。
2 Cookie / Tracking 同意 用户拒绝跟踪 → GA 不采集这次会话。GSC 不受影响。
3 时区 GA 可设时区,GSC 默认锁太平洋时间(PT) 不能改。澳大利亚/中国/欧洲站设 GA 到本地时区时,日切线就和 GSC 不同步,日级数据差异巨大。
4 归因模型 GA 支持 3 种归因(last click / linear / 等),GSC 统计每次 Google 搜索点击。最接近的 GA 模型是默认那个。
5 Canonical URL GSC 只对 Google 选定的 canonical 报告。GA 对任何带跟踪码的 URL报告。所以 GA 的 URL 数会更多。
6 流量类目细分 GSC 拆 Web / Image / Video / News / Discover;GA 的拆法不同。直接对比类目数字会错位。
7 非 HTML 页 GSC 默认统计 PDF 等非 HTML 页的展示/点击。GA 多数没配 enhanced measurement events → 漏数。
8 Bot 流量 GA 自动排除已知 bot;GSC 不一定。GSC 数字可能虚高一点。

实操建议: 知道这 8 条后,做"合理推断"而不是死磕一致 — 大盘趋势对得上、突变信号同向出现,就算正常工作。

Part 7 — 整体工作流(月度复盘模板)

每月 1 号:
1. 打开 Search Console Performance,日期改成 "最近 28 天 + 对比上个 28 天"
2. 主图看 clicks 趋势 — 大跌就走 7 步法
3. Search appearance 拆类型 — 看哪种 result type 跌(rich result? snippet?)
4. Queries tab sort by Clicks Difference desc — top 5 涨的 + top 5 跌的拎出来
5. Pages tab 同上
6. 拿到这些 query/page 后:
   - 涨的 → 加内部链强化、写关联内容延伸
   - 跌的 → Trends 对照,行业跌就放过、自家跌就深查
7. 同期看 GA 的 Traffic acquisition + Landing page(仅过滤 google/organic)
   - 哪些落地页 engagement rate 跌了 → 内容优化
   - 哪些落地页带转化最高 → 加 CTA / 加相关产品推荐
8. 季度一次跑 bubble chart → 找 Quadrant 2(低位置+高 CTR)的优化机会

Part 8 — 常见坑

坑 后果 怎么避
比较 GSC clicks 和 GA sessions 期望两个数字相等 永远困惑 接受差异 + 看趋势对齐
GSC 时区没察觉 → 跨日数据错位 周报数字莫名其妙 GA 时区设 PT 或接受错位
看流量掉了立即激进改首页 把好的搞坏 小位置波动别动;大位置跌才整站自评
把所有 query 一视同仁优化 时间全浪费在边角 bubble chart 锁 Quadrant 2
不开 search type filter 看不出 Image / News / Discover 的细分变化 流量诊断必开
把短期(28 天)做长期判断 错把季节当成事故 日期拉到 16 个月
改完内容期望 24 小时见效 焦虑 + 反复改 helpful content 系统要数周到数月
只看 GSC 不看 GA(或反过来) 看不到完整漏斗 信息中心强制并排看

Part 9 — 相关 wiki

Last updated

2026-05-17 — 基于 Google Search Central 5 篇 monitor-debug 系列(2025-12 ~ 2026-01 最新版本)整理。

2026-09 增补：把网站、社交账号与多模态搜索分开分析

时间边界：以下整理自收件箱中 2018-01 与 2026-06 至 2026-09 的官方文章快照。发布时间描述的是当时状态；不能把旧公告中的测试范围当作当前账户已经拥有的功能。

1. 先分清资产、搜索入口和指标

要回答的问题 对应能力 分析时必须保留的边界
Instagram、TikTok、X、YouTube 的哪些内容从 Google 获得流量？ Platform properties（平台资源）：分别验证各社交账号，查看效果与洞察报告 统计 Google Search、Discover、Google News 带来的发现与点击，不能代替平台站内播放量和互动数据
网站哪些页面在生成式 AI 搜索功能中出现？ Generative AI performance reports（生成式 AI 效果报告） 2026-06 公告列出展示次数、网页、国家、设备与日期；不能据此断言它已经提供独立的 AI 点击、转化或收入归因
用户拍照、圈选图片后是否找到我的内容？ Multimodal search type filter（多模态搜索类型筛选） 包含 Lens、Android 圈定即搜、上传图片、Chrome 右键搜图；属于搜索入口，不能等同于传统图片搜索或所有 AI 搜索

平台资源在 2026-07-07 公告中仍分批开放，2026-07-29 公告更新为全球可用。逐条保存时间锚点，可以避免把同一功能的发布阶段误当作相互矛盾的规则。每个账号独立添加与验证；已认领 Search profile 且完成验证的账号，官方指南说明会自动添加为资源。

2. 用搜索数据决定内容下一步

  1. 发现需求：在 Insights（洞察）看带来流量的查询词分组，区分表现最好、正在上升、正在下降的主题。它能为下一期内容、标题或说明提供线索，但不能证明某个新选题一定成功。
  2. 捕捉短期变化：用最近 24 小时筛选观察新帖是否获得突增的搜索点击；确认相关查询词后，再考虑跨平台推广。结合 Google Trends 判断是单条内容变化还是大范围话题变化。
  3. 比较内容形式：YouTube 可按 URL 中的 /watch 与 /shorts/ 分组，Instagram 可按 /p/ 与 /reels/ 比较。包含 playlist 的 URL 反映的是播放列表页面本身，不是其内部所有视频的汇总。
  4. 延长旧内容寿命：旧教程重新获得展示或点击时，可考虑置顶、制作续篇或跨平台介绍。先判断是否与季节、热点相关，再决定是否改内容。
  5. 记录修改时间：调整视频标题或说明时添加 Annotation（日期备注），之后比较变化。前后对比只是观察线索，无法单独证明增长由这次修改造成。

跨平台比较时，先分别导出各资源的目标 URL 数据，再对齐日期、国家、设备与指标。Google 带来的点击与平台自身流量属于不同口径，不宜相加后称为去重用户。

3. 生成式 AI 曝光与多模态入口怎么读

2026-06-03 的生成式 AI 报告公告强调，相关数据原本已计入整体效果报告，新视图用于单独观察其曝光。因此，不能把新视图的展示次数再加到总展示次数上。当时该报告只向部分网站开放；公告列出的设备维度适用于搜索结果，不能自动推到所有 Discover 数据。

2026-09-24 的多模态公告则说明，该入口出现在搜索结果效果报告及生成式 AI 功能报告中，可筛选并导出。其全球推出从公告当日开始，有相关查询流量的网站才会看到相应指标。没有看到数据时，应先核对是否有该类流量及资源是否匹配，不能直接推断视觉内容未被收录。

术语对照：Impressions（展示次数）表示被呈现，Clicks（点击次数）表示发生点击，二者都不能直接代表站内转化。新增维度改善了观察能力，仍需结合站内分析理解后续行为。

4. 2018 年公告作为历史依据保留

2018-01-08 公告记录了新版 Search Console 的几项产品设计：搜索效果扩展到 16 个月，索引问题可下钻 URL 样本，报告可分享给协作人员，修复后可发起 Validate fix（验证修复）并查看验证日志。其价值是理解“发现问题—分派处理—验证结果”的闭环，以及为什么长时间窗有助于同比分析。

公告中的新旧版本并存、AMP 报告和测试版界面属于当时状态，不作为今天操作界面的保证。历史资料保留原发布日期，当前功能操作另查对应文档。

来源与关联资料