网站改版期间的 SEO 临时方案：什么时候该挂“维护中”页面

一、先分清三种状态：正常在线、受限在线、临时下线

改版期间的站点状态不是只有“开着”和“关着”两种。多数改版可以做到正常在线——新站在测试环境搭建，老站照常服务，切换只在发布那一刻发生；受限在线指的是部分功能临时关闭（比如提交表单、下单），页面照常能看；临时下线才是挂维护页。把三种状态分开，大部分“改版期间 SEO 会掉”的担心就没有必要，因为搜索引擎看到的东西根本没变。

判断用哪一种，看的是这次改版动什么。只换模板和前端资源，老站后台不动，走正常在线；要换服务器、迁移数据库、调整栏目结构，切换瞬间会有几分钟到几小时的数据不一致，走受限在线；只有整库搬迁、更换主域名、架构级重构这种无法并行运行的情况，才需要临时下线。

二、什么情况可以不挂维护页

新站在测试域名或本地环境搭建、老站不动的，从头到尾都不需要维护页。发布当天把新站文件部署到生产环境，老站的数据和 URL 保持可用，切换窗口压缩到分钟级。这种情况下要做的是保证新老 URL 的对应关系已经梳理完（301 映射表），而不是挂页面。

共用一个数据库、只改前端的，也基本不用挂。模板文件替换是文件级操作，替换瞬间可能有几秒钟页面样式错乱，对搜索引擎没有实际影响。真正要防的是缓存：前台页面缓存没清，用户看到的还是老页面，这个用清缓存解决，跟维护页无关。

三、什么情况必须挂维护页

三种场景绕不开。其一是数据库整体迁移：导出导入期间数据不可写，前台页面要么显示旧数据要么报错，这时候挂维护页比让用户看到报错页好。其二是切换主域名或更换服务器架构，DNS 生效有窗口期，各地运营商缓存不一致，可能出现部分用户访问到旧站、部分访问到新站。其三是整站程序更换（比如从旧 CMS 迁到新 CMS），表结构和 URL 规则全变，没有并行运行的条件。

这三种情况的共同点是：站点处于“内容不可信”状态。维护页的本质是告诉用户和搜索引擎——现在看到的东西不作数，过段时间再看。这个信号必须用对方式发出去，也就是下面要说的问题。

四、维护页要用 503，不是 200

很多维护页做错在这一步：页面做得挺好看，但返回的是 200 状态码。搜索引擎会把一个返回 200 的“维护中”页面当成正常页面收录，维护时间一长，这个词的排名就归这个空页面了。等新站上线，原页面的排名已经丢掉。

正确做法是让维护页返回 503 Service Unavailable，并带上 Retry-After 响应头，告诉抓取器过多久再来看。Nginx 里可以用独立的 error_page 配置实现；Apache 用 ErrorDocument 503。注意别把 503 全站生效时间拖得太长——搜索引擎对持续 503 的站点，超过一定天数（业界经验大约一周到两周）会开始缩减收录。所以挂维护页之前，先把切换窗口本身压缩到最短，维护页是兜底手段，不是可以随便挂几天的东西。

五、挂维护页前后的五个 SEO 动作

挂之前：把当前各搜索引擎的关键词排名记录一份，作为恢复基准；确认 robots.txt 没有被顺手改成全站 Disallow——503 已经足够表达“暂时不可用”，再屏蔽抓取反而让恢复变慢。

挂页面时：503 加 Retry-After，Retry-After 给一个略大于预计切换时长的值，页面上写清预计恢复时间和联系方式，别让用户面对一个光秃秃的错误页。

切换完成后：逐条核对 301 映射表，抽查二十条老 URL 确认跳转目标正确；更新 sitemap 并重新提交；在站长平台（百度搜索资源平台、Google Search Console）观察抓取错误是否回落；首页和重点栏目的标题、描述与改版前保持一致，除非本来就要调整。

六、给切换窗口做一次演练和一条回滚路

切换窗口的长短，取决于演练次数而不是计划写得多细。正式切换前，在测试环境把同样的步骤完整走一遍，记录每一步耗时，加起来就是预计停机时间。数据库导入这类步骤的时间波动很大，按测试环境实测值乘以二估算是比较稳的口径。

回滚预案要落到文件级：老站的程序文件、数据库备份、Web 服务器配置，三样都在手边，切换失败十分钟内能把老站拉起来。判断“失败”的标准提前定好，比如首页 5xx、重点页面 404 超过若干条、登录功能不可用。演练加回滚这两件事做到位，维护页存在的时长通常能压在两小时以内，对排名的实际影响很小。

锐客网在做网站改版项目时，切换方案里默认包含 503 维护页配置、301 映射表核对和回滚演练，切换窗口尽量安排在夜间低峰期。如果您正在计划改版、担心中间这一段的收录和排名，可以把现有网站的情况说一下，我们帮您评估走哪种状态、要准备哪些东西，电话 137-9839-1694。