Search Console（下称 GSC）免费、数据来自搜索引擎本身，是诊断收录问题最可靠的来源。但它的界面把数据平铺在十几份报告里，很多人打开后不知道从哪看起。

这篇只讲 5 份核心报告，以及每份报告里真正该盯的那个数字。

开始前：先把域资源建对

GSC 有两种资源类型：

• 网域资源（Domain property）：填 example.com，自动覆盖 http/https、有无 www 的全部子域；
• 网址前缀资源（URL prefix）：填 https://example.com/，只覆盖这一个前缀。

除非有特殊原因，一律选网域资源。否则 http 和 https 的数据会分裂成两份，你看到的收录数永远只是一半。

验证方式推荐 DNS TXT 记录，比上传验证文件更省事，也不受改版影响。

报告一：网页（索引覆盖）

这是最重要的一份，直接告诉你「哪些页面进了索引、哪些没进、为什么」。

打开后先看两组数字：

分组	你要看的	健康信号
已编入索引	有效页面总数	接近你实际发布的文章数，且趋势平稳向上
未编入索引	原因分布里排名前 3 的类别	没有单一原因占比超过 40%

「未编入索引」的原因列表里，有几个需要区别对待：

• 已抓取，尚未编入索引：内容质量判定没过。去看这类页面的字数是否明显低于已收录的页面。
• 已发现，尚未编入索引：抓取预算不够。去看低价值页面是不是太多了。
• 备用网页（有适当的规范标记）：这是正常的，说明 canonical 生效了、重复页面被合并了，不用改。
• 已排除，被 noindex 标记：确认是有意为之。登录页、搜索结果页出现这个是好事，正文页出现就是事故。
• 软 404：页面返回 200，但内容像是「没有结果」。常见于空分类、空标签页，属于必须处理的一类。

操作要点：点击任一原因，会列出受影响的具体 URL。不要试图一条条手动修复，先按 URL 模式归类（比如「所有 /tag/ 开头的都是软 404」），再在代码层批量解决。

报告二：Sitemap

这份报告不只看「已提交成功」，还要看「已发现的网址数」这个数字有没有随内容增长。

典型问题：sitemap 显示「成功」，但已发现网址数几个月不动。这通常意味着 sitemap 被缓存了，或者生成逻辑没把新文章算进去。此时点进具体的子 sitemap 看 <lastmod> 字段，如果所有条目都是同一个日期，说明生成逻辑有问题。

另外要注意 sitemap 里各类 URL 的比例。如果标签页数量是正文页的 3 倍以上，抓取预算就已经被严重稀释了。

报告三：抓取统计信息

这份报告回答的是「搜索引擎每天来几次、拿到的是成功还是失败」。

重点看两条曲线：

1. 抓取请求总数：突然归零 = 服务器挂了或被大规模屏蔽；长期平在低位 = 预算不足。
2. 响应分布：200 应占绝对多数。如果 5xx 或 429 有明显占比，先修服务器。

还有一个容易被忽略的分组叫「抓取请求的用途」，能看到机器人把预算花在了哪类文件上。如果图片、CSS、JS 的请求占比异常高，说明页面资源太重，挤压了正文页的抓取额度。

报告四：核心网页指标（Core Web Vitals）

这份报告直接对应搜索排名中的页面体验因素，也给不出「改哪里」的答案，但能告诉你「哪一类页面不行」。

四档移动端划分要记牢：

指标	良好	需要改进	差
LCP（最大内容绘制）	≤ 2.5 秒	2.5 – 4.0 秒	> 4.0 秒
INP（交互到下一次绘制）	≤ 200 毫秒	200 – 500 毫秒	> 500 毫秒
CLS（累积布局偏移）	≤ 0.1	0.1 – 0.25	> 0.25

关键操作：报告会按「网址组」聚合。点开一个不合格的组，看它包含哪些 URL 模式，再拿其中一个地址去 PageSpeed Insights 跑详细分析。不要对着报告猜，要去实测。

报告五：效果（搜索表现）

严格说这份报告反映的是结果而非原因，但它有一个用法几乎没人用：用「查询」维度反推内容空白。

筛选条件设置成「展示次数高、点击率低、平均排名在 8–20 位之间」。这批查询意味着：搜索引擎认为你的页面相关，但内容还不够扎实，所以给到第 2 页。这是投入产出比最高的优化清单——把这几篇文章写厚，排名通常会自然前移。

另一个有用的筛法：把时间范围拉长到 3 个月，按「网页」维度排序，找出有展示但没有对应文章主题的查询。这些是现成的选题库。

一份 20 分钟的固定巡检流程

1. 打开「网页」报告，记下有效页面总数，和上月对比；
2. 看「未编入索引」里占比最高的原因，判断是内容问题还是技术问题；
3. 打开「Sitemap」，确认已发现网址数有增长；
4. 打开「抓取统计信息」，确认响应分布里 200 占绝对多数；
5. 打开「效果」，筛选「排名 8–20 位」的页面，记入待优化清单。

这五步每周做一次，比每天刷新收录数有用得多。

常见问题

GSC 的收录数为什么比 site: 命令少很多？

两者口径不同。site: 是搜索结果的粗略估计，包含各种不精确的匹配；GSC 的索引报告统计的是真正进入索引的规范化 URL 数。以 GSC 为准。

报告里的数据为什么有延迟？

索引报告通常滞后数天，效果报告滞后 2–3 天。所以改动后不要当天就下结论，至少观察一周的趋势。

「已编入索引」的页面数突然掉了很多，怎么办？

先排除站点技术故障：服务器是否长时间不可用、robots.txt 是否被改动、主题或组件是否被更新过。如果都正常，再观察 2–4 周，搜索引擎的索引数量本身存在正常波动。