技术和内容的责任划分,核心是:技术方对“页面能被正常访问、抓取和渲染”负责,内容方对“页面是否值得被收录和推荐”负责。两者在标题、正文、内链、结构化数据等交界处必须约定交付标准,否则出了问题容易互相推诿。常见误解是“技术做完模板,内容往上填就行”,实际上模板决定了内容能否被完整呈现,内容决定了模板有没有存在价值。
一个页面在搜索或推荐中获得流量,需要经过抓取、渲染、索引、排序几个环节。技术因素影响前三个环节,内容因素影响最后一个环节,但边界并不总是清晰。例如:
因此,不能简单按“谁写的谁负责”来分,而应按“谁控制变量、谁承担结果”来分。
标准一:看交付物是否可验证。技术交付的应是“页面在常见环境下能正常返回200状态码、主要正文在HTML中可见、移动端不出现横向滚动”这类可检查项。内容交付的应是“标题与正文主题一致、核心段落不依赖图片传达、关键信息在首屏出现”这类可检查项。双方各自给出检查清单,而不是口头说“做好了”。
标准二:看修改成本由谁承担更低。如果调整一段正文的表述就能解决,内容方负责;如果必须改模板、改路由、改渲染方式才能解决,技术方负责。交界处如标题标签、描述标签、结构化数据字段,建议指定唯一负责人,避免两边都改或都不改。
标准三:看问题现象能否被复现。例如“页面在搜索结果中不显示描述”,可能是描述标签没写,也可能是搜索引擎自行抓取了正文片段。前者是内容责任,后者不完全是。排查时先用浏览器查看源代码,确认描述标签是否存在且唯一;如果存在但未被采用,再判断是否需要调整描述写法,而不是直接归咎于技术或内容某一方。
已有页面或项目需要改进时,建议在原有流程上加一张交接表,而不是推翻重来。表里至少包含以下字段:
这张表的作用不是追责,而是让双方在动手前就知道“做到什么程度算完成”。
假设某页面正文被放在“点击展开”的折叠块中,技术方认为这是交互设计,内容方认为内容已经写好。检查时发现:折叠块内的文字在初始HTML中不存在,需要执行脚本后才出现。这种情况下,责任划分应这样判断:
这个例子的适用条件是:页面已有内容,只是呈现方式可能影响抓取。判断结果是——先定位现象,再决定由谁修改,而不是先争论“该谁负责”。
标题标签与H1不一致。如果技术模板自动生成标题标签,内容方只填H1,则标题标签的准确性由技术方保证;如果内容方可以直接填写标题标签,则由内容方保证。建议在交接表中写明谁拥有该字段的最终编辑权。
内链锚文本。编辑在正文中插入的链接,锚文本由内容方负责;导航、面包屑、相关推荐等模板生成的链接,由技术方负责。双方可以约定:模板链接不重复使用同一锚文本指向不同页面。
结构化数据。如果结构化数据由技术根据页面字段自动生成,技术方负责字段映射正确;如果内容方需要手动填写,内容方负责内容真实。任何一方发现字段缺失,都应记录在交接表中,而不是直接改代码或改文案了事。
下一步建议:拿现有项目中的一个具体页面,按上面的交接表逐项填写,先完成一页的划分,再决定是否推广到其他页面。不要一次性重写全部流程。