二级域名与主域名区别：临时维护页面恢复后哪些残留信号需要核对
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /458dd7eacad5.html
📄
二级域名与主域名区别：临时维护页面恢复后哪些残留信号需要核对
维护页撤下后，主域名恢复访问，但二级域名可能仍返回维护页缓存、旧的 503 状态或指向维护页的跳转。先核对状态码、响应头和抓取规则，再判断是否还有残留信号；不要只凭首页能打开就认为恢复完成。
矛盾现象：主域名正常，二级域名仍像在维护
常见情况是主站首页已经返回 200，但某个二级域名仍返回 503，或返回 200 却展示维护文案。两种解释都成立：一是源站配置未同步，二级域名的虚拟主机、反向代理或 CDN 规则还保留维护设置；二是源站已恢复，但边缘缓存、浏览器缓存或旧跳转仍在提供维护页。两者外观相似，处理动作完全不同。
能区分它们的证据是响应头与直连结果。用 curl -I 分别请求主域名和二级域名，记录状态码、Cache-Control、Age、Location 和 Retry-After。如果二级域名返回 503 且带 Retry-After，更接近源站仍在维护；如果返回 200 但 Age 很大、内容仍是维护页，更接近缓存残留。若无法直连源站，这一步只能缩小范围，不能直接断定是哪一层。
需要逐项核对的残留信号
- 状态码：主域名与二级域名是否都从
503、502回到200；是否仍有页面返回302跳到维护页。 - 响应头：
Location、Retry-After、Cache-Control、Age是否还指向维护逻辑。 - 抓取规则：
robots.txt是否仍整体禁止抓取，或只允许维护页；站点地图是否还只列维护页。 - 页面可见内容：标题、正文、结构化数据是否仍写“维护中”，导航是否仍指向维护说明。
- 站内入口：二级域名上的旧链接、表单提交地址、接口路径是否仍返回维护页。
这些信号里，抓取规则最容易被误判。robots.txt 的限制只影响抓取行为，不等于可靠的索引移除；恢复抓取后，旧维护页仍可能出现在结果中。站点地图恢复提交也不保证收录。两者都只能作为线索，不能当作恢复完成的证明。
一个可执行的最小核对动作
假设主域名已恢复，二级域名仍显示维护页，且你没有 CDN 或源站完整权限。可以执行的最小动作是：对二级域名首页和一个内页各发一次带随机查询参数的请求，例如 ?check=维护恢复核对，并记录状态码与响应头。随机参数通常能绕过部分缓存键，若此时返回正常内容，说明残留更可能来自缓存；若仍返回维护页，说明源站或边缘规则可能未改。
这个动作的结果会直接决定下一步：前者应通知缓存层清理或等待过期，后者应检查二级域名的虚拟主机、反向代理和跳转配置。注意，带参数请求返回正常，不能推出所有用户都已看到正常页；它只说明该请求路径绕过了某层缓存。
恢复后仍要分开判断的三件事
抓取恢复与索引恢复不是一回事。 维护期间返回 503 可能让抓取暂时减少，但恢复后抓取量回升，不能单独证明旧维护页已从索引消失；抓取量不回升，也可能只是抓取排期、内链变化或站点整体流量波动。
HTTPS 正常与页面正确不是一回事。 证书有效、连接成功，不代表二级域名返回的是恢复后的内容，也不代表没有安全漏洞或排名变化。它只说明传输层可用。
主域名与二级域名的信号要分别核对。 两者的解析、证书、缓存规则和抓取配置可能不同。主域名恢复不能自动推出二级域名也恢复；反过来，二级域名仍异常也不必然影响主域名。若只核对其中一个，残留信号很容易被漏掉。
什么时候可以判定恢复完成
至少满足以下条件再判定：主域名和二级域名目标页面返回 200；维护跳转和 Retry-After 不再出现；robots.txt 不再整体禁止抓取；页面可见内容不再显示维护文案；站内主要入口和接口路径返回正常内容。若缺少完整日志或权限，只能确认已核对到的层面，不能推出索引、排名或所有地区访问都已恢复。恢复后隔一段时间复查一次状态码和响应头，比只看一次首页更能发现残留。
