404页面：同一地址因设备或登录状态返回不同内容怎样对照
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /059880f29319.html
📄
404页面：同一地址因设备或登录状态返回不同内容怎样对照
先按“设备类型”和“登录状态”做二维分格，再固定请求头、Cookie 与出口网络，逐格抓取同一地址的响应状态和可见正文。对照的重点不是哪一格“看起来正常”，而是找出哪一格触发了内容分支，并确认这个分支是否符合预期。
先判断差异属于设备分支还是登录分支
同一地址返回不同内容，常见原因有两类：一类是服务端根据 User-Agent、屏幕参数或客户端提示返回不同模板；另一类是服务端根据登录 Cookie、会话或权限返回不同正文。两者在证据上可以区分。
- 设备分支：切换设备后状态码相同，但正文长度、跳转目标或资源引用明显不同；请求头中 User-Agent 或客户端提示变化时，响应随之变化。
- 登录分支：匿名与登录状态返回的正文不同，状态码可能从 404 变为 200，也可能保持 404 但正文替换为登录提示或推荐内容。
- 混合分支：登录状态与设备类型同时影响输出，例如移动端匿名返回精简 404，移动端登录后返回带用户信息的 404。此时必须分格验证，不能只改一个变量。
如果关闭 JavaScript 后差异消失，说明分支可能发生在客户端渲染阶段，而不是服务端路由阶段。下一步应分别保存服务端响应正文和渲染后正文，再比较两者差异。
对照时固定哪些变量，才能让结果可复查
要让两次抓取具备可比性，至少固定以下条件：
- 同一完整 URL，包含协议、主机名、路径和查询串；不要只比较首页或去掉参数的版本。
- 同一出口 IP 或同一网络环境；CDN 节点、地区路由和代理可能返回不同缓存副本。
- 同一请求方法，通常用 GET；如果站点对 HEAD 和 GET 处理不同，要分别记录。
- 同一 Cookie 集合；匿名抓取时清空 Cookie，登录抓取时使用同一会话，并记录会话是否过期。
- 同一时间窗口；内容分支可能随发布、缓存刷新或权限变更而变化。
一个可操作的动作是：为每个格子保存响应状态码、响应头中的 Content-Type 与缓存相关字段、正文前若干字符和正文长度。若某格返回 404，但正文包含登录表单或推荐模块，应把它标记为“状态码与内容意图不一致”，而不是直接判定为配置错误。这个标记会决定下一步是检查权限逻辑，还是检查模板选择逻辑。
两种条件下的不同选择：先改模板还是先改权限
假设同一地址在匿名桌面端返回标准 404 正文，在登录移动端返回 200 且展示用户内容。此时有两个成立方向：
- 若登录移动端本应看到正常内容，选择先检查权限与会话逻辑：确认该地址是否被错误地加入了登录后可见集合，或移动端路由是否把 404 路径重写到了用户内容模板。动作是临时用同一会话请求一个确定不存在的路径，观察是否也返回 200；如果同样返回 200，问题更可能在兜底路由或权限中间件，而不是单个地址。
- 若登录移动端本应看到 404，选择先检查模板与内容协商：确认服务端是否根据 Accept、User-Agent 或客户端提示选择了不同模板。动作是固定 Cookie，只切换 User-Agent 重新抓取；如果正文随 User-Agent 变化，而状态码不变，问题更可能在模板选择层。
这两种选择的依据不同：前者看“是否所有未知路径都被放行”，后者看“同一路径是否因客户端特征换模板”。先做哪一个，取决于你能否找到一个已知不存在的对照路径。若找不到，优先固定 Cookie 切换 User-Agent，因为变量更少。
用假设例子说明对照表的读法
假设某地址在四种组合下返回如下结果：匿名桌面 404、匿名移动 404、登录桌面 200、登录移动 200。这个分布指向登录状态，而不是设备类型。下一步应检查登录后路由是否把该地址纳入了可访问范围，并确认这是否为有意设计。
若结果是匿名桌面 404、匿名移动 200、登录桌面 404、登录移动 200，则设备类型和登录状态各自都影响输出。此时不要只修一个分支，而应分别记录两种条件下模板选择的优先级。若结果是四格全部 404，但正文不同，则问题不在状态码，而在 404 模板的内容适配；此时应检查模板是否根据设备或登录状态注入了不同模块。
这些数字只用于说明比较方法，不代表任何真实站点的统计结果。对照表的价值在于把“同一地址不同内容”拆成可验证的格子，而不是用一个笼统结论覆盖所有情况。
例外与边界：哪些差异不必强行统一
并非所有差异都需要消除。若产品明确要求登录用户看到个性化 404 推荐，而匿名用户看到通用 404，这种差异可能是预期行为。判断标准是：状态码是否与内容意图一致，以及该差异是否会影响抓取与索引决策。
需要额外注意的是，robots.txt 的抓取限制不等于可靠的索引移除；即使某格被 robots.txt 禁止抓取，其他格仍可能被处理。站点地图不保证收录，提交站点地图不能替代对返回状态和正文的对照。HTTPS 不保证安全无漏洞或排名，它只说明传输层加密，不说明内容分支正确。不同搜索引擎对 404、软 404 和登录后内容的支持情况须分别核查，不能用一个平台的表现推断另一个平台。
完成对照后，下一步应把每个格子的预期行为写成简短规则，再决定是修改路由、模板还是权限中间件；若规则本身不明确，先与产品或运维确认预期，而不是直接改代码。
