完整SEO诊断的结果应是“哪些页面出了什么问题、证据在哪、谁来修、修好后如何验”,而不是工具给出的健康分。先定目标市场和重要页面,再合并CMS、站点地图、站内抓取与Search Console的URL,建立可抽样的页面清单。随后同时检查访问与索引、内容是否回答查询、站内能否找到并使用页面,以及搜索表现和外部环境。只有能复现的发现,才进入修复队列。
下文讲整站范围和证据如何连起来。单URL故障可看单页SEO诊断顺序;robots、canonical等逐项设置由技术SEO审计展开。
先定义范围:不该索引的页面不能算故障
审计单的首页先写域名、语言、目标市场、业务动作和时间范围。把页面分成分类、产品、服务、教程、品牌与功能页,并为每类写预期:分类页帮助比较并进入产品,产品页说明经核实的规格和适用范围,教程回答查询并指向下一步,询盘表单要把提交记录送到可处理的地方。登录页、内部搜索结果或已废弃页面不收录,可能符合预期。
同一张范围表还要说明哪些子域名、语言目录、参数页和历史URL纳入审计,抓取的起点与限制是什么。没拿到服务器日志,不能声称检查了Googlebot的真实访问;没拿到询盘后台,也不能断言转化链路正常。大站应按页面模板和业务重要性抽样,再对异常模板扩大样本,不必假装人工读过每个URL。
记录两个可比较的Search Console时段、同期改版/迁移和主要业务事件。Google提醒流量下降时应拆开页面、查询、国家、设备及时间;只有一张整站流量曲线,无法判断是英语分类、中文教程还是品牌词发生了变化。
把四份URL清单合成一张核对表

