网站改版前必做的备份与迁移清单：内容导出、跳转规则、收录保留

发布时间：2026-10-29 08:05 更新时间：2026-10-29 08:05 阅读量：1

不少企业做改版时，把注意力都放在新页面的视觉和栏目规划上，等到新站上线才发现：老文章没导过来、原来的产品链接打不开、搜索引擎里还挂着旧地址。结果是客户点进来是 404，原来积累的自然流量和收录慢慢掉光，再想把排名做回来又要花几个月。改版真正的难点不在设计，而在数据能不能完整搬过去、旧地址能不能顺滑过渡。这篇文章按操作顺序把三件事讲清楚：老站内容导出、URL 跳转规则、收录保留，并给出一份企业主可以直接照着推进的清单。如果你还在比较改版方式，可以先看看 建站方案 里的项目拆解思路。

一、动手前先做完整备份，别急着停老站

改版期间老站要一直在线，直到新站测试通过、切换完成。所以第一步不是关站，而是把老站当前状态“冻结”下来：网站程序文件、数据库、上传的图片附件、服务器上的配置文件（Nginx 或 Apache 站点配置、伪静态规则、SSL 证书）、域名解析记录，这几样缺一不可。数据库和附件是内容的本体，站点配置文件决定了旧 URL 是怎么被解析的，证书和解析记录则关系到切换时会不会出现访问异常。备份要落在跟服务器不同的地方，比如本地电脑加一份云盘，避免服务器本身出问题时两边一起丢。

如果服务器由外包或服务商托管，提前书面确认两件事：备份由谁做、切换窗口安排在什么时间。建议选访问量低的时段，比如工作日晚上或周末，并预留回滚时间。下面的命令可以用于常见的 Linux 服务器做文件与数据库打包，具体路径和数据库名以你的实际环境为准：

# 打包网站程序目录（示例路径，请替换为实际站点目录）
tar -czf /backup/site-$(date +%Y%m%d).tar.gz /var/www/html

导出 MySQL 数据库（数据库名、用户名按实际替换）
mysqldump -u dbuser -p --single-transaction --routines dbname > /backup/db-$(date +%Y%m%d).sql

备份 Nginx 站点配置与证书目录
cp -r /etc/nginx /backup/nginx-$(date +%Y%m%d)
cp -r /etc/letsencrypt /backup/cert-$(date +%Y%m%d)

备份完成后别只看文件在不在，挑一个测试环境把数据库还原一次、把首页打开一次，确认备份真的可用。这一步花不了多少时间，但能避免切换当天发现备份是空的。

二、老站内容导出与 URL 对应表，是改版质量的分水岭

内容导出不只是把文章复制到新后台。企业站常见的资产包括产品页、新闻或资讯页、案例页、单页（关于我们、联系我们）、图片和可下载资料。导出时要同步整理一份“旧地址—新地址”对应表，用表格记录每一类页面的 URL 规则，比如老站是 /product/123.html，新站规划成 /products/123/，这一行就要写清楚。对应表越完整，后面做跳转越省事，也方便验收时逐条检查。

栏目结构能保留就尽量保留。很多改版失败是因为把原来分得比较细的产品分类合并了，导致大量旧链接没有就近的新页面可跳。如果确实要合并，就把旧栏目地址统一跳到新的一级分类页，而不是首页，这样用户和搜索引擎都能落到相关内容上。图片和附件也要一起迁，正文里的图片路径如果写死了旧域名，切换后会出现裂图，导出时一并检查替换。想了解新站栏目和页面结构怎么规划，可以参考 模板与定制风格 里的栏目示例，再结合自己业务做取舍。

三、URL 跳转规则与收录保留，按顺序执行

跳转要用 301 永久重定向，告诉搜索引擎旧地址已经搬走，权重会逐步转移到新地址；不要用 JS 跳转或 302，前者搜索引擎识别不稳定，后者表示临时跳转，旧地址可能长期保留在索引里。跳转规则建议在服务器层统一处理，而不是在页面里塞代码。下面是 Nginx 的示例写法，具体规则要按你的对应表逐条替换，实际配置以官方文档和你服务器的版本为准：

# 旧产品页跳转到新地址（按对应表逐条添加）
rewrite ^/product/([0-9]+)\.html$ /products/$1/ permanent;

旧栏目页统一跳转到新分类页
rewrite ^/news/list_([0-9]+)\.html$ /news/ permanent;

旧域名整体跳转到新域名（保留路径）
server {
    listen 80;
    server_name old.example.com;
    return 301 https://www.example.com$request_uri;
}

收录保留的关键在顺序：先在测试环境把新站跑通、把跳转规则写好并逐条验证，再切换域名解析，最后提交新的站点地图。站点地图和 robots.txt 要指向新地址，旧域名继续保留并做整体跳转，不要急着注销。切换后一两周内，通过搜索引擎站长平台的抓取诊断和收录查询观察旧链接的返回状态，发现 404 就补规则。这里要提醒一句：任何工具都只能帮助你更快发现和提交，无法承诺收录数量、排名或流量结果，能控制的是把该做的技术动作做对。

四、给企业负责人的执行清单

下面这份清单按推进顺序排列，可以直接交给对接人逐项打勾，也可以作为跟服务商对进度时的依据：

• 确认备份范围：程序文件、数据库、图片附件、站点配置、SSL 证书、域名解析记录，并做一次还原测试。
• 整理老站页面清单：产品、资讯、案例、单页各有多少条，哪些要保留、哪些合并或下线。
• 建立“旧地址—新地址”对应表，每个栏目至少给出规则样例，交由技术人员实现。
• 确认跳转类型为 301，验证首页、栏目页、详情页各抽若干条实际打开测试。
• 准备新站站点地图与 robots.txt，确认只指向新域名，测试环境禁止被收录。
• 约定切换时间窗与回滚方案，明确谁负责解析、谁负责验证、出问题多久内切回。
• 切换后一周内检查旧链接状态、表单提交、统计代码是否正常，发现 404 及时补规则。
• 保留旧域名与旧服务器至少一个季度，确认没有遗留访问再考虑清理。

改版的验收不要只看首页好不好看，把上面清单逐条过一遍，比任何效果描述都实在。同行里做得比较稳的项目，通常是内容对应表在开发前就整理完，跳转规则跟新站一起上线，而不是等出问题再补。更多从立项到上线的完整流程，可以对照 客户案例 里的项目节点做参考。

把备份做实、把对应表列全、把 301 跳转和新站一起上线，改版带来的短期波动就会小很多；这三件事做完，才算真正完成了迁移。

准备做网站，先从哪一步开始？

如果你希望把上面的思路落到自己的行业与目标市场，可以先看 建站方案 了解一站式流程，再对照 客户案例 判断哪些做法适合自己的业务；也可以加微信 tsrz001 沟通需求，把页面结构、预算和排期先聊清楚再动手。

继续阅读