description标签_内容与技术如何协作
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /4ff75596e07c.html
📄
description标签_内容与技术如何协作
description标签的内容与技术协作，核心是让“写文案的人”和“写模板的人”对同一条规则负责：文案确定每页描述写什么、长度控制在多少，技术确定这段描述从哪个字段读取、为空时怎么兜底、上线后怎么检查。协作失败通常不是谁不认真，而是描述在内容侧是文案，在技术侧是模板变量，两边没有共同验收标准。
先确定description标签的字段来源
要查的是：每个页面类型的描述到底来自手工填写、自动摘要，还是模板拼接。查法是打开页面源代码，搜索<meta name="description">，对比同一栏目下三到五个页面的描述是否完全相同。如果完全相同，说明模板写死了或没有读取独立字段；如果各不相同但语句生硬，可能是自动截取正文前若干字。
结果说明什么：来源清晰，后续才能分工。手工字段适合栏目页、专题页和重点内容页；自动摘要适合量极大、单页价值接近的页面。判断条件是维护成本——如果人工填写速度跟不上发布速度，就要接受自动生成，但必须约定截取规则，而不是让技术随意取。
内容侧要交付什么，技术侧要接收什么
可执行清单如下，每项都写明查什么、怎么查、结果说明什么。
- 查长度规则。怎么查：统计现有描述在搜索结果中的截断情况，或按字符数检查。结果说明：需要给出一个上限和一个建议区间，超出部分会被截断，过短则信息不足。
- 查空值处理。怎么查：找一个没有填写描述的页面，看源代码里输出的是空标签、模板默认句，还是干脆不输出。结果说明：决定技术是否需要兜底逻辑，以及兜底句由谁提供。
- 查重复情况。怎么查：抽取同一栏目页面，比较描述文本。结果说明：重复描述会让多个页面在摘要层面失去区分，需要内容侧补充差异化字段。
- 查特殊字符。怎么查：在描述中写入引号、尖括号、换行，观察输出是否被转义或截断。结果说明：技术需要做转义处理，内容侧也要避免在字段里写HTML。
- 查多语言与多端。怎么查：切换语言版本或移动端模板，确认描述是否跟随。结果说明：如果不同端读取不同字段，需要明确以哪一份为准。
用一条假设流程说明协作方式
假设一个内容团队要上线新的栏目页，内容编辑在后台填写“页面描述”字段，技术把该字段绑定到<meta name="description">。上线前，内容侧检查描述是否说清页面主题，技术侧检查字段为空时是否回退到栏目简介。若回退也为空，则输出站点级默认描述。这个例子只说明分工，不代表任何具体平台的现行功能。
适用条件是字段可配置、模板可修改。如果后台没有独立描述字段，内容侧就无法直接控制，只能先推动技术增加字段，或改用自动摘要并约定截取长度。判断结果是：能改字段就按字段协作，不能改字段就先固定自动规则。
上线后的检查项与返工信号
发布后要抽查源代码，确认描述与页面主题一致、没有重复、没有被截断到语义不完整。返工信号包括：同一栏目描述完全一致、描述里出现模板变量名、描述包含未转义字符导致标签提前结束。发现这些情况时，先判断是内容没填还是技术没读取，再决定由谁修改，避免两边互相等待。
下一步可以直接做一件事：挑一个页面，把它的描述字段、模板读取位置和线上输出结果放在一起核对，确认这条链路是否已经打通。
