10 月底,我们自己做了一轮英文标题维护,翻出五篇旧稿逐条改。改完复盘,问题集中在四类,一类是把具体日期写进标题,两周后看起来像旧闻,页面排在第六位却零点击;一类是标题超过 100 字符,搜索结果被截断,前 30 字符还没出现核心查询;一类是纯名词堆叠,读者看不出点开能得到什么;还有一类最冤,代码里明明改了 metaTitle,线上 <title> 还是旧的,团队误判为文案无效,实际是没部署。

这四类问题,正好对应三个要素的分工与一条验证纪律。父篇页面标题、结构与内链讲的是标题体系怎么接住搜索意图,本篇不重复那层论证,只给三要素的具体口径、改写方法和上线核验步骤。

三要素各管什么

Title、Meta Description、H1 经常被当成同一件事的三个位置,实际各管一段。

要素回答什么问题出现在哪常见误用
Title这条结果讲什么,为什么要点搜索结果标题链接、浏览器标签堆关键词、写死日期、超过一屏
Meta Description点进去能得到什么补充信息搜索结果摘要(可能被改写)复述标题、全站同一句
H1这个页面内部的主标题是什么页面正文顶部用 logo 当 H1、一页多个 H1

Title 的任务是查询匹配加点击承诺。官方标题文档的说法很直接,标题链接要唯一、描述清楚、简洁,别堆关键词,也别写半截话;Google 会从页面多个来源判断标题,检测到过时或不准确时会改写。也就是说,你能影响,但不能指定。

Meta Description 的任务是补充价值,别复述 Title。官方摘要文档说,Google 主要用页面内容自动生成摘要,只有当 meta description 比页面内容更能描述页面时才会采用。它没有长度上限,但搜索结果会按设备宽度截断。这两句话合起来意味着,描述是写给人看的,不必卡死一个字符数。

H1 的任务是页面内的唯一主标题。它不等于 Title,也不需要和 Title 逐字一致。官方标题文档提到,页面有多个同样醒目的大标题时,Google 可能拿第一个标题当标题链接来源。H1 混乱时,机器和人都要多猜一步,这页的主标题到底是哪一个。

长度只是近似

网上流传的「标题 60 字符、描述 160 字符」是经验值,别当成硬规则。SERP 按像素和设备宽度截断,中英文的信息密度也不同,同一个字符数在两种语言里占的宽度差很多。

更实用的做法是记三个区间,再用实际 SERP 预览验证。

要素英文经验区间中文经验区间目的
Title约 50 到 60 字符约 25 到 30 字降低截断概率,核心查询前置
Meta Description约 140 到 160 字符约 70 到 90 字留出补充信息,不写废话
H1不设硬上限不设硬上限讲清页面主题,可略长于 Title

这些数字只用来提醒可能被截断,不用来卡字数。要守住两条,核心查询放在前 30 个英文字符或前 15 个中文字符内;标题不要靠形容词凑长度。

还有一条常被忽略,Google 会改写标题与摘要。你写的 Title 不一定是用户看到的那行字,所以改完不要只盯着某一天的 SERP 截图,要看页面级点击率相对基线的变化。父篇已经说过这一点,这里只把它变成操作纪律。

四类坏标题与改法

把这一轮的四类问题摊开,每一类都有明确的判据和改法。

| 类型 | 症状 | 判据 | 改法 |
|---|---|---|---|
| 死日期型 | 标题里写具体日期,如 October 12 | 日期已过,内容仍有价值,但看起来像旧闻 | 去掉日期,保留具体动作,如 What to Check |
| 超长型 | 英文标题超过 100 字符,核心词不在前 30 | SERP 截断后语义不完整 | 压到 65 字符内,核心查询前置,品牌后缀保留 |
| 无承诺型 | 纯名词堆叠,如 Google Ads Automated Promotions | 读者不知道点开能得到什么 | 补一个决策或动作,如 What to Check |
| 未生效型 | 代码已改,线上仍是旧标题 | 线上 <title> 与仓库不一致 | 先查部署与缓存,别改第二遍 |

