網站總會有需要停机的时刻：升級服務器、迁移資料库、改版上线、修复安全补丁。對用戶来说，可能只是刷新几次；對搜尋引擎蜘蛛来说，它只關心這次請求拿到了什么狀態碼、什么内容。维護窗口處理得粗糙，容易让蜘蛛把“暂时打不開”理解成“這個站点不存在了”。
维護时蜘蛛實际看到什么
蜘蛛不會因為你在後台点了“维護模式”就暫停訪問。它按自己的調度来抓 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。
- 重要頁面的内鏈是否仍然可達，避免恢复後出現孤岛。
- 索引狀態是否稳定，短期内波動不必過度解讀。
维護窗口本身不會直接决定排名，但它會影响蜘蛛對站点可用性的判断。把狀態碼说清楚，把恢复時間给明确，把恢复後的检查做完整，比反复提交或频繁改标题更實际。