快速答案：先保留页面级证据
国际SEO hreflang 审计要确认每个语言页都有可访问的对应页、正确 canonical、互相指向的 hreflang 和清晰的 x-default。不要把不存在的页面写进 hreflang。
基础事实：先看这些字段
| 核心对象 | 语言版本 URL、canonical、hreflang、x-default、sitemap 和语言切换入口。 |
|---|---|
| 硬性要求 | 互相指向、返回 200、语言内容匹配，不能指向 404 或重定向链。 |
| 常见问题 | 中文页指向英文旧地址、英文页缺 reciprocal、canonical 指回另一语言。 |
| 验收方式 | 普通 URL 与 cache-bust 都读取 head，确认链接矩阵一致。 |
| 结果边界 | hreflang 只帮助语言版本理解，不保证某个地区排名。 |
先确认语言页面真实存在
每个 hreflang 指向的页面都必须公开 200，并且内容语言与标记一致。不能先写标签，再等待未来页面补齐。
如果英文页还没有上线，中文页只保留自身语言标记更安全；等英文页可访问后，再补 reciprocal。
canonical 与 hreflang 要各司其职
canonical 应指向同语言的规范页，hreflang 才负责表达不同语言版本之间的关系。
如果中文页 canonical 指到英文页，搜索引擎可能把中文页当成重复页处理，语言版本价值会被削弱。
用矩阵验收，不靠单页肉眼
审计时要把中文页、英文页和 x-default 放入同一张矩阵。每一行都要检查 status、canonical、hreflang 和语言切换入口。
批量修复也应先做样本对，再扩展到同类页面，避免一次性写出大量错误互链。
参考要点：发布前后怎么验收
修复或发布后，先验收公开页面本身：HTTP 状态、canonical、robots、标题、正文、图片、FAQ JSON-LD、内部链接和移动端阅读效果。
如果普通 URL 与 cache-bust URL 看到的内容不同，优先定位缓存层；如果两者一致但内容结构仍差，再回到正文、模板或脚本层处理。
这类技术文章的结论应保持证据边界，不承诺收录、排名、流量或询盘结果。
延伸阅读
常见问题
这类技术诊断能直接保证排名恢复吗？
不能。诊断和修复只能证明页面条件、抓取条件或渲染条件被改善，最终收录、排名和流量仍由搜索引擎综合判断。
为什么要同时看普通 URL 和 cache-bust URL？
普通 URL 可能命中缓存，cache-bust 更容易看到新鲜结果。两者一致时，才更适合判断前台修复是否已经公开生效。
发现一个页面异常就要改全站模板吗？
不一定。先判断异常是否来自单篇正文、缓存、插件、模板还是服务器层。只有样本证明是共同组件问题时，才考虑模板级修复。
修复后应该保留哪些记录？
至少保留修复前页面、修复动作、负责人、上线时间、普通 URL 复验、cache-bust 复验、canonical/index 状态和下一次观察窗口。