死日期型最容易被忽略,因为写的时候日期是新的。新闻、政策、活动类稿件尤其爱把日期写进标题,发布当下没问题,两周后就成了过期感的来源。改法要避免把日期换成最新,那同样会过期。更稳的是落到不变的动作上,比如要检查什么、哪些条款变了。

超长型在英文里更常见。中文标题信息密度高,30 字能说完的事,英文直译常常要 90 个字符。改法是先确定核心查询,把它放到最前面,再决定哪些修饰词可以删。品牌后缀统一保留,但不要为了塞关键词把后缀挤掉。

无承诺型是三种里最抽象的。判断方法很简单,把标题给一个不了解你业务的人看,问他「点开能拿到什么」。如果答不出来,标题就缺一个承诺。补承诺要写清具体产出,别用「指南」「详解」这类空词,比如怎么排查、哪几种情况、改哪一个设置。

未生效型属于流程问题,文案往往没错。我们自己的教训是,commit 里改了 frontmatter,构建也过了,但线上 <title> 还是旧的。原因可能是只改了仓库没部署,可能是部署了但 CDN 还在缓存旧 HTML,也可能是改的是 CMS 字段而页面走的是另一套内容源。排查顺序应该是,先看线上 HTML,再看 dist,再看仓库,最后看 CMS 与缓存。顺序反了,容易在白改文案上耗一天。

Meta Description,补充信息,别复述

一条合格的描述,至少回答一个 Title 没回答的问题。常见有四种写法。

写法回答什么例子方向
产出型点开能得到什么给出检查清单、对比表、判断顺序
对象型适合谁、什么阶段适合刚接手账户的投放、准备进新市场的团队
差异型和常见做法有什么不同不靠堆预算,先分清四种问题
边界型不做什么、有什么限制不承诺恢复时间,不替代当地法律意见

四种里选一到两种就够,不要全塞。描述别写成关键词列表,重复 Title 里的词不会加分,反而浪费了补充信息的位置。

一个反例是「Learn about Google Ads automated promotions and how they work.」这句话没有信息,也没有承诺,用户看完仍不知道点开能拿到什么。改成「Automated promotions default on for Search and PMax campaigns with location assets, pulling coupons and deals into ads. Scope, opt-out, and watchpoints.」至少说清了三件事,默认开启、影响哪些系列、文章会讲什么。

描述还要每页独立。官方明确说,全站相同或相似的描述在搜索结果里没有帮助。用模板批量生成某某服务、专业团队、多年经验,等于放弃了这个位置。

H1,页面内唯一主标题

H1 最常见的三个问题,用 logo 当 H1、一页多个 H1、H1 与正文主题不一致。

一个页面只设一个 H1,放在正文开头,写清这页讲什么。章节标题用 H2、H3,不要为了样式把每个章节都写成 H1。H1 可以与 Title 不同,Title 面向搜索结果的点击,H1 面向已经点进来的人,语气可以更完整、更具体。

H1 也不该是关键词堆叠。把主词、地域、年份、卖点全塞进 H1,读起来不像人话,页面结构也会乱。判断标准是,用户扫一眼 H1,能不能确认自己来对了页面。

多语言站点还要注意,H1 要按目标语言重写,不要从中文直译。语言与 hreflang 的站点侧处理,归国际与本地 SEO 那篇,本篇只提醒标题与 H1 的语言一致性。

中英写法差异

中文标题可以在 30 字里塞下主题、范围与承诺,英文直译往往会变成又长又平的句子。下面是几组对照。

中文直译(不推荐)改写(推荐)
关键词研究全流程,种子词、扩词与清洗Keyword Research Full Process, Seed Words, Expansion and CleaningKeyword Research Workflow - Seeds, Expansion, and Cleanup
Google Ads 广告拒登与受限行业合规Google Ads Ad Disapproval and Restricted Industry ComplianceGoogle Ads Disapprovals and Restricted Verticals - What to Fix
出海社媒合规,版权、广告披露、隐私与地区限制Overseas Social Media Compliance, Copyright, Ad Disclosure, Privacy and Regional LimitsGlobal Social Media Compliance - Copyright, Disclosure, and Privacy

