Search Console的页面索引报告,用来判断Google已知的网址是否进入索引,以及未进入索引的原因;效果报告则记录所选日期内的网站搜索展示、点击和相关查询。前者回答页面的索引状态,后者回答它在搜索中实际获得了什么表现。已收录并不保证有人看到,更不保证有人点击。
所以,看到一篇新文章没有点击时,先不要急着重复提交收录。确认资源范围和数据日期,再检查这个具体URL,才能判断下一步应该修技术问题、等待数据,还是调整内容与搜索需求的匹配。
先用一张表分清两个报告
| 报告或工具 | 主要回答什么 | 适合什么时候打开 |
|---|---|---|
| 页面索引报告 | Google已知网址中,哪些已索引、哪些未索引,原因是什么 | 查看一组页面或模板是否出现异常 |
| 网址检查 | 这个URL的索引信息、抓取情况和规范网址 | 核对某个重要页面 |
| 效果报告 | 指定范围里有哪些展示、点击、查询和页面表现 | 分析流量变化与搜索需求 |
Google的页面索引说明强调,不必期待网站每个URL都进入索引。重复地址、已删除页面或本来就不需要搜索流量的页面,未索引可能符合预期。
索引报告也不是CMS文章数量的镜像。CMS列的是你创建的内容,Google还可能知道参数地址、旧网址和其他版本;反过来,尚未发现的页面也未必出现在报告中。比较总数之前,要先知道两边分别统计了什么。
如果想重新梳理整个过程,可以先看Google抓取、索引与排名的区别。把这几个环节分开,读报告时就不容易用一个指标替代另一个。
索引报告先找重要页面,再读原因
打开页面索引报告时,可以先看最近是否有明显变化,再进入“未编入索引”的原因分组。不要直接把数量最大的分组当成最严重的问题。大量正常重定向,未必比一个重要产品分类被错误禁止索引更值得优先处理。
假设网站有100篇公开文章,同时保留了一些已重定向的旧地址。旧地址没有单独被索引,可能是正常的;但主分类页被误加noindex,则会影响一个重要入口。这里的数量是说明优先级的假设,真正排查时应回到实际URL。
选择一个有代表性的地址,用网址检查核对。Google的网址检查说明区分了已存储的索引信息与实时测试:前者反映Google此前看到的版本,后者测试当前页面是否可能被抓取和索引。实时测试通过,不能直接改写成“已经收录”。
同时查看Google选择的规范URL。如果你正在查一个带参数的地址,而Google把表现归到了另一个规范版本,只盯着参数页就可能误以为数据丢失。实时测试也不能预测Google最终会选择哪个规范页,这要在索引信息里确认。
报告列出的示例URL不是完整清单。对重要页面,直接检查更可靠;对批量问题,则结合站点地图、CMS公开列表和模板特征看范围。修复后保留修改日期,再观察后续抓取和报告更新,不要要求每个界面立即同步。
遇到“已抓取但尚未编入索引”时,可以继续按对应原因的排查方法处理。它与抓取失败、主动排除和正常重复页不是同一个问题,不适合统一执行一遍“重新提交”。
可以先用下面这张表判断原因分组是否需要处理。报告具体中文翻译可能变化,重点是原因所描述的状态,而不是记住一个固定标签。
| 原因或状态 | 先看页面原本用途 | 应当调查的内容 |
|---|---|---|
| noindex排除 | 本来就不需要索引,还是重要公开页面被误设 | 误设时定位页面/模板/响应头来源;正确排除则不必清零 |
| 被robots.txt阻止 | 有意限制抓取,还是误封正文或资源 | 找对应主机和适用爬虫组,确认当前规则 |
| 重定向或有正确规范标记的替代页 | 是否已经由合适的新页/首选页承接 | 检查目标,不要求每个旧地址单独索引 |
| 已发现、尚未编入索引 | Google知道地址,但还没有完成相应抓取处理 | 看发现入口、站点可用性和时间,不能直接断定正文质量差 |
| 已抓取、尚未编入索引 | 已读取但尚未采用为索引页面 | 查实际内容、重复关系、规范选择及处理时间 |
| 404、软404或服务器错误 | 删除是否符合预期,重要页面是否异常 | 该恢复的恢复,该迁移的正确承接,区分正常下线 |
批量修复时,要看问题是不是同一个模板造成的。例如五个重要产品页都来自同一模板且误设noindex,可以先在代表页定位输出源;修复后再覆盖这一组。五个页面只是都未索引,却分别属于重定向、删除和内容重复,就不能当作一个插件开关问题处理。
效果报告按页面和查询往下看
效果报告中的几个常用指标,各自承担不同的判断:点击是用户从搜索结果点击网站的次数,展示是结果被计入展示的次数,CTR为点击除以展示,平均排名则是按所选统计维度计算的位置指标。
平均排名不代表你现在打开浏览器,就一定在那个固定名次看到页面。不同查询、国家、设备和时间会混在汇总值里;对整个网站的数字作判断时,尤其需要往下拆。
一个比较好上手的顺序是:先选完整的日期范围与搜索类型,再查看页面,最后进入具体页面对应的查询。假设某篇教程点击下降,先筛选它的准确URL,再看哪些查询减少,远比只看整站平均排名更容易定位。 如果查询是一组相似的产品型号,可按型号词筛选方法避免把 AB120 和 AB1200 混在一起。
比较两个时期时,尽量保持天数、搜索类型和过滤条件一致。如果这期包括周末、上期只看工作日,或一个时期筛选了手机,另一个时期没有,变化就不只是内容效果。可以先比较同样长度的完整周,再根据业务节奏查看更长范围。
查询也需要和页面任务一起读。一篇安装教程主要获得采购类查询的展示,可能说明它与当前搜索需求的承接还不理想;这时应查看页面内容和实际结果类型,而不是只把标题再塞一遍关键词。需要重新分配页面任务时,可以回到关键词与页面映射。
真正操作时,可以沿着一篇教程完成一轮,而不是同时切换很多筛选条件。下面以一篇假设的“WordPress表单收不到邮件”教程为例:
- 进入效果的搜索结果报告,选定同一种搜索类型。先使用两个相同长度、日期完整的周期,记录资源名称、日期、国家和设备条件。
- 到“页面”表找到该教程,点击这一行或添加准确URL筛选。确认顶部筛选已经是目标页面;用“包含”筛选时,留意是否连旧地址或其他路径也一起选中。
- 转到“查询”表,查看哪些查询点击减少、展示减少或仍在增长。不要只按平均排名排序;先按实际点击差额找对结果影响最大的变化。
- 保留页面范围,再把值得调查的查询加入筛选,查看日期趋势。需要看设备差异时,每次只改变一个条件,记录变化前后的口径。
- 打开真实页面与当前相关搜索结果,核对查询需要的答案。若下降集中在“表单显示成功但没有邮件”,先检查正文是否完整解决这个分支,不能只给整个标题增加“最新”。
点表格行会改变报告范围,结束后记得清除不再需要的条件。导出时保留筛选说明,避免下一次拿单页查询表与整站图表比较。Google的筛选与比较说明
季节性业务还要放大时间窗口。当前28天比前28天下降,可能处在需求淡季;条件允许时比较去年相近时期,并核对市场需求与站点变更记录。周期相同只是可比的起点,并没有消除节假日、搜索结果变化或新增内容的影响。Google分析搜索流量下降的方法
同样没有点击,下一步可能完全不同
| 当前观察 | 先核对什么 | 更合适的下一步 |
|---|---|---|
| 页面未索引,也没有点击 | 未索引原因是否符合页面用途 | 重要页面有真实阻碍时修复;正常排除则保留 |
| 页面已索引,但没有展示 | 日期是否完整、筛选范围和规范URL是否正确 | 再看页面覆盖的需求、内容与竞争情况 |
| 有展示,几乎没有点击 | 展示来自哪些查询、设备和位置 | 检查结果呈现与页面承诺是否匹配 |
| 点击比上期少 | 是展示减少、CTR下降,还是查询组合变化 | 按发生变化的页面与查询继续分析 |
例如,一个已收录页面只有很少的展示,CTR会随着几次点击大幅摆动。此时不能把一两天的百分比变化当成标题改写成功或失败。先看样本量,再考虑是否积累更长的观察窗口。
另一种情况是点击没有下降,但平均排名看起来变差。网站可能新增了不少位置较后的查询展示,拉低了整体均值;原来重要查询的表现却没有变化。只有拆开数据,才能判断该修已有内容,还是继续培育新覆盖的问题。
这些判断都是分析路径,不是仅凭一张表就能确定原因。发现某个页面下降后,还要结合改版记录、搜索需求变化和其他证据,避免把时间相近的两件事直接当成因果。
一次查询组合变化,能同时降低CTR与平均排名
下面是一组为了演示计算而构造的完整数据。假设固定同一页面、日期长度、设备和国家;只有原有查询组与新增查询组,彼此不重叠,也没有遗漏的匿名数据。它不是本站实际报表。
| 查询组 | 上期展示 / 点击 | 本期展示 / 点击 | 本期CTR | 本期平均位置 |
|---|---|---|---|---|
| 原有核心查询 | 2,000 / 100 | 2,000 / 100 | 5% | 5 |
| 新覆盖的相关问题 | 0 / 0 | 8,000 / 40 | 0.5% | 30 |
| 合计 | 2,000 / 100 | 10,000 / 140 | 1.4% | 25 |
本期总CTR是140 ÷ 10,000 = 1.4%,不能把5%和0.5%简单平均成2.75%。在该示例一致统计口径下,平均位置按展示加权为(2,000 × 5 + 8,000 × 30) ÷ 10,000 = 25;假设原有查询上期平均位置同样为5,汇总值确实变差了,但原有查询没有退步,总点击还增加了40%。
这时直接把标题改成更激进的文案,可能没有回答真正的问题。先判断新增的相关问题是否适合该教程:若能够用新的排查分支完整承接,可以补正文;若需要独立的产品或操作页面,再按页面任务分配。新增展示也不能自动算成功,它是否属于目标受众、是否带来有效阅读,还需要后续信息。
这个计算只解释“为什么汇总会变”,不把真实GSC查询表视为完整数据。实际报告可能遗漏部分查询,按不同维度聚合也会改变统计;因此可以用可见查询解释主要变化,但不能保证把所有行加起来精确还原整站图表。Google对位置和点击指标的定义
两份数字对不上时先核对口径
先看数据日期
首先看更新时间。Google在数据差异说明中指出,效果数据通常需要2至3天可见;较新的数据也可能以初步状态出现。这不等于每份报告都有完全相同的固定延迟,实际分析应看该报告显示的日期和状态。
效果数据说明解释,初步数据可能在后续继续变化,图表会用虚线提示。需要比较稳定周期时,使用完整日期;24小时视图适合观察近期动向,不宜直接和上一整个自然日作业绩结算式比较。
查询明细与聚合范围
图表合计和查询明细不一定相加相等。少量、罕见的匿名查询可能不显示在表里,界面表格也有行数限制。缺少某一行,并不能直接证明那条查询从未带来展示。
还有一个容易误读的情况:同一个结果页展示了本站两篇不同文章。按资源聚合与按页面聚合,对展示和位置的计数对象不同;不能把页面表各行展示简单相加后,要求它等于资源级图表。先保持同一种聚合方式,再谈差额。查询过滤也会受到匿名查询与数据限制的影响,过滤前后的总量差别不能直接解读成某个隐藏业务板块。
再检查规范URL与资源范围。你筛选的是HTTP还是HTTPS、www还是非www、单页还是整个目录,会改变所看到的数据。对重复页面,Google通常把搜索效果归到它选择的规范URL上,而不是按你浏览器里每一个可访问地址分别计数。
再与GA4核对记录环节
不要强求Search Console点击与GA4会话完全一致。两者观察环节、记录方式、时区及配置条件不同。Google关于两种工具的说明列出了这些差别。排查时可以互相参照,但应先统一比较范围,再讨论剩下的差异。
日常记录可以只保留几个必要信息:选中的资源、日期、搜索类型、页面过滤条件、看到的异常和下一步检查。这样下一次回来,能知道是在追踪同一个问题,而不是对着另一组筛选结果重新猜原因。 需要长期保留每天的数据时,再设置GSC 到 BigQuery 的批量导出,先确认第一批数据和资源范围。
把一次观察写成可复查的工作记录
报表分析最后要留下一个能够验证的判断,而不是“曝光下降,继续优化内容”。仍以上面的表单教程为假设案例,可以这样交接:
| 记录项 | 示例内容 |
|---|---|
| 范围 | 固定该教程的最终URL、Web搜索、两个完整等长周期;保存国家和设备条件 |
| 当前观察 | 点击变化集中在“显示成功但未收到邮件”这一类查询;其他分支未见同样变化 |
| 索引与技术 | URL检查显示已索引,当前公开页能获取;不把它归类成地图提交问题 |
| 内容核对 | 教程只讲创建表单,缺少提交记录、发送链路和收件测试的区别 |
| 修改任务 | 补完整排查分支和可核对的测试结果;优先修正文,再让标题准确反映已覆盖范围 |
| 尚未确定 | 是否同时受到需求、竞争结果或展示位置变化影响 |
| 复查 | 留下修改日期;用相同URL及查询范围观察后续完整周期,再补实际阅读/询盘情况 |
这份记录说明了为什么需要改、要补哪段,以及哪些因果还不能确定。若复查发现点击没有改善,不应立即再换一次标题;回看Google是否已重新处理、受影响查询是否仍有需求、页面实际输出是否更新,再决定下一步。
日常检查可以从重要页面、异常模板和实际损失最大的查询开始。等主要问题定位后,再扩展到整个内容组;不要为追求索引报告全绿或平均排名单独变好,改动本来用途正确的页面。 遇到验证失败、未收录或统计口径疑问,可到GSC 使用教程专题选择对应排查方法。
常见问题
已收录但没有展示,是不是被惩罚了?
不能仅凭这个现象下结论。先检查日期、资源范围和规范URL,再看页面是否覆盖真实需求、是否有足够竞争力。有索引资格不代表一定在相关查询中获得展示,处罚需要另外的证据。
实时网址测试通过,为什么索引报告还没有变?
实时测试检查当前页面的部分可索引条件,索引报告记录的是Google的处理状态,两者并非同步完成。测试通过不保证收录;修复后还要等待Google再次抓取、处理及报告更新。
为什么查询表导出的点击比图表总点击少?
可能涉及匿名查询、表格行数限制,以及筛选和聚合方式。先核对相同的日期与过滤条件,再参考官方数据说明。不要默认差额都是某个隐藏关键词,也不要直接把它当作跟踪故障。