最可靠的办法不是凭眼睛扫一遍首页,而是把旧模板下每个页面导出一份纯文本与结构化字段清单,再在新模板下逐页比对。溢出通常表现为文本被截断、图片被裁切、表格横向滚动;缺项则表现为原本存在的字段在新页面上根本没有渲染位置。两者都要落到具体页面和具体字段上,才能变成可核对的清单。
模板换掉之后,编辑说“内容少了”,设计说“版式没问题”,开发说“数据都在”,这类分歧往往源于各自看的是不同页面或不同状态。解决办法是选一个双方都认可的基准:从旧站导出每类页面的字段名与内容长度,而不是截图。对文章页,记录标题、摘要、正文段落数、图片数、图注、作者、更新时间;对产品页,记录名称、参数行数、规格表列数、下载项、关联推荐位。
这份清单的作用是让“少了”变成“产品页的下载项字段在新模板中没有对应区域”。一旦分歧被写成字段级差异,就能判断是模板缺少渲染位、内容确实没迁移,还是该字段本就不该出现在新设计里。假设某站有 40 个产品页,旧模板每个页面平均有 12 行参数,新模板参数区只渲染前 8 行——这就属于溢出被截断,而不是内容丢失,处理动作是调整该区域的折叠或分页规则,而不是重新录内容。
同一个字段在不同状态下表现不同,只看一个页面容易误判。建议分别检查:内容最短的页面、内容最长的页面、以及包含表格或代码块的页面。
完成这三类检查后,你会得到一张“页面类型 × 状态 × 异常表现”的对照表。下一步不是马上改模板,而是先判断异常是全局性的还是局部性的:如果所有长正文页都被截断,问题在正文容器的样式规则;如果只有带表格的页面出问题,问题在表格组件的响应式处理。
缺项不都等于要补内容。可以按来源分三类,处理方式完全不同:
判断依据可以是一个简单动作:在后台搜索该字段名,看是否有值。有值但页面不显示,属于第一类;无值且旧站有,属于第二类;无值且旧站也没有明确用途,属于第三类。这个动作的结果直接决定下一步是改模板、修迁移脚本,还是清理字段定义。
假设某产品页在旧模板下显示名称、五张图、十二行参数、两个下载项和一个相关推荐位。换模板后,页面只剩名称、三张图和八行参数。按前面的方法,先导出旧页字段清单,再在新页逐项核对:
这个假设例的关键不是数字本身,而是每个差异都能对应到一个可验证的来源。完成一轮比对后,把结论写成“页面类型 + 字段 + 现象 + 判定 + 下一步动作”,交给开发或设计执行。执行后重新跑同一份清单,确认异常是否消失,而不是凭印象认为已经修好。
模板调整常常牵一发而动全身。每次修改后,至少重新检查四类页面:首页、列表页、详情页、含表单或表格的功能页。检查项固定为:最长内容是否溢出、最短内容是否塌陷、字段是否完整渲染、窄屏是否出现横向滚动。把这份清单保存为可重复执行的步骤,而不是每次临时想。
如果某个字段在新模板中确实没有位置,应在清单中标注“已确认取消”,而不是留空。留空会让下一次检查的人重新怀疑它是不是丢了。只有把取舍也写进清单,模板改变后的识别工作才算闭环。