官网改版的内容字段映射，应先说明每个旧字段代表什么，再决定放进新版哪个模块、怎样转换，以及哪些关系必须保留。字段名称相同不保证含义相同；页面看起来完整，也不能证明后台仍能正确编辑。适合的做法是先用有代表性的内容试迁移，确认展示与回存结果，再扩到其他记录。
这里讨论的是内容结构转换。旧网址去向和重定向仍需单独安排，可以与官网改版迁移清单配合，避免内容已经迁入、原有入口却找不到对应页面。
从一条完整记录理解旧字段
先选一个同时包含标题、正文、图片、附件和关联分类的旧记录，打开后台与前台对照。不要只拿字段名称列表讨论新版：名为“简介”的字段可能显示在列表卡片，也可能只用于后台检索；“分类”可能决定导航，还可能决定某项筛选。
给每个字段写下它描述的对象、实际用途、是否允许空值、是否支持多项，以及在哪些位置出现。涉及图片和附件时，再记录顺序、说明文字、适用对象与来源位置。分类或相关产品属于关联信息，不能只留下一个展示名称，把对应关系丢掉。
业务人员负责确认含义，编辑说明日常用法，实施人员核对系统怎样保存。三方的答案不一致时，先登记差异。例如编辑一直在正文里补参数，开发却以为参数来自独立字段，迁移规则就需要同时考虑两处实际内容。
成功标志：下一位参与者根据记录，能解释某个字段为何存在、在哪里使用，不需要从网页样式反推业务含义。
给新版模块写采用规则
以一个假设产品页为例：旧正文同时包含应用介绍、参数段和注意事项；新版设计将它们分成三个模块。不能仅按段落长短自动拆分。先由产品资料负责人确认各段用途，再约定是否人工整理、哪些内容可以按稳定结构转换。
一项映射至少说清四件事：旧内容从哪里取，新内容写到哪里，转换依据是什么，遇到例外怎样处理。旧摘要用于新版列表时，需要检查字段长度和展示范围；正文里的图片进入图库时，需要保留已确认顺序和说明；附件进入下载模块时，需要继续对应正确产品和版本。
旧系统有多个分类，而新版只允许一个主分类，就要决定主分类的依据与其他关系的去向。不要让系统按原列表第一项自行选择。旧值为空，也要区分“未提供”“不适用”和“本次未迁移”，不能统一补成零、默认选项或宣传文字。
Contentful 的迁移示例分别转换文本、图片与引用，并先建立沙箱环境。它提示的是一个关键问题：格式和关系需要各自处理。具体项目仍应按自己的 CMS、字段和编辑任务设计规则。
用容易出错的样本试迁移
普通记录迁移成功后，还应选几类可能暴露规则缺口的样本：没有摘要、附件多份、同一分类名但对象不同、正文夹带图片，以及旧资料中保留历史别名的记录。不必为了数量多而随机抽样，先覆盖会影响采用结果的差异。
每个样本在执行前写出预期结果。例如附件顺序应保持；历史别名应进入约定位置；未提供的参数不能变成已确认值。实施后，按这个预期查看实际内容，不能只看导入工具报告了多少条成功。
发现正文被截短、图片混入其他模块或关联指错时，先判断是输入材料不清、转换规则不够，还是实现没有遵循规则。修改后重跑受影响样本，并确认不会再次新增相同对象或覆盖后来编辑的内容。规则稳定之前，不拿正式全库反复尝试。
保留旧记录身份、新记录身份和例外说明，便于逐条追查。某项旧信息暂时没有新版位置，也要交负责人决定保留方式，不能因为设计图没有对应框就静默丢弃。
页面检查之后，再做一次编辑回存
先让非实施人员从新版页面辨认产品、阅读必要说明、找到正确附件。随后进入后台，修改一项约定可编辑的内容，保存并重新打开，查看字段、顺序和关系是否保持，再回前台确认对应变化。
这一步可以发现“迁入时正常，编辑一次就改变”的问题。比如一份多项附件被保存为单项，旧结构中的分段被合成一块，或字段在后台没有位置却由前台临时拼接。具体原因要由实施人员定位，但采购方应把这种回存任务列入内容验收。
如果新的字段结构无法支持日常更新，应回到CMS 的编辑任务选择核对方案，而不是把一次性迁移补丁当成长期维护方式。
映射完成的标志：已采用规则能找到版本，旧新记录有对应，页面和后台使用同一含义，附件身份正确，例外项有决定。内容负责人确认事实与关系，实施人员确认转换结果，编辑确认可以继续维护；三种确认不能只由一张页面截图替代。
常见问题
旧正文全部放进新版富文本，是否最稳妥？
看后续任务。如果参数、分类或附件需要独立筛选和更新，全部合成正文会削弱这些能力。可以保留原内容作对照，同时按已确认规则转换必要字段。
新版字段更短，直接截断旧摘要可以吗？
先区分显示截短与保存截短。前者保留原信息，后者可能改变内容。需要缩写时由内容负责人确认，不让系统裁掉必要条件。
记录数量一样，就说明没有丢内容吗？
数量只能检查一部分范围。字段值、附件本体、分类关系和编辑回存还需要分别核对；数量一致但关联指错，仍不算迁移完成。
链接复制成功
