二级域名设置：同一地址因设备或登录状态返回不同内容怎样对照
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /6701ebf9e9c2.html
📄
二级域名设置：同一地址因设备或登录状态返回不同内容怎样对照
先给出结论：不要用“换一台设备再打开看看”当作核对方法，而要先把地址固定下来，再分别记录未登录、已登录、不同设备三类请求各自返回了什么，之后才判断差异来自缓存、个性化还是服务端分流。下面用一个假设情境把决策过程走完。
假设情境：为什么同一地址出现了三种内容
假设你有一个旧系统挂在 legacy.example.com 这样的二级域名上，业务已经迁移到新系统，但旧系统里还有一部分历史订单查询仍被使用。你打算保留这个二级域名一段时间，只把首页引导到新入口。测试时发现：手机浏览器打开是旧版页面，桌面浏览器打开是新版引导页，登录后又是第三种内容。这不是一个“页面坏了”的问题，而是同一地址在不同条件下命中了不同输出。
三类差异的区分证据
要对照，先分清差异来源。可以用下面的顺序逐项排除：
- 设备差异：服务端按 User-Agent 返回不同模板，或前端做了响应式跳转。证据是同一登录状态、同一网络下，仅更换设备就出现不同内容。
- 登录状态差异：服务端读取会话或 Cookie，对已登录用户展示个性化入口。证据是同一设备上退出登录后内容改变，且改变可稳定复现。
- 缓存差异：CDN 或浏览器缓存了旧版本。证据是强制刷新或换网络后内容变化，且响应头中出现缓存命中标识。
这三类的处理方式完全不同：设备分流要看业务是否需要，登录差异要看是否合理，缓存差异要清缓存而不是改代码。把它们混在一起，就会误判问题范围。
对照时先固定哪些变量
对照实验的关键是每次只变一个条件。建议固定以下变量：
- 固定完整 URL，包括协议、路径和查询参数，不要只用域名首页做判断。
- 固定网络环境，避免在移动数据和办公网络之间来回切换。
- 固定登录状态，先全部退出登录，再单独测试登录后的情况。
- 固定时间窗口，避免在发布或缓存刷新期间取样。
如果这四个变量不固定，得到的“不同内容”无法归因，也无法交接给开发或运维。
一个可交接的对照记录怎么做
假设你按上面的方法取样，得到这样一组结果：未登录桌面端返回新版引导页，未登录手机端返回旧版首页，登录后两端都返回旧版控制台。此时可以判断：设备分流只影响未登录状态，登录状态覆盖了设备差异。下一步动作是先确认业务上是否需要保留手机端旧版首页；如果不需要，就调整服务端分流规则，而不是去清缓存。调整后再用同一组变量复测，确认三类结果收敛为预期内容。
这个记录要写成可复查的形式：地址、登录状态、设备类型、返回内容摘要、取样时间。不要只写“手机上不对”，否则接手的人无法复现。
退出旧系统时保留什么、移除什么
旧内容或旧合作关系要退出时，二级域名往往不是整体关停，而是部分保留。判断依据是：还有没有真实流量和真实用途。如果旧系统只剩历史查询，可以保留该路径并限制入口；如果只剩品牌展示，可以整体跳转。不要因为“旧地址还有访问”就全部保留，也不要因为“已经迁移”就立即删除。先按上面的对照方法确认哪些内容仍被使用，再决定保留范围。
需要提醒的是，用 robots.txt 限制抓取不等于把旧内容从索引中移除，站点地图也不保证新内容被收录。二级域名设置改动后，如果涉及 HTTPS，也要分别核查，因为 HTTPS 本身不保证没有漏洞或排名提升。这些因素会影响你保留旧地址的时间，但不改变对照方法本身。
什么时候该停止对照、直接决策
如果三类差异已经能稳定复现，且业务上确认旧版内容不再需要，就不必继续扩大取样范围。此时应执行移除或跳转，并保留一份对照记录作为变更依据。反过来，如果差异无法稳定复现，或每次取样结果都不同，说明变量没有控制住，应回到固定变量这一步，而不是急于改配置。对照的目的是支撑决策，不是把所有可能性都测一遍。
