description标签：开始前需要哪些网站资料
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /f537196c4ffa.html
📄
description标签：开始前需要哪些网站资料
开始写 description 标签前，至少需要准备四类资料：页面主题与核心卖点、目标用户搜索意图、同页可见内容摘要、以及全站页面清单与命名规则。缺少这些资料，description 只能靠猜，多人协作时最容易出现重复、跑题和反复返工。前提是页面已经确定要独立展示并被搜索引擎作为独立结果呈现；如果页面只是筛选参数或重复内容，应先决定是否合并，再决定是否写 description。
先确认 description 标签的作用边界
description 标签是 HTML 文档头部的一段元数据，用来概括页面内容。它不直接决定排名，搜索引擎可能采用它，也可能从页面正文中抽取其他片段作为结果摘要。因此准备资料的目标不是“写出能提升排名的句子”，而是让摘要准确、可读、与页面实际内容一致。多人协作时，这一点尤其重要：写的人、审的人、发布的人必须基于同一份页面资料，否则交付物无法验收。
必须准备的页面级资料
每个页面至少整理以下信息，建议放在同一张表格中，避免口头传递：
- 页面主题：一句话说明这个页面解决什么问题，例如“某型号空气净化器的滤芯更换说明”。
- 核心卖点或关键信息：用户最需要看到的 2 到 3 个事实，如适用型号、更换周期、操作步骤数量。
- 目标搜索意图：用户搜什么词会落到这个页面，是了解概念、比较选项，还是完成某个操作。
- 页面可见内容摘要：从标题、首段、小标题中提取，确保 description 不写页面里没有的内容。
- 行动指向：用户看完摘要后下一步做什么，例如查看步骤、下载表格、对比参数。
- 页面 URL 或文件路径：用于核对是否与已有页面重复，也方便发布时定位。
如果页面由多人分头撰写，还要补充负责人和审核人，否则同一段 description 可能被两个人改出两个版本。
全站层面的资料也不能少
只准备单页资料，容易出现两个页面写同一段摘要。开始前还需要：
- 页面清单：列出所有需要写 description 的页面，标明层级和父子关系。
- 命名与编号规则：例如“栏目缩写-页面序号”，方便在表格和发布系统中对应。
- 已发布 description 记录：避免新页面与旧页面重复，也方便后续统一修改。
- 长度参考范围：不同搜索结果展示长度会变化，准备时可按中文约 70 到 120 字、英文约 120 到 160 字符做初稿，再按实际展示效果调整，不把它当作硬性排名规则。
- 品牌与语气规范：统一人称、标点和是否出现品牌名，减少审核阶段的来回修改。
一个可执行的准备流程
假设要为“滤芯更换说明”页面写 description，可以按以下步骤操作：
- 从页面清单中取出该页，确认它是否独立展示、是否与“滤芯选购”页面重复。
- 填写页面主题、核心信息、目标意图三项，例如主题为“更换滤芯”，核心信息为“适用 A 型号、每 6 个月更换、共 4 步”。
- 从页面首段和小标题中摘出一句可见内容摘要，确保 description 不出现页面没有的承诺。
- 按语气规范写成一段完整句子，检查是否包含页面主题和行动指向。
- 与已发布记录比对，确认没有高度相似的摘要。
- 交给审核人核对事实，再进入发布环节。
验收信号可以设为：摘要与页面主题一致、没有事实错误、与同站其他页面不重复、审核人一次通过。如果审核时反复被退回，通常说明页面主题或目标意图资料没有提前确认，而不是文字本身难写。
什么时候需要补充额外资料
如果页面涉及价格、服务范围、时效或具体机构信息，开始前还要准备可核对的事实来源，不能凭印象写入 description。如果页面是历史功能或旧入口说明，应先确认当前是否仍然存在，再决定摘要写“历史说明”还是“当前操作”。如果页面本身尚未定稿，description 应等正文结构稳定后再写，否则正文一改，摘要就要重做。
下一步：把上述页面级资料和全站规则整理成一张共享表格，先填三个页面做试写，确认审核人能一次通过，再批量推进其余页面。
