从托管建站平台搬到自建内容系统，搬迁顺序怎么安排不丢收录

从托管建站平台搬到自建内容系统，搬迁顺序怎么安排才不丢收录？顺序是：备份与清单在前，内容导入居中，301 重定向收尾，最后留两周观察期。颠倒了任何一步都可能造成「页面搬完了、索引断了」的结局，所以先排流程再动手。

搬迁前先锁住两件事

第一件是完整备份：把旧平台能导出的全部内容（文章、媒体、栏目结构）导成文件存档，作为本次迁移的原始快照；新系统侧也要有自己的备份机制，覆盖数据与静态文件两层，改动出问题随时回退。第二件是 URL 清单：导出旧站全部页面地址与标题的对照表，这张表既是导入的核对单，也是后面配跳转映射的底稿。没有这两样就开搬，等于蒙眼过马路。

内容导过来的两条路

批量导入支持两种载体：ZIP 压缩包适合「文章加图片」整体迁移，一个包把正文与配图一起收进系统；Excel 表格适合结构化整理，标题、摘要、栏目归属、发布时间按列排好再导入，字段映射清楚、便于批量修正。多数托管平台能导出内容文件，导出格式与这两条路的差距，用表格整理一遍就能补齐。

按标题查是否已存在，避免重复搬运

搬迁常发生在「已经搬过一半」的状态：中断、补搬、重跑，一不留神同一篇内容进来两遍。导入接口在这里派上用场：系统提供 /api/import/archive 形式的导入能力，支持先按标题查询是否已存在，再决定跳过或覆盖，重复执行同一批文件不会翻倍。把「查询—导入—核对条数」做成每批固定三步，断点续搬才安心。

旧地址到新地址的 301 跳转映射

收录不断的关键动作：每条旧 URL 都要有去向。新系统开启伪静态后地址格式与旧平台几乎必然不同，用 301 跳转管理逐条建立旧地址到新地址的重定向映射，整段栏目结构变化的，按目录前缀批量配规则。两个易错点：一是只搬文章忘了列表页与标签页的映射；二是把 301 配成临时跳转，权重传递会打折扣。配完用清单抽查：拿旧 URL 表随机访问，确认每条都落到正确的新页面。

切换后两周的观察项

域名解析切到新站后，盯四个数：站点地图提交状态、索引量曲线、301 命中日志里的 404、搜索来源流量。两周内流量下滑是正常爬坡，超过两周仍未回升，优先回查跳转映射有没有漏批的旧地址。把观察结果写回迁移记录，下次改版直接复用。

常见问题

旧平台导不出全部内容怎么办？ 以 URL 清单为底本逐页抓取整理，能导多少用多少，缺的部分在新站重写反而顺手做一轮内容复核。

要不要保留旧域名？ 保留并指向 301 映射，是最省心的收录保险；两个域名解析都别断。

搬迁期适合停更吗？ 老站建议只维护不新增，新站正常发布，避免同一内容两处更新造成口径分裂。