官方迁移清单把主题样式列成带不走的项目，模板要不要重做
建站平台的迁移清单里主题样式和 CSS 属于带不走的部分，换系统时模板是不是必须重做？不一定。可带走的是内容与结构化字段，带不走的是表现层；重做的工作量由页面种类数、字段结构复杂度、特殊组件数量三项决定。先把这三项盘清，再决定是改样式还是重写模板。
迁移清单为什么把内容和样式分栏
平台方的迁移指南通常分成两栏：正文类页面与博客文章可以导入，商品数据用表格文件也能相对完整地带走，主题样式与自定义样式不在可导入范围，从某些可视化编辑器迁出还得手工重建。这样划分不是偷懒，而是两套系统的模板机制不通用：样式依附于对方专有结构，换系统后没有对应承载物。
对建站方的意义很实际：正文迁移是数据问题，模板迁移是工程问题，两件事不能放在同一个工时估算里。
先盘能带走的部分
按四类逐项确认，能导出的全部先导出来存档：
- 正文与摘要：标题、正文、发布时间，注意富文本里的内联样式在导入后会不会残留。
- 媒体文件：图片与附件原始文件，缩略图与裁剪参数往往导不出来。
- 结构化信息：分类、标签、自定义字段里的规格与参数，这些决定新系统能不能免手工重建列表页。
- 关系数据：用户、评论、订单记录，是否随导出文件带走要单独确认。
批量导入这一侧要提前测格式。用 ZIP 压缩包连媒体一起导入，或用 Excel 表格按行导入正文与字段，两种方式对字段命名的要求不同，先拿一批样本跑通，再导全量。
模板重做工作量的三个判断点
| 判断项 | 低工作量情形 | 高工作量情形 | 应对顺序 |
|---|---|---|---|
| 页面种类数 | 首页、列表、详情三类 | 加专题页、活动页、对比页 | 先做通用三类，专题页延后 |
| 字段结构 | 标题加正文即可 | 多组自定义字段需分别渲染 | 先建内容模型再写模板 |
| 特殊组件 | 图片轮播、表单 | 报价计算、权限可见、筛选器 | 组件用内置模块接，避免全手写 |
页面种类数决定模板文件数量，字段结构决定渲染逻辑，特殊组件决定是否需要接口开发。多数返工来自顺序颠倒：先按旧站样子画模板，导入后才发现字段对不上，只能回来补内容模型。
用内容模型承接旧站的字段结构
旧站藏在正文里的规格、参数、适用场景，在新系统里应当变成自定义字段挂到对应内容模型上。这一步做扎实，模板就有稳定位置可取数据，后续换样式只需改渲染层；不做这一步，新系统同样只能把参数塞进正文，两年后又回到迁移时的困境。
不同内容分开建模：文章与帮助文档字段差别小，可以共用一套；产品、案例、招聘需要的字段完全不同，各建一套模型，列表页与详情页的模板也各自对应，避免用条件判断在一份模板里塞三种逻辑。
改模板的正确顺序
先备份，再动模板。备份范围要包含模板文件与静态资源，只备数据库的恢复在新系统和新旧切换时都会失效。改的过程中用 AI 辅助编辑模板可以省下查找替换的时间，把改版描述成具体要调整的代码位置，改完立即用草稿预览核对，确认无误再发布。可视化模板编辑适合做小范围样式与结构微调，涉及接口调用与权限判断的部分仍要人工确认逻辑。
迁移当天的检查清单
- 抽样比对正文、字段、媒体三项，确认导入后没有丢结构。
- 列表页与详情页各看一遍，字段位置与筛选逻辑正常。
- 旧链接的跳转关系生效，避免带不走的页面直接返回错误。
- 表单与提交类功能实测一次，含防机器人校验。
- 备份文件能在新环境恢复一次，而不是只确认备份存在。
常见问题
问：样式带不走，能不能直接抄旧站的视觉？ 答：可以照着做，但要按新系统的模板规则重写，而不是把旧样式文件拷进来。两套模板机制的变量与标签写法不同，硬搬会留下维护隐患。
问：内容模型要不要在迁移前就建好？ 答：建议先建模再导入。字段命名与模型确定后，批量导入的表格列名才稳定，避免导完再回来补字段。
问：模板改版前一定要备份吗？ 答：一定要，而且要能恢复。模板改坏的排查成本高于正文，留一个可回滚点等于给自己留出重试空间。