武汉企业原来用WordPress提供资源，后来想把主站改成外贸服务网站。新站的访客任务和旧客户下载任务不同，不必仓促把所有资源挤进同一套页面。先盘点文件、账号和已知入口，再决定怎样分区，才能兼顾展示和持续使用。
先把资源依赖列全
- 文件实际存放位置、版本与公开范围。
- 下载是否依赖登录、订单或其他授权状态。
- 旧文章和外发资料中已经使用的地址。
- 资源说明、教学资料与支持入口。
- 原系统的维护责任及可恢复资料。
三条路线解决不同任务
| 方案 | 较适合的情况 | 需要承担的工作 |
|---|---|---|
| 保留独立资源站 | 既有登录与资源流程仍要继续 | 原系统维护及主站到资源入口 |
| 独立下载区域 | 公开文件与说明可清楚拆出 | 资源清单、访问规则及旧地址核对 |
| 分阶段整理 | 依赖较多，暂不能一次确认 | 先保持可用，再逐批核查迁移 |
这些是架构选择，不是某个客户已经完成的迁移案例。资源涉及账号或授权时，不能仅复制公开文件就认定迁移完成；只有真正适合公开的资料，才能按公开下载目录安排。具体权限与资料范围需要实际负责人确认。
新主站与资源区怎么接起来
分区交接记录
新服务站的主要任务：
资源区域及维护负责人：
文件与说明的对应关系：
登录或授权依赖：
主站入口的准确文字：
旧地址与拟去向：
测试、回退和未完成项：1盘点识别文件、内容与访问依赖。
2选择按真实流程决定分区。
3预演在合适环境测试下载和权限。
4切换核对入口并保留必要恢复路径。
导出XML就包含全部资源系统吗？
不能这样认定。内容导出与文件、账号、扩展及环境恢复是不同范围，需要分别检查。
资源子站保留后就不需要维护了吗？
仍需按实际系统安排更新、备份与支持，分区不会自动消除维护责任。
验收可以包含公开资料浏览、已授权客户下载、无权限访问及旧入口等代表路径。每项按真实系统准备受控测试资料，保留结果与未知范围。服务官网是否采用WordPress，与客户资源能否继续下载，是可以分别规划的两项决定。