01 / 从真实资源开始
原模板与适用场景
网站迁移流程图应该先回答“是否值得迁移”，再展开“怎样迁移”。把功能需求、现有内容和验证条件画成判断分支，能帮助团队区分需要换系统的问题与可以在当前网站解决的问题。
原模板以是否新建网站、当前流量、页面数量和设计投入为判断条件，最后连接手动迁移或进一步咨询。它是迁移前的决策图，不包含完整上线步骤。下文增加网址对应表、内容抽查和上线验证，属于改图建议。
在这份模板里，你能找到
- 这是一个新网站还是博客？
- 你的网站现在有不错的流量吗？
- 你的网站上有很多页面或帖子吗？
上述节点来自原模板。下面的改图步骤包含新增建议；预览图不会自动同步这些修改。
02 / 具体案例
用一个具体案例理解这张图
假设一个教程网站准备更换内容管理系统，已有数百篇文章和配图。编辑团队希望增加分类管理，但旧系统也能实现该功能。先比较现有系统的改造范围，再决定是否试迁一个栏目；若试迁，逐篇记录旧网址、新网址及图片位置，不能只确认首页打开正常。
本例用于说明改图思路，不是客户业绩或实测结果。
03 / 动手改图
按照这四步整理你的版本
把迁移理由写成可判断的问题
先列出现有系统缺少的能力，例如内容分类、编辑协作或模板维护。每项写明能否在现有系统补齐及验证依据。已有网站和全新网站走不同路径，避免把“想换一个界面”直接连接到整站迁移。
清点需要保留的内容与入口
列出文章、图片、下载文件和常用入口，并标记当前地址。流量较多的页面需要单独关注，但不能用某个固定访问量作为所有网站通用的迁移门槛。原模板中的设计投入也只是决策参考。
先验证导入，再建立网址对应表
选择有正文、图片和内链的代表页面试迁，检查字段、排版和媒体文件。内容导入成功并不代表旧网址已处理。网址变化时，按页面建立旧址与新址的对应关系，把缺失内容交回负责人确认。
增加切换后的检查与反馈
在决策图后接一个验收子流程：核对页面和图片、内链、规范网址及站点地图，并检查旧网址的去向。发现问题返回相应修复节点。迁移可能伴随搜索表现波动，图上不写“上线即恢复排名”之类保证。
04 / 对照检查
节点与分支应该怎样表达
| 项目 | 表达方式 | 核对重点 |
|---|---|---|
| 迁移理由 | 当前系统能否满足需求 | 不要以换工具本身作为目标 |
| 内容导入 | 抽查文字、图片和字段 | 成功导入不等于所有页面正确 |
| 网址映射 | 旧页面连接到对应新页面 | 不能把所有旧文章都指向首页 |
| 迁移验收 | 检查访问与搜索相关设置 | 持续记录异常并修复 |
05 / 让 AI 帮你起稿
可以直接复制的 AI 绘图提示词
先复制下方文字，再打开 AI 绘图入口粘贴；把角色、条件和节点替换为你的实际情况。这段示例不会自动导入模板。
画一个网站迁移决策流程图：明确现有系统缺少的功能→当前系统能否补齐；能则评估原系统改造，不能则清点页面、图片、文件和常用入口→选择代表内容试迁→导入结果是否完整。失败返回字段和媒体修复，成功建立旧网址到新网址的对应表，再进入切换验收与持续监测。原图只负责迁移决策，实施步骤作为新增子流程。不承诺排名或流量恢复时间。
生成后逐条核对文字、层级与连线；需要保留原模板版式时，可直接使用模板编辑入口。
06 / 交付前复核
这些问题容易被忽略
- 把原图当成包含备份、切换和回滚的完整实施方案。
- 只迁正文，遗漏被外部引用的图片和下载文件。
- 把导入完成、网址切换完成和搜索表现稳定合并成一个状态。
用一个正常案例和一个异常案例从起点走到终点，再保存你的版本。不要只检查配色和对齐。
07 / 常见问题
使用前还想确认
换成WordPress就会增加搜索流量吗？
不能据此推断。内容质量、可访问性、网址处理和用户体验需要分别检查；更换系统只改变维护方式，不能替代内容和技术工作。
站点地图可以替代旧网址跳转吗？
不能。站点地图帮助发现页面，旧网址到新网址的对应关系需要另行处理。网址变化的具体要求可参考下方Google官方迁移说明。
从这张模板开始，做成你的工作图
先确认节点，再调整分支，最后统一排版。
使用这个模板在线编辑 ↗
