重建收购域名时，如何保留历史 URL 的对应关系

第一次技术发布中，我们观察到了什么

收购前，这个域名用于一家中文代理机构的网站。用户提供的反向链接研究指出历史目标，但并不授权复制原运营者的宣传、客户或商业关系。我们将它作为新所有者出版物的路由清单证据。

10 月 16 日第一次技术阶段完成后，记录中的版本包含 46 个规范页面、八篇文章的两个语言版本，以及两项浏览器工具。这是带日期的快照，并非后续版本的实时清单。公开验证记录了 474 项检查，涵盖 HTML 对照、跳转、语言对和错误响应。

下载 HTTP 检查记录快照。文件包含公开 URL、状态与目标，不含账户凭证或私人规划。这些检查只能证明发布时测试到的行为，不能证明权重、搜索排名或访问量已经恢复。

关键差异藏在查询段中

/?news/78.html 请求的是根路径，后面附有一个字面查询段。它与 /news/78.html 并非同一路由。如果新站先返回首页，就可能对所有旧查询都返回首页和 200 状态。

我们的请求处理器会在静态 HTML 之前读取旧路由段。识别已记录的映射后，移除路由令牌，同时保留其他追踪参数。若请求包含相互冲突的路由令牌，则返回错误，不猜测访问者想读哪篇文章。

对应内容、已移除页面，还是未知地址

四个文章主题都有相关的新内容，因此旧查询永久跳转至中文版本。对于已记录、但没有对应内容的服务、案例和客户路由，返回 410。未知旧查询或未记录路径返回 404。错误页提供继续阅读的导航，但不假装缺失资料仍然存在。

我们没有把所有旧页面统一跳转到首页。Google 的迁移指引建议把旧 URL 映射到相关新目标，避免批量跳转到不相关页面。指引用于制定映射，HTTP 快照则用于证明实现是否按预期运行。查看迁移指引。

根域名与 www、HTTP 与 HTTPS 的统一，会与旧路由映射一起完成，使已记录的案例一次跳转到最终目标，并保留其他参数。即使旧链接出现在我们无法修改的来源中，它仍能帮助读者到达有用内容。

为什么历史跳转仍然指向中文

英文是新出版物的主要语言，但旧文章查询对应中文内容。保留中文目标，可以延续读者进入时的语言环境。对应英文页仍然可以通过页面语言切换访问。

每个完整版本都有自己的规范 URL。语言标注包含英文、简体中文及英文后备项，两页列出相同的对应关系。其中使用 zh-Hans 标注简体中文。这是根据已有内容作出的出版决定，不证明任何国家的需求或搜索可见度。

Hreflang 生成器可以为其他项目准备类似映射。还应检查实际部署页：工具不会访问 URL，也不能确认翻译完整。Google 说明了双向语言标注。

无需后台权限，也能重复公开检查

检查响应头时，先请求旧查询并查看 Location，再请求最终目标。下面使用公开地址，无需 Cloudflare 账户：

curl -I 'https://www.jinchenggeo.com/?news/78.html'
curl -I 'https://www.jinchenggeo.com/zh/geo/what-is-generative-engine-optimization/'

记录中的第一个响应是跳转至中文文章的 301，第二个响应是 200。还应分别检查 /?service/ 等已移除查询、未知查询，以及纯路径 /news/78.html。它们是不同案例，在本实现中分别返回 410、404 和 404。

响应头检查不能证明替代正文的质量。我们的发布流程还对比了线上 HTML 与发布文件，检查语言链接，并在浏览器中阅读页面。保留跳转，却把目标换成不相关内容，仍然不能满足读者任务。

其他出版者可以复用什么

编写跳转前，先整理私人历史 URL 清单和依据。逐项记录旧主题、语言、相关新目标或移除决定、预期响应，以及部署后的结果。把这份证据与访问令牌、未批准内容分开保存。

可使用内容需求生成器明确新页面范围和未解决的问题；使用Robots.txt 测试器核对规则，再独立验证真实托管层访问。路由需要在发布后检查，不能只依赖本地构建。

本文验证的是双语路由约定和有记录的首阶段检查。搜索系统是否选择、收录或引用新页面，仍需另行观察。下一步可继续使用收录诊断指南。