官网改版上线后怎样复查 URL？用迁移日志记录异常与负责人

迁移后发现问题时，单写“页面不对”很难分派。复查记录应包含检查日期、访问环境、输入的旧 URL、预期落点、实际最终 URL、页面主题、响应、证据位置、问题类型、负责人和复核时间。真实结果与预期分开保存。

检查人员要从生产环境访问，不要把 Preview URL 或本地渲染当成上线结果。也要区分页面打开和搜索系统状态。浏览器可以证明当前访问路径的行为；robots、canonical、sitemap 和站长工具信息需用对应的检查方式或权限核验。

访问错误交给站点维护者核对路由、部署和服务器响应；落错页面回到 URL 去向表检查映射理由；内容缺少关键条件交给业务事实负责人；站内链接仍引用旧址交给内容或 CMS 维护者。若索引状态需要站长工具账户，交给有权限的站点所有者，不要在没有证据时归因于“搜索引擎没更新”。

Google Search Console 的 URL 检查可提供 Google 对特定 URL 的抓取、索引和规范化信息。它不能替代公开访问测试，也不保证请求后立即收录。Search Console。团队无权限时只记录公开可核验事项，并把限制标清。

问题修复后，使用原日志中的旧 URL 和同样的访问方式重新测试，并记录新结果和复核人。不要删掉失败记录后只留下通过状态；保留修复前后变化有助于解释上线后的差异，也便于定位同类问题。

如果多条记录指向同一类错误，汇总成模板、CMS 或迁移规则问题，集中处理后再复查受影响页面。迁移日志的意义是形成闭环，不是生产一份“全部通过”的表格。