换模板后判断内容是否出问题,不能靠逐个页面肉眼浏览,而要先把“溢出”和“缺项”变成可核对的字段清单。做法是:从旧模板导出每页的标题、正文段落数、图片数、表格数、附件链接和结构化数据字段,再与新模板渲染后的同一组字段逐项比对,差异项才是需要人工确认的对象。下面用一个假设情境把这条路径走完。
假设某企业站从旧模板切换到新模板,栏目结构不变,页面数量约两百。运营、设计和开发三方对“内容有没有丢”说法不一:运营觉得某些页面变短了,设计认为只是行距和栏宽变化,开发说数据都还在数据库里。分歧的根源是三方看的不是同一层——运营看渲染结果,开发看存储记录。要把它转成可核对的项目,就得固定比对层级。
可行的口径是同时取两份快照:一份来自旧模板线上页面的可见文本与资源引用,一份来自新模板在测试环境的渲染结果。两份都用同一套字段提取规则,字段至少包括:主标题文字、正文纯文本长度、段落数量、图片数量及每张图的替代文本、表格数量、指向站内其他页面的链接数、指向站外或附件的链接数。字段一致不代表内容一定正确,但字段不一致一定值得追查。这一步的动作是把主观感受替换成一份差异表,后续讨论只围绕差异表进行。
内容溢出常被误解为文字变多。换模板后更常见的情况是同样的内容在新容器里放不下,表现为标题被截断、表格横向出现滚动、长英文或代码串撑破栏宽、图片按原始尺寸渲染后压住相邻区块。识别这类问题的依据不是字符数,而是容器约束与内容尺寸的关系。
假设差异表显示某产品页正文段落数不变,但页面在移动端出现横向滚动。顺着字段查下去,发现是旧模板给表格加了可横向滚动的容器,新模板没有。此时处理动作是补上容器样式,而不是删减表格内容;补完后重新截取渲染快照,确认横向滚动消失,再进入下一批页面。这个顺序很重要:先修容器,再谈内容取舍,否则容易误删本来该保留的信息。
缺项比溢出更隐蔽,因为很多丢失发生在模板没有对应输出位置的地方,数据库里字段还在,页面上却不显示。常见的有:自定义字段没有在新模板中调用、附件下载链接只保留了文件名、图片替代文本为空、面包屑或栏目说明被整块省略、结构化数据中的企业信息字段缺失。
判断这类问题要看“字段有值但渲染为空”的比例。假设差异表里有一批页面的图片数量从五张变成三张,先别急着补图。更合理的解释有三种:一是新模板对图片做了懒加载,快照工具没等到加载完成;二是图片被归入轮播,只渲染当前一张;三是模板确实没有输出图集字段。三种原因对应三种处理,只有第三种才需要改模板或补内容。因此动作应是先区分原因,再决定是否回填。可以用同一页面在关闭懒加载或展开轮播后重新取一次快照来验证,若数量恢复,问题就不在内容。
这个顺序的价值在于,它把“我觉得页面变空了”这类无法验证的说法,变成一条条带字段名和页面地址的记录。假设差异表里有一条“正文纯文本长度减少四成”,内容负责人核对后发现是旧模板把折叠区域也算进长度,新模板默认展开,实际内容没少。这条差异就可以直接关闭,不必改动任何内容。反过来,如果减少来自某段被模板丢弃的说明文字,就需要回填或确认可以舍弃。
并非所有差异都要修。可以接受的包括:纯排版导致的文本长度变化、图片尺寸与格式优化、装饰性元素的增减、不影响语义的标签顺序调整。必须处理的是:正文段落或章节缺失、附件与站内链接失效、图片替代文本丢失、结构化数据字段为空、表格数据被截断、表单字段与提交结果不匹配。
区分标准是内容是否仍可被完整获取和理解,而不是页面看起来是否和以前一样。换模板本来就会改变外观,把外观差异当成内容缺失,会浪费大量时间;把内容缺失当成外观差异,则会在上线后才发现问题。用字段差异表加人工确认这两步,能在上线前把大部分问题定位到具体页面和具体字段,剩下的才是真正需要决策的取舍。