二级域名与主域名区别：多个系统同时生成网址规则时怎样定义唯一责任方
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b625fd87f9fe.html
📄
二级域名与主域名区别：多个系统同时生成网址规则时怎样定义唯一责任方
当内容系统、路由网关和前端框架都能决定二级域名前缀或路径时，网址规则会同时存在多份，冲突时不能靠“谁后写谁生效”判断。唯一责任方应定义为：在发布链路中最后决定对外可访问 URL 的那个系统，其他系统只提供输入，不得直接改写。若关键前提是“主域名下的路径由网关决定，而二级域名由内容系统生成”，则责任方是网关；反过来，若二级域名由内容系统直接输出且网关只做透传，责任方就是内容系统。判断依据不是系统名称，而是谁掌握最终响应中的规范 URL。
矛盾现象：同一篇内容出现两种网址
常见情况是：内容系统按二级域名生成 https://shop.example.com/item/1001，而网关按主域名路径生成 https://www.example.com/shop/item/1001。两个地址都能打开，页面内容相同，但规范标签、站点地图和内部链接分别指向不同版本。此时若问“二级域名与主域名区别在哪里”，答案不只是子域与主域的技术差异，而是两个生成系统对同一资源给出了不同对外身份。责任方不明确时，后续的抓取限制、索引移除和链接修复都会互相抵消。
两种解释：内容系统负责，还是网关负责
解释一：内容系统是责任方。成立条件是二级域名直接绑定到内容系统，网关不做 URL 重写，只转发请求。内容系统输出的链接、规范标签和站点地图都使用二级域名。此时网关改路径只会制造第二套地址，不能成为最终规则。
解释二：网关是责任方。成立条件是所有外部请求先到网关，网关根据路由表决定二级域名或主域名路径，内容系统只返回相对路径或内部标识。此时内容系统即使生成了完整二级域名，也会被网关覆盖，责任方在网关。
区分这两种解释的证据不是系统日志里谁先输出，而是最终 HTTP 响应中的规范 URL 由谁写入。可以取一条新发布内容，分别关闭网关重写和内容系统绝对链接，观察哪一层变化后对外地址随之改变。若关闭网关重写后二级域名消失，责任方是网关；若关闭内容系统绝对链接后主域名路径不变，责任方仍是网关；反之则责任方在内容系统。
定义唯一责任方的可执行动作
先选一条已有实际业务中正在使用的网址，记录变化前的完整对外 URL、规范标签和站点地图中的对应条目。然后指定一个系统作为唯一责任方，并在发布链路中加一道校验：其他系统生成的 URL 只能作为候选，不能直接进入响应。动作的结果是，下一次发布时若候选 URL 与责任方输出不一致，校验会阻断发布或标记待处理。这个结果直接影响下一步：若阻断频繁发生，说明责任方定义与现有路由权限不匹配，需要调整权限而不是继续增加规则。
假设一个短例子：内容系统输出二级域名，网关输出主域名路径。若把责任方定为网关，则内容系统的输出应降级为内部标识，不再参与规范标签和站点地图。若把责任方定为内容系统，则网关必须停止对同一资源生成主域名路径。两种选择都成立，但前提不同：前者要求网关掌握全部对外路由，后者要求内容系统直接面向外部且网关不做重写。
用证据区分责任方，而不是用现象猜测
以下现象不能单独证明责任方正确：请求量下降、抓取量归零、某个二级域名不再出现在站点地图中。它们还可能是抓取限制、索引移除未生效、站点地图未更新或搜索引擎分别处理不同主机名所致。robots.txt 的抓取限制不等于可靠的索引移除；站点地图不保证收录；HTTPS 不保证安全无漏洞或排名。不同搜索引擎对二级域名与主域名的处理支持情况须分别核查。
能区分的证据包括：
- 最终响应中的规范 URL 由哪个系统写入，而不是哪个系统先产生候选。
- 关闭某一层的 URL 重写后，对外地址是否随之改变。
- 站点地图和内部链接是否与最终响应一致，还是各自引用不同系统输出。
- 当责任方变更时，旧地址是返回重定向还是继续可访问，这决定了后续清理范围。
责任方变更后的取舍
若关键前提从“网关统一路由”变为“内容系统直接对外”，唯一责任方应随之从网关转为内容系统。此时不应同时保留两套规范输出，而应让网关只做透传，并停止生成主域名路径。若前提反向变化，则内容系统应停止输出绝对二级域名，改由网关决定。取舍标准是：谁掌握对外可访问的最终地址，谁就是唯一责任方；另一个系统只提供输入，不参与规范决策。