导出CMS已发布URL、XML站点地图URL、从首页和导航出发能抓到的URL,以及Search Console里重要页面的记录。保留原始URL,再把协议、主机、尾斜线和参数变体统一到可对照的列。CMS说网站打算发布什么;地图给出希望被发现的地址;站内抓取反映在该抓取条件下能从链接走到哪里;GSC显示Google在其记录时点看到什么。任何单份清单都不能代替另外三份。
核对表至少有URL、模板/语言、应否索引、四来源是否出现、当前响应与索引指令、声明canonical、GSC状态及最近抓取时间。差异先成为调查线索:
- CMS中有重要分类页、地图也有,导航抓不到:从用户菜单和相关产品页实际走一遍,并检查爬虫是否漏掉JavaScript链接;确认缺入口后才改导航或内链。
- 地图仍列旧地址:查旧URL响应及跳转,再修生成规则和内部链接;不要仅因地图里有旧页就把它恢复。
- GSC说某教程未索引:先判断它应否索引,再比当前HTML和Google最近抓取时间;报告可能描述的是旧版本。
- 抓出大量参数页:确认参数是否产生有搜索价值的独立内容,不能看到数量大就批量屏蔽。
Google说明地图帮助发现但不保证抓取与索引;站点声明的canonical也不能代替Google实际选出的代表URL。因此核对表要把“本站希望怎样”和“Google当时怎样”分列。
例如教学站的 /en/pumps/ 已发布、列在地图且导航可到,业务希望它参与英语搜索;当前HTML却有noindex。这是可复现的当前配置问题。若同一英语分类模板下的其他页面也有,而中文版正常,下一步查模板;若只有这一张有,先查单页设置。仅凭GSC旧记录,不能确定错误从哪天开始。
把差异放在一起,就能先查最确定的问题。以下四行都是模拟数据,有/无只表示相应清单里是否找到,不是实际网站抓取结果:
| URL与索引预期 | CMS / 地图 / 站内抓取 / GSC | 当前观察 | 先做什么 |
|---|---|---|---|
/en/pumps/,应索引 | 有 / 有 / 有 / 有 | HTML误有noindex | 复现并检查同模板,修后查公开HTML |
/en/spares/,应索引 | 有 / 有 / 无 / 无 | 从导航样本找不到入口 | 排除爬虫限制后,补真实相关入口 |
/old-model/,已退役 | 无 / 有 / 有 / 有 | 已301到对应替代品 | 核对替代用途,更新地图和站内旧链接 |
/account/login/,不索引 | 有 / 无 / 有 / 无 | 登录用途且noindex | 符合预期,不加入“未收录修复” |
抽样出现同模板异常时,再查这一模板的其他应索引页面;正常模板只保留代表性对照。这样扩大的是已经出现问题的范围,不必把每一条技术警告都升级为全站故障。
横向检查:除了索引,还要看页面有没有完成任务
四份URL清单解决“看哪些页”,还没回答“查什么”。对每个重要页面组,用相同问题抽样,但保留模板和目的上的差别:
| 检查面 | 可用证据与判断 |
|---|---|
| 访问与索引 | 当前响应、robots、noindex、跳转、canonical、GSC记录;判断目标页能否被找到、读取和作为代表页 |
| 页面与查询 | 该组在目标市场实际承接的查询、搜索结果页类型、正文和产品事实;看是否答错题、缺关键条件或多页争同一任务 |
| 站内路径 | 菜单、分类、相关教程与产品链接;用户能否从问题走到可比较的选项和下一步,而非只看“孤立页”数量 |
| 移动体验 | 真实手机上的正文、表格、按钮和表单;速度问题结合受影响模板及真实用户数据核查,不靠一次实验室分数 |
| 搜索与业务 | GSC按页面组看展示/点击,站内看实际提交或订单;二者口径不同,不把点击直接当询盘 |
| 外部背景 | 重要页面的相关引用、失效指向与竞争页面提供的答案;把差异作为机会线索,不凭外链数量给下降定因 |
这里的“完整”是检查面没有被遗漏、范围与限制能交代清楚,并非每一格都要做成几十页报告。一个没有产品事实的型号页,先找产品负责人;一个能访问但菜单到不了的分类页,先修路径。竞争页面可以提示读者还在问什么,不能代替本站规格和客户证据。Search Console与GA4的数据口径不同,问题也可能出在网页之后的表单或通知。
外部背景如果涉及“这条链接是否值得保留”,打开外链来源与属性评估逐条查。域名分数或数量变化不能替代来源页证据。
教学案例:把同时发生的两个症状拆开
假设一家机械设备站说“英语分类页搜索展示少了,邮箱收到的询盘也少了”。以下URL、现象和测试均是教学设定,不代表真实客户审计。
审计员先按英语目录分组GSC页面与查询,发现变化集中在分类页,中文教程没有同样模式。抽三张下降的英语分类页和两张正常对照:当前公开HTML中异常组有noindex,正常组没有;改版记录显示英语分类模板近期改过。再查同模板其余目标页,确定是模板级还是单页级。GSC上次抓取可能早于改版,所以当前HTML能证明“现在需要修”,尚不能独自证明整段下降完全由它造成。
另一条线做带标记的询盘:前台显示提交成功,后台存有记录,但通知邮件没有到。此时不能写“访客未提交表单”;能确认的是通知链路没把已经收到的记录送达邮箱。再测一条并核对发送日志或收件规则,交给负责建站的人修。搜索下降与邮件未达可以同时存在,不必硬写成一个根因。
同一条询盘还有文件时,把“文字收到”与“销售能打开图纸”分开。后一项失败可按CF7图纸上传与邮件附件检查同名字段和附件设置。
报告里可以这样落两张任务卡:
| 对象和证据 | 修复与即时验收 | 后续观察 |
|---|---|---|
| 英语分类模板;异常和正常URL当前HTML对照、索引预期、改版时间 | 开发修误加noindex,复查同模板及正常模板的响应、HTML和导航 | 等GSC重新抓取,再看对应页面组状态与展示;不承诺当日恢复 |
| 询盘通知;带标记记录在后台、邮箱未收到 | 建站负责人查发送/接收环节,重提带标记记录并同时核对后台与邮箱 | 留存真实询盘处理情况;别把邮件数当全部提交数 |
此外,型号页只有参数表却缺适用条件,应列为“待产品资料确认”;爬虫看到许多旧标签页,但用途和搜索影响未明,应先抽样。这两项不能与前面已复现的故障一起写成“已查明四个错误”。案例真正给出的结果,是不同证据强度对应不同动作。
若商品组的父子变体、价格或发布状态成批出错,先查数据进入网站的过程,按WooCommerce五行CSV测试核映射与失败行,再决定是否需要改页面模板。
交付:让执行者知道改什么,也知道何时停
报告首页写审计覆盖的语言、模板、URL来源、数据时段和未审范围;第二页只列少数关键发现、影响的页面任务与负责人;附录保存样本URL、抓取设置、GSC筛选条件和当前HTML证据。任务卡用“对象—证据—改动边界—即时验收—后续观察”五项即可。当前HTML修复通过,不等于Google索引报告立即更新;报告更新也不能单独证明询盘改善。
准备比较两版询盘区时,先确定产品页A/B实验的网址和收尾安排。它负责实验入口和撤场;本次诊断仍要先证明表单与统计都可用。
下一步排序可交给SEO问题优先级方法:正在阻断重要页面或客户动作的已证实故障先恢复;需要资料的内容问题先指定确认人;证据不足的线索保留调查状态。修复后按原页面组、地区、设备和日期复查,不必每周重新写一份“全站健康分”。
常见问题
没有付费爬虫,还能做整站诊断吗?
小站可以用CMS、地图、浏览器与GSC先建重要URL清单,再按模板手工抽样。要写清没覆盖的参数页、历史URL或JavaScript路径;页面量和结构复杂时,再用爬虫扩大覆盖。
GSC和本地抓取结论不同,应信哪个?
先核对是否同一URL、设备、访问权限和时间。本地抓取展示它当下在那组条件下看到的内容;GSC记录可能来自更早抓取。爬虫被CDN挡住,也不能据此断言Googlebot同样被挡。
所有未索引页都要请求收录吗?
先看该页是否本来应收录,再检查内容、访问、指令与canonical。Google说明请求重新抓取不保证立即索引;反复提交不会修复错误配置。
报告里必须预测流量增长吗?
没有可信模型时,不写无依据的百分比。先交付可复现问题与可验证的修复;机会和增长预期写清所需条件,后续用实际数据校正。