网站总会有需要停机的时刻：升级服务器、迁移数据库、改版上线、修复安全补丁。对用户来说，可能只是刷新几次；对搜索引擎蜘蛛来说，它只关心这次请求拿到了什么状态码、什么内容。维护窗口处理得粗糙，容易让蜘蛛把“暂时打不开”理解成“这个站点不存在了”。
维护时蜘蛛实际看到什么
蜘蛛不会因为你在后台点了“维护模式”就暂停访问。它按自己的调度来抓 URL，如果连接被拒绝、超时，或者服务器返回 404、500、200 空白页，它得到的是不同的信号。
- 503 Service Unavailable：明确告诉蜘蛛服务暂时不可用。配合 Retry-After 头，可以说明多久后再来。
- 404 Not Found：表示页面不存在。如果维护期间整站返回 404，蜘蛛会认为大量 URL 已删除。
- 200 空白页：比 503 更麻烦，蜘蛛会抓取一个没有实质内容的页面，可能影响对页面质量的判断。
- 连接超时或拒绝：蜘蛛会重试，但频繁超时可能降低抓取频率。
维护不是 SEO 技巧，核心是把站点状态如实告诉蜘蛛。能恢复就尽快恢复，不能恢复就用 503 说明是暂时的。
维护窗口自查清单
- 提前确认停机时长。几分钟的维护通常不需要特殊处理；数小时以上的维护，建议配置 503。
- 让维护页返回 503，而不是 200。可以在服务器或 CDN 层面统一设置，避免只改首页。
- 添加 Retry-After 响应头，给出预计恢复时间。时间要保守，不要写一个马上就到但实际做不到的数值。
- 不要全站 301 到首页或维护页，这会让蜘蛛把原 URL 当成跳转目标，恢复后还要重新理解。
- 维护页不要长期带 noindex。恢复后如果 noindex 没撤掉，蜘蛛可能不再保留原页面。
- 保留静态资源可访问。如果 CSS、JS 全部 503，蜘蛛即使拿到 HTML 也无法完整渲染。
- 在抓取日志里观察维护期间的状态码分布，确认没有大量 404、500 或超时。
- 恢复后回看 Search Console 或服务器日志，确认蜘蛛重新抓取成功。
不同维护场景的处理方式
计划内短时维护
如果只是十几分钟，直接返回 503 并设置较短的 Retry-After 即可。重点是不要返回 200 维护页，也不要把所有 URL 重定向到首页。
迁移或改版
迁移时旧 URL 如果还能访问，应该用 301 指向新 URL；如果暂时无法访问，先用 503 过渡，不要急着返回 404。改版后要检查新页面的 canonical、内链和 Sitemap 是否同步更新。
服务器故障
意外宕机时，能返回 503 就返回 503；如果服务器完全无法响应，蜘蛛只能看到超时。恢复后优先保证重要栏目和首页可访问，再逐步恢复其他页面。
恢复之后要检查什么
- 抓取日志中蜘蛛是否重新访问，状态码是否回到 200。
- Sitemap 中的 lastmod 是否准确，不要为了“提醒”而随意改时间。
- 维护页或临时规则是否已经撤掉，包括 503、Retry-After、CDN 缓存和 noindex。
- 重要页面的内链是否仍然可达，避免恢复后出现孤岛。
- 索引状态是否稳定，短期内波动不必过度解读。
维护窗口本身不会直接决定排名，但它会影响蜘蛛对站点可用性的判断。把状态码说清楚，把恢复时间给明确，把恢复后的检查做完整，比反复提交或频繁改标题更实际。