TDK标题描述标签撰写规范：实战派TDK规范与工程落地

在当前的搜索引擎算法下，页面元数据（Metadata）的角色发生了很大转变。Google和百度对标题的强制重写频率越来越高，这并不意味着TDK失去了价值，而是算法对低质量、模板化堆砌的容忍度降到了冰点。一份合格的TDK，既是写给爬虫看的分词索引指令，也是写给用户看的SERP广告文案，更是前端工程中需要严格控制异常的动态数据流。

结合日常技术运维与SEO监控数据，以下是页面TDK编写与技术落地的具体执行标准。

一、 Title 标签：权重分配与防重写策略

Title是直接参与排名计算的核心要素，决定了页面能否命中目标检索词以及在搜索结果页的基础点击率（CTR）。

1. 长度与字符边界
   • PC端：中文字符控制在 25-30 个汉字（50-60字节），对应渲染宽度约在 500-600 像素内。
   • 移动端：建议首屏核心信息在前 20-24 个汉字内表达完毕。超出部分会被截断展示为省略号。
2. 结构范式
   • 内容/详情页：核心问题/长尾词 - 独家属性/解决方案 - 站点品牌名
   • 栏目/聚合页：核心分类词_业务维度修饰词_站点品牌名
   • 首页：核心业务主词 - 定位词/口号 | 品牌名
3. 避坑与风控
   • 分隔符选择：建议全站统一使用半角连接符 - 或下划线 _。避免频繁混用特殊符号（如【】、★、>>），这类符号是触发搜索引擎强制重写标题的高危因素。
   • 拒绝近义词堆砌：例如“SEO优化_网站优化_搜索引擎优化_SEO公司”，这种结构极易被判定为关键词堆叠（Keyword Stuffing），导致快照标题被算法强行替换为主域名或H1标签内容。

二、 Description 标签：以高CTR为导向的转化文案

自算法迭代以来，Description对直接排名的权重大幅弱化，其核心使命是“促成点击”。当用户搜索的关键词在Description中出现时，搜索结果中该词会被加粗飘红，直接拉升视线停留时间。

1. 长度规范
   • 中文控制在 75-80 个汉字（150-160字符）。移动端展示空间更短，务必保证前 60 个字符能完整交代页面价值。
2. 撰写逻辑
   • 痛点/结论前置：前 30 个字讲清楚“页面解决了什么具体问题”或“提供了什么核心资源”。
   • 自然融入检索词：合理嵌入 2-3 次目标关键词的变体，切忌硬塞生硬短语。
   • 行动召唤（CTA）：句末增加引导性动作，如“点击查看配置方案”、“附完整参数对照表”。
3. 空值与降级策略
   • 严禁全站使用同一套空泛的Description模板。如果自动化内容无法生成高质量描述，保持标签留空让搜索引擎自行抓取页面上下文正文片段，其表现往往好于千篇一律的废话文案。

三、 Keywords 标签：降权组件的维护准则

主流国际搜索引擎（如Google）早已完全忽略Keywords标签，国内引擎（如百度）对其赋予的权重也微乎其微。

• 执行策略：无需投入高成本进行精细化人工编写。
• 自动化兜底：如果在CMS架构中保留了该字段，仅作为内部站内搜索、相关文章推荐打标的辅助属性即可。一般提取 3-5 个逗号分隔的实体词即可，不可将其作为排名优化的重点。

四、 技术与运维维度的工程要求

TDK不仅是内容运营层面的产物，在前端渲染与服务端吐出时，必须符合底层标准，避免解析错误：

1. 字符转义 动态生成的Title和Description中若包含英文双引号（"）、单引号（'）、尖括号（< >）等字符，必须在服务端完成HTML实体转义（如转义为 "），否则会导致标签属性提前闭合，造成页面结构崩溃或内容丢失。
2. SSR（服务端渲染）一致性 对于采用 Next.js、Nuxt 等现代前端框架构建的应用，TDK必须随初始HTML报文下发，确保网络爬虫在首个GET请求中直接读取，不得依赖客户端JS二次挂载渲染。
3. Open Graph（OG）协议同步 在配置基础TDK的同时，同步补齐 og:title、og:description 以及 og:image 标签。这不仅能优化社交平台分享预览，同样被各大现代搜索引擎作为识别页面主体多媒体资产的辅助信号。

日常维护中，应建立周期性的监控机制，通过定期导出 Search Console 或百度搜索资源平台的展示数据，抓出展示量高但点击率异常低下的页面，优先对照上述标准进行TDK重构调优。