中文产品已发布、英文仍是草稿，hreflang对应关系怎样检查

中文产品已经公开、英文仍是草稿时，不能把未公开的预览网址当成正式语言版本写入 hreflang。先确认同一产品在各语言中的真实公开状态，再生成对应关系。英文发布后，再核对双向关系与实际内容；英文撤下时，也要同步清理相关引用。

hreflang 用于说明不同语言或地区版本的关系，不能代替内容审核，也不保证收录或排名。后台设置里有英文网址、页面源码里有标记，都不足以证明客户和搜索引擎可以访问正确的英文产品页。

一、先建立一组真实页面的发布记录

记录产品身份、中文与英文网址、内容版本、发布状态和负责人。产品甲与产品乙可能使用相近标题，应通过实际型号和内容确认对应对象，不能只根据排列顺序配对。

选样本时，不仅检查首页，还包括产品详情、服务页、长文章，以及缺少一个语言版本的页面。不同模板可能使用不同的输出逻辑：首页通过，不能代表详情页已经正确。

对草稿，明确它是编辑预览、受限访问还是尚未生成公开网址。预览地址能在已登录浏览器打开，不代表普通访问者可用。也不要把英文首页作为所有中文详情页的默认语言对应对象。

完成标志是：检查人员能说明每个语言版本当前是否公开、属于哪个对象、由谁负责变更。关于标记本身的基础结构，可结合hreflang 的语言、地区与返回关系指南核对。

二、用三种状态检查生成规则

第一种状态是中文公开、英文草稿。检查中文页面是否误输出英文预览地址，语言按钮是否把客户送进登录页或未审核内容。应按缺译方案处理可见入口，不能为了让关系看起来完整而提前公开草稿。

第二种状态是两种语言都公开。检查它们是否对应同一产品、内容是否准备完成，以及 hreflang 是否包括自身和适用的其他版本。采用 HTML 标记时，应在实际页面头部检查完整网址，而非只看内容管理后台的语言关系字段。

第三种状态是原来公开的英文版本撤下。检查中文页面、英文页面的处理结果和相关站点资料，避免继续引用受限或已经失效的地址。若内容合并或改网址，应核对新的实际对象与最终地址，不能只改一个按钮。

这三种状态最好使用同一内容对象的受控样本验证。记录变更前后结果，有助于发现发布状态没有参与自动输出规则的问题，也能避免只测试“两个版本都有”的正常情形。

三、核对标记、访问结果与页面身份

技术负责人应核对语言代码；需要地区区分时，再核对地区代码。只有地区名称，不构成有效的语言标记。语言范围应反映实际内容，不能为了看起来覆盖更多市场而加上并不存在的版本。

版本之间要有相应的返回关系：中文声明英文是对应版本时，英文也应按同一组关系声明中文。缺少返回标记可能让对应声明被忽略。输出应使用完整网址，并检查是否指向最终预期页面。

再看规范网址声明与版本方案是否协调。有意作为独立语言版本的英文内容，却把规范网址统一声明成另一个不对应的对象，需要技术人员解释并核实；不能以为加上 hreflang 就自然解决所有网址关系问题。

如果使用站点地图或 HTTP 头表达语言关系，应检查相应实际输出。无需为了检查而把三种方式全部重复部署，关键是选择的方式能够持续维护。技术细节还可参照多语言网站的语言、地区与 URL 对应检查。

最后以未登录的普通访问方式打开各地址，核对状态、标题、型号、正文语言和关键条件。地址可打开，但正文是另一产品或大部分仍未翻译，同样不算正确对应。

四、把语言入口与技术标记分别验收

可见的语言按钮服务于客户操作，hreflang 服务于版本声明，两者都要符合内容事实，但它们是两个不同检查点。按钮正常，不说明标记正确；标记正确，也不说明手机上的语言入口可以使用。

从中文详情页点击英文，再从英文返回中文，检查是否仍在同一对象。使用分享链接直接进入英文页，核对语言偏好有没有把访问者强制带到其他版本。菜单、正文和必要联系信息应能支持当前语言的任务。

缺译时，可以提示状态、隐藏不存在的当前对应入口，或提供明确替代路径。选择英文首页作为替代，也应说明原因。不要把这些用户界面的替代去向直接当作同一产品的语言版本写入标记。

完成标志是：客户的入口可用，技术对应可解释，两端内容一致，缺译处理与正式语言版本的声明没有混淆。

五、发布、撤下与改网址都要形成复测记录

发布新译文时，先完成内容审核和普通访问检查，再检查两端的关系输出、语言按钮及相关地图记录。撤下或更改地址时，使用同一清单反向检查，不让旧声明继续残留。

每条问题记录保留源页面、目标页面、实际标记或跳转、预期关系、负责人及复测结果。修复中文一端后，仍需检查英文一端；自动批量生成关系的系统，还应检查其他代表模板，确认问题是否来自共同规则。

抽样通过只能证明已检查样本的结果。需要全站结论时，应按范围扩展检查并明确例外，不能把一组产品检查记录写成全站收录已经完成。搜索系统何时重新处理变更，也应以实际观察为准。

最终交付应让编辑知道哪些状态可以生成正式语言关系，技术人员知道依据什么输出，发布人员知道每次变更后检查哪些位置。这样版本维护才不会只依赖上线时的一份代码截图。

常见问题

英文草稿先加 hreflang，能帮助它更快收录吗？ 不应把未公开预览地址当成正式版本。先完成可公开内容和访问条件，再核对实际声明。

英文版发布后，还需要回到中文页检查吗？ 需要。中文页的对应声明、按钮与旧缺译提示都可能仍指向过去状态，必须一起复测。