用 Google Search Console…

当需要分析 GSC 数据、调用 Search Console API 或解读搜索表现、索引、Core Web Vitals、富媒体结果时使用。

适用场景

解决思路

1. 读图时一次只聚焦一个指标：堆叠柱状图会掩盖波动，关掉其他指标才能看清每个指标。
2. 不要只比较两个时间点：月末对比上月会漏掉月中的剧烈波动，要看完整趋势。
3. 不要只看前 10 行：很多报告默认只显示前 10 行，要滚动或分页查看更多行。
4. 给图表截图：GSC 历史数据保留有限，保存图片以备后续参考。
5. 记录到电子表格：月末导出，用公式跟踪随时间变化的相关性。
6. 跟踪发布时间：参加开发站会、阅读发布说明，把 GSC 变化与部署关联起来。
7. 调查流程：先定位指标变化的日期，再关联发布、CMS 变更、服务器维护、第三方代码，然后决定是调查、修正、忽略还是密切监控，最后拉产品/开发团队定位根因。
8. Performance（搜索结果）报告：查看 Clicks、Impressions、CTR、Average position，维度包括 query、page、country、device、date，可按 web/image/video/news 搜索类型过滤，用于找出高曝光低 CTR 的页面（标题/描述优化机会）。
9. 用按位置的 CTR 基准对比实际 CTR：位置 1 期望 25-35%（有 AI Overviews 时约 19%），位置 2 为 12-18%（约 12%），位置 3 为 8-12%（约 7%），位置 4-5 为 5-7%（约 5%），位置 6-10 为 2-5%（2-5%）；若实际低于期望，优先优化标题/描述。
10. 低 CTR 高曝光优化流程：按 impressions 排序，筛选位置 1-10 且月曝光 1000+，对比实际与期望 CTR，估算提升空间，优化 title 和 meta，并添加 schema 以获得富媒体结果（可增加 10-20% 点击）。
11. Insights 报告：查看 Clicks and impressions、Your content（上升/下降页面）、Queries leading to your site、Top countries、Branded vs non-branded、Additional traffic sources；趋势基于与上一周期的点击变化，点击可跳转到对应过滤后的 Performance 报告。
12. Page Indexing（Coverage）：分别单独查看 Pages indexed 和 Pages not indexed，关注下降或激增，区分有意（noindex、robots）与意外排除；用下拉筛选 All submitted pages / Unsubmitted pages only，查看 Source 列判断问题由网站还是 Google 引起。
13. 排查未索引原因：下钻查看原因和示例 URL，常见原因包括重复内容、noindex 标签、重定向错误、5xx、404、robots.txt 屏蔽、Discovered – currently not indexed、Crawled – currently not indexed；若趋势线稳定约 3 秒即可略过，第四列趋势变化时才深入调查。
14. Coverage 问题处理：Crawled - currently not indexed 参见 indexing；Excluded by noindex 若符合预期则忽略，但要确认重要页面未被误加 noindex；Blocked by robots.txt 参见 robots-txt；Redirect/404 修复 URL 或重定向；Duplicate/Canonical 通常没问题，保留 canonical。
15. URL Inspection：对重要页面检查 verdict（URL is on Google / 有问题的 on Google / not on Google），核对 canonical、内链、sitemap，必要时 Request indexing。
16. Video Indexing（如适用）：分别单独查看 Videos indexed 和 Videos not indexed，未索引原因包括缩略图被屏蔽、尺寸/格式无效、不在主要内容中等。
17. XML Sitemaps：确认每个 sitemap 状态为 Success，点击 sitemap 查看已索引数量，下降说明有索引问题；大型站点监控按国家/语言/部门模板化的 bellwether sitemap。
18. Core Web Vitals：移动端优先（Google 对移动端期望更高），移动端 Good URLs 为目标、Needs improvement 要修、Poor URLs 要修；桌面端次要，主要监控。点击 Open report 按问题类型查看分组示例 URL。
19. Core Web Vitals 提示：历史图表较短，导出到电子表格看更长趋势，定期分享给开发团队并把日期与发布关联。
20. Enhancements（富媒体结果）：区分 invalid（严重问题，可能不展示）与 valid（无严重问题，仍可能有警告），警告不再是顶层；类型包括 Content（Breadcrumbs、FAQ、Events、Videos、Job postings、Review snippets、Q&A、Discussion forums）、Shopping（Product snippets、Merchant listings）和其他（Recipes、Datasets、Hotels 等）；报告只显示样本项，未列出的 URL 用 URL Inspection 查。
21. AI Overviews 限制：GSC 的 Performance 报告不区分 AI Overviews 的点击/曝光与自然搜索；可用正则过滤易触发 AI Overviews 的查询来估算 AI 可见度：`(?i)^(who|what|where|when|why|how|which|is|are|can|does|should)|\b(vs|versus|compare|difference|pros and cons|guide|tutorial|best|top|list)\b`。
22. Links & Disavow：在 Links 报告查看入站链接和锚文本分布；仅在人工惩罚、有毒链接等必要时通过 GSC 提交 disavow 文件，谨慎使用，过度 disavow 可能有害。
23. Search Console API：用 `searchanalytics.query()` 获取全部 Performance 报告数据，指标为 Clicks、Impressions、CTR、Position，维度为 date、query、page、country、device 及 search appearance，可按 web/image/video/news 过滤。
24. API 限制：每个属性每天每种搜索类型 50,000 行，每次响应 25,000 行（用 startRow、rowLimit 分页），数据延迟 2-3 天；建议每天只查一天数据以避免配额，先验证数据存在（仅用 date 维度、不加过滤）。
25. API 优化：启用 gzip 压缩，用 `fields` 参数获取部分响应，大数据集用分页。
26. 每月审计清单：检查 Performance 趋势、Insights 顶部/趋势内容与查询、Page indexing 已索引与未索引（分开看）、关键未索引原因趋势线、Sitemaps 全部 Success 且索引数稳定、Core Web Vitals 移动端、Enhancements 无新增 invalid、Links 无人工惩罚且仅在必要时 disavow、月末导出数据到电子表格、截图图表留存、阅读发布说明做关联。
27. 输出格式：包含 Summary（关键发现、趋势、异常）、Metrics（具体数字和日期范围）、CTR analysis（实际 vs 期望、低 CTR 高曝光页面）、Title/meta opportunities（有 CTR 差距的页面及具体优化建议）、Action items（按优先级排列的修复项）、Correlation（疑似原因）、Next steps（监控计划、交接给开发）。

适用边界 · 注意事项

• 当用户想改写 title 标签（不只是报告）时，应使用 title-tag 技能。
• 当用户想改写 meta description 时，应使用 meta-description 技能。
• 当需要 GA4 的 AI 流量跟踪时，应使用 ai-traffic-tracking 技能。