TDK标题描述标签撰写规范：实战派TDK标签落地与避坑指南

做网站优化，很多人把TDK当成纯粹的文案工作。但从技术和搜索机制来看，TDK本质上是页面向搜索引擎提交的第一份“协议接口”：它既决定了爬虫对页面主题的判定效率，也直接影响SERP（搜索结果页）中的CTR（点击率）。

脱离实操谈规范意义不大，以下直接梳理在开发、运维和SEO协同中真正落地的TDK撰写与配置标准。

一、 Title 标签：权重视角与像素控制

Title是页面权重最高的外露标签。写Title不能只算字符数，必须按渲染像素来算。

1. 长度与截断机制

   • PC端：建议控制在 28~32个汉字（约55~65个字符），超过此长度，Google和百度都会直接强制省略号截断（Google通常限制在600px宽度内）。
   • 移动端：屏幕宽度更窄，核心主词必须在前18个字内完整呈现。

2. 结构公式

   • 聚合/栏目页：核心业务词/分类词 - 2级细分修饰词 - 站点品牌名
   • 内容/详情页：文章精确标题/痛点问题 - 业务关联词 - 品牌名
   • 注意：品牌词统一放末尾，用半角分隔符（- 或 _）隔开；中文站尽量少用竖线 |，在部分移动端字体渲染下容易出现视觉错位。

3. 避坑点

   • 拒绝堆砌：类似“SEO优化_专业SEO_网站SEO公司”的写法，在现在的分词算法下毫无意义，还会触发算法的降权阈值。
   • 禁止同质化：列表页分页（Pagination）必须动态带上页码（如：第2页），否则整站几十页相同的Title会被判定为重复页面。

二、 Description 标签：CTR的决胜位

现代搜索引擎（尤其Google）早已不把Description直接计入排名算法权重，但它依然是SERP中最显眼的“广告位”。摘要写得烂，即使排在第3位，流量也会被第5位抢走。

1. 字数与信息密度

   • 中文站点：控制在 75~85个字。
   • 英文站点：控制在 140~155个字符。
   • 超过截断，少于则搜索引擎会自动抓取正文第一段甚至无意义的导航文字作为摘要，极度破坏可读性。

2. 撰写逻辑

   • 采用“痛点/场景 + 解决方案 + 核心动作词（CTA）”的结构。
   • 必须自然包含Title中的核心词与长尾衍生词。当用户搜索该词时，SERP摘要中的匹配词会标红/加粗，能显著提升视觉吸引力。

3. 常见事故

   • 采集站或批量生成的详情页，切忌直接截取正文HTML的前100字符，容易把排版乱码、JS代码或空空格抓入摘要。

三、 Keywords 标签：做减法的时候到了

在技术实现上，必须明确一个事实：

• Google 在2009年就已公开宣布完全不将Keywords标签纳入搜索排名计算。
• 百度 目前对Keywords的权重基本降到了忽略不计的程度。

实操建议：

1. 轻量维护：如果是老项目CMS自带配置，填 3~5 个精准词即可，用半角英文逗号隔开，不要耗费精力去精雕细琢。
2. 直接留空：新架构的项目甚至可以直接不在模板中渲染 <meta name="keywords">。很多时候，这个标签最大的作用反而是向竞争对手主动暴露你的关键词拓词策略。

四、 技术与工程化落地规范

对于技术人员，TDK不能靠运营一条条手填，重点在于模板的动态容错与自动化拼接：

1. Fallback 兜底策略 在CMS模板代码中，必须写好条件判断。

   • 若页面未单独配置自定义Description，程序应自动剥离正文HTML标签，过滤换行符后抓取前120字。
   • 严禁渲染出 <meta name="description" content=""> 这种空标签。

2. 规范化字符清理 入库与渲染时，必须对Title和Description执行过滤：剔除全角空格、控制字符、未转义的双引号 "（双引号会导致HTML标签提前闭合从而打断属性解析）。

3. Canonical 协同 所有生成TDK的页面，必须配合 <link rel="canonical"> 规范标签，避免带参数的动态URL生成大量TDK一模一样的抓取死循环，白白消耗服务器爬虫配额。