技术SEO检查清单：抓取、索引、速度、结构化数据一次排查

实测修订：2026年11月6日。这是一份“小范围网站修改如何发布与验收”的技术SEO检查清单。它强调输入、输出、通过条件和回滚证据；若需要解释某个URL为什么不收录，请先阅读已发现与已抓取未索引的诊断步骤。

先定义一次可审阅的改动，而不是跑一个总分

输入：本次要改的URL、正文或模板、现有SEO字段、缓存机制、备份与发布方式。选择首页、改动页面、同模板未改页面和联系入口作为样本。输出：修改清单、改前证据、预览结果、发布结果及回滚步骤。

一个清晰的验收条目可以是：“仅修改两页Description；公开HTML每页只有一个description，内容匹配新稿；URL、Title、H1和Canonical保持原值。”这比“SEO优化完成”更容易复核。

检查一：响应与可索引信号

1. 记录每个样本的完整URL、最终HTTP状态和跳转链。
2. 读取响应头X-Robots-Tag及原始HTML中的robots、canonical、title、description。
3. 确认状态200确实返回正文，而不是验证码、登录页或通用错误页。
4. 将公开HTML与预期稿对照，检查关键句子、标题层级与真实链接。

通过条件：约定可索引页面没有意外noindex，Canonical唯一且指向预期可访问URL，返回真实内容。停止发布条件：核心页出现5xx、统一指向错误Canonical，或合法访客被挑战阻断。不能用搜索结果尚未变化判断部署失败。

检查二：Sitemap、分页与站内路径

保存原Sitemap中的URL集合，发布后比较新增、缺失和变动；内容更新可能改变lastmod，不应把它当URL变化。检查原分页链接仍存在，精选文章可以从现有栏目或指南通过普通HTML链接进入。

复现方法：从首页点击知识栏目，再点击目标文章，记录实际点击路径；必要时从指南进入。浏览器能点到不等于爬虫一定能发现：检查链接是带href的HTML链接，不只是依赖脚本事件的按钮。关于路径组织可参考网站内链实操。

本站数据：2026年11月6日的小范围发布复核保留了4个子Sitemap共133个URL的集合和原robots.txt正文。它验证了本次改动未破坏URL资产，不证明这133个URL都已收录。

检查三：结构化数据与页面正文一致

1. 在原始HTML搜索application/ld+json，记录输出来自哪个插件或模板。
2. 核对结构化数据的类型、URL、名称与正文；同一实体不要由不同模块输出互相矛盾的内容。
3. 用Google支持的测试工具检查语法与支持的富媒体类型，保存错误详情，不只保存绿色截图。
4. FAQ、评价、价格和作者信息必须真实存在并与公开内容一致；不为获得富媒体展示编造评价数量或客户评分。

边界：语法正确不保证获得富媒体结果；普通页面不需要硬加不匹配的类型。本站本轮公开JSON-LD有被检查，但没有因此声称获得富媒体展示。使用Google富媒体搜索结果测试时，应区分工具支持类型与一般Schema语法。

检查四：缓存与手机交互

分别确认后台保存值、源站实际输出、CDN响应、浏览器原始HTML和最终DOM。出现差异时先找哪一层仍旧，再精准处理；相同新版本已公开时不要重复发布。手机端至少检查菜单、正文宽度、表格横向滚动、咨询弹窗及按钮遮挡。

蓝贸同日核验的SEO页与联系页，在匿名访问、要求重新验证及手机User-Agent请求中均返回新版。禁用浏览器缓存后的页面也一致；没有为了“保险”执行全站清缓存。这个例子说明，缓存排查的交付应是具体请求证据，而不是一句“已经清缓存”。

检查五：速度指标必须写清测试条件

输入应包括测试URL、设备、网络、工具、时间及登录状态。分别记录服务器响应、实验室页面体验与真实用户数据，不混用它们。相同条件复测，并注明第三方脚本和外部资源的影响。

本站GSC当时抓取统计平均响应为280ms；这是Google抓取请求的平均值，不是Core Web Vitals，不代表移动端加载完成时间。低流量站可能没有足够真实用户体验数据，应标“无足够数据”，不要用一次本地测速代替。

检查六：表单与旧功能回归

SEO页面也是商业入口。修改后检查字段校验、错误反馈、重复提交控制、移动端交互与后台记录。先确认测试环境和记录范围；邮件、支付或外部通知必须按约定验证，不能在生产站反复尝试。

本站此前把表单正常、异常和限流验证放在隔离测试中；公开验收另外验证了nonce刷新与联系入口。二者分别记录，不能写成“生产询盘已收到邮件”。历史线索保持原样，不能为了报告好看清空旧数据。

把问题整理成可执行的验收卡

• 问题：完整URL、影响用户或抓取的具体表现。
• 证据：时间、响应、HTML片段或可公开截图；移除凭据、客户信息和内部服务器路径。
• 范围：只影响单页、同模板还是整个站点；结论需要样本支持。
• 修改：具体字段、模板或链接，以及采用该方案的理由。
• 通过条件：可重复检查的状态、标签、功能或内容差异，不写无法证明的排名目标。
• 回退：备份位置、恢复对象、前置校验与保护新询盘的方式。

优先级依据影响决定：核心访问或合法提交失败先处理；Canonical与意外noindex次之；商业内容与链接价值接着做；展示微调随后。高404比例也需要看实际路径，资源探测或已消失旧路径不能一律跳首页。

发布成功之后，继续分阶段观察

1. 发布成功：公开页面显示新版，功能与技术验收通过。
2. 重新抓取：观察经过身份核验的Googlebot自然请求，或GSC更新的抓取时间。人工检查工具的请求单独标记。
3. 编入索引：使用该URL的索引结果与Google选择Canonical确认。
4. 获得展现：比较相同日期范围、属性、搜索类型与聚合维度。页面展现相加可能大于属性总展现，不能把差额当增长。
5. 产生询盘：后台确认真实有效需求；测试数据、重复通知和垃圾记录不计作客户成果。

需要将检查结果整理成优先级和验收清单时，可查看技术 SEO 诊断服务的交付范围；涉及旧URL变更时另读301与URL迁移检查，不要把迁移作为常规优化动作。

方法来源与限制

本文使用蓝贸2026年11月6日的自有技术验收数据，展示检查方法与边界，不是流量增长案例。索引结果说明参见Google URL检查工具；页面与属性的展现计数差异参见Google点击、展现与排名口径。