三条改写原则。第一,英文用动词或具体动作,少用 full process、comprehensive 这类空词。第二,核心查询放在最前,品牌后缀放最后。第三,不要为了迁就中文结构逐字翻译,英文读者不关心中文标题的对称。

年份与日期也要单独判断。年份在年度盘点、政策生效这类内容里有用,在常青教程里通常只会加速过期。日期更严格,除了确有生效日的政策稿,一般不进标题。

改写流程,一次只改一类

改标题最容易犯的错,是 Title、Description、H1 一起改,改完不知道哪个起了作用。更稳的流程是一次只改一类,并提前写清判据。

步骤做什么产出
1 基线取近 28 天展示、点击、CTR、平均位置,按查询与设备拆分一张基线表
2 诊断看实际 SERP 预览,判断属于哪类问题问题类型与目标标题
3 改写一次只改 Title,或只改 Description,或只改 H1一版新文案
4 预设写清观察窗口、比较口径、成功与回滚条件一张判据表
5 上线构建、部署、刷缓存,核对线上 HTML线上生效证据
6 复盘28 天后对比基线,决定保留、再改或回滚一条结论

基线至少包含四个数,展示、点击、CTR、平均位置。只取 CTR 不看展示,会把展示下降误判成点击率上升。按品牌词与非品牌词分开看,品牌词的 CTR 通常更高,混在一起会掩盖非品牌页的变化。

观察窗口建议 28 天,和基线取数周期一致。判据提前写,比如「CTR 相对提升,且平均位置不下降超过一位」算通过;「CTR 没动或下降」算回滚。不要等看完数据再定标准,那样一定会找到理由说服自己。

一次只改一类,是为了归因。Title 改了、Description 也改了,CTR 动了,你不知道该保留哪一个。如果一定要同批改多页,至少保证每页只改一类,别在同一页上叠加变量。实验设计的一般规则,单一变量、预设窗口、判据先行,在AI 时代内容策略那篇里有更完整的讨论;长度实验与差异化 A/B 留给了子节点,上线后回填。

上线后先核验,再谈效果

这一步是这一轮维护最值钱的教训。改完不等于生效,生效不等于有效果,顺序不能反。

核验清单如下。

第一,看线上 HTML 的 <title>、meta name="description" 与 <h1>。用 curl 取公网页面,不要只看本地预览。

第二,对比 dist 与线上。dist 里是新标题、线上是旧标题,说明部署或缓存有问题,文案通常没问题。

第三,刷 CDN 缓存后复查。HTML 缓存时间可能很长,刷新后仍不变,再查源站。

第四,确认改的是正确的数据源。本地 MDX、CMS 字段、Payload 内容源可能同时存在,页面实际读哪一个,要提前确认。

第五,GSC 里请求重新抓取,观察索引与展示变化。索引更新需要时间,不要当天就下结论。

第六,28 天后按预设判据复盘。CTR 提升但位置下降,可能是标题更吸引点击但相关性没跟上;CTR 不动但位置上升,可能是其他改动的影响。把可能因素写进复盘,不要硬归因。

一个实用习惯,把线上生效证据截屏或存 HTML 片段,和改动记录放在一起。下次再遇到改了没变,先翻记录,能省很多时间。

常见误区

把 60 字符当硬规则。SERP 按像素截断,Google 还会改写,字符数只是降低风险的参考。

标题堆关键词。堆得越多,点击承诺越弱,改写概率也越高。

Description 复述 Title。描述的位置应该回答 Title 没回答的问题。

H1 用 logo 或一页多个 H1。页面主标题不清晰,机器与人都要多猜一步。

改完不看线上。commit 成功不等于部署成功,部署成功不等于缓存已刷。

一次改三个要素。归因不清,复盘只能靠感觉。

承诺 CTR 提升幅度。标题能影响点击,但幅度取决于查询、竞争、品牌与展示位置,没人能提前保证一个百分比。

相关阅读