换模板后最该先做的不是逐页改样式,而是把内容与版位的对应关系重新核对一遍:溢出通常来自固定高度、栅格列数和字段长度变化,缺项则来自旧模板有、新模板没有渲染的字段。用一份导出清单加三类抽样页面,就能把“看着正常”与“实际丢失”分开。
把站内所有内容类型列出来,每种类型至少包含:字段名、字段类型(纯文本、富文本、图片、附件)、是否必填、旧模板是否显示、新模板是否有对应版位。这一步决定后面能不能定位问题,而不是靠肉眼扫页面。
假设一个汕头本地企业站有“产品”“新闻”“案例”三种内容类型。旧模板的产品详情页显示“规格参数”富文本字段,新模板只保留了主图和简介,那么这个字段在页面上就会表现为缺项,但后台数据仍在。这种缺项不会报错,只能靠清单比对发现。
清单可以用表格工具或电子表格维护,字段名以数据库或 CMS 中的实际标识为准。若站点使用自定义字段插件,导出时注意区分“字段存在但值为空”和“字段未被模板调用”,这两者的处理方式完全不同。
不必全站逐页打开,先抽三类样本:内容最短的页面、内容最长的页面、字段最全的页面。每类抽两到三个即可,覆盖不同内容类型。
实际操作时,把浏览器窗口从常见桌面宽度逐步缩到移动端宽度,观察哪些元素开始重叠、截断或横向滚动。溢出的典型证据是出现横向滚动条、文字被裁切、图片压住相邻模块;缺项的典型证据是版位留白、标题后无内容、列表项数量少于后台记录数。
看到溢出后,先判断是容器限制还是内容本身超长。可以在浏览器开发者工具中检查该元素的宽度、高度、overflow 和 white-space 设置。如果容器设了固定高度且 overflow: hidden,内容超出部分就被裁掉,这属于模板样式问题,不是内容问题。
缺项则要检查模板输出逻辑。常见情况有三种:字段名在新模板中写错、条件判断把空值也过滤掉、循环上限小于实际记录数。以列表页为例,如果后台有 30 条记录,前台只显示 10 条且没有分页,先确认是模板写死了数量,还是分页组件未被调用。前者改模板,后者补组件。
这里要提醒一点:抓取量下降、页面请求数归零这类现象,不能单独证明是模板改动造成的。缓存未刷新、CDN 回源异常、robots 规则变动、服务器响应变慢都可能有同样表现。要把模板变更时间和这些指标的变化时间对齐,再看是否只影响特定内容类型,才能缩小范围。
缺项影响的是信息完整性,溢出影响的是可读性,前者优先级更高。处理缺项时,先补字段映射,再考虑是否为缺失字段设计兜底文案。处理溢出时,优先改容器约束而不是删内容:把固定高度改为最小高度、给长文本加自动换行、给图片加最大宽度限制。
假设一个案例详情页在新模板中图片描述文字溢出到下一模块。检查后发现图片容器宽度为百分比,但描述文字容器宽度为固定像素,两者在不同视口下不同步。把描述文字容器改为与图片容器相同的宽度单位后,溢出消失。这个动作的结果是:该页面在常见宽度下不再重叠,但需要在更多视口宽度下复查,确认没有引入新的换行问题。
另一个假设:新闻列表页原本每页显示 20 条,新模板只显示 8 条。若这是模板循环上限导致,改回 20 条后要同步检查分页链接是否仍然有效;若分页本身也被移除,则需要补回分页逻辑,否则用户无法访问后面的内容。
处理完一轮后,把每个问题的位置、原因、修改动作和复查结果记下来。记录至少包含:页面 URL、内容类型、问题类型(溢出或缺项)、涉及字段或样式、修改前后的表现。这样下次再换模板时,可以直接拿这份记录对照,而不必从零排查。
复查时不要只看修改过的那一个页面。同一字段可能出现在列表页、详情页、搜索结果页等多个位置,只改一处会留下不一致。把同一内容类型的所有展示位置列出来,逐一确认字段是否都有输出、容器是否都能容纳最长内容,这一步做完,模板更换带来的内容问题才算真正收口。