meta description 该写多长：160 那个数字不是 Google 说的

实测 · 2026-08-17 · 30 个站 · 单次快照

样本与口径：与我们做 robots.txt、sitemap 两次调查完全相同的 30 个站。每站首页一次请求，浏览器 User-Agent，2026-08-17。3 个站拒绝了我们，分母是 27。同一次抓取供本批另外四篇用。

meta description 没有长度上限，这是 Google 文档里的原话。它同一页上还说了一句更别扭的：摘要主要由页面正文自动生成，只有当你这段写得比正文更贴切时才会被采用。27 个首页里，写了的中位数是 130 个字符，4 个超过 160，5 个不到 70，还有 4 个一个字都没写。

27 个首页实际写了多长

跨度从 30 到 267。两个极端都出自明显认真想过的站。

写了的那 23 个，中位数 130 字符——稳稳落在流传最广的那个建议值以内。说明这条建议已经被广泛吸收了，尽管它并不是一条真规则。

怎么测的

抓取前写死，之后没改。

1. 用桌面浏览器 User-Agent 请求首页一次，跟随重定向。
2. 从交付的 HTML 里读 <meta name="description">，数它 content 属性的字符数。
3. 标签不存在记为 0，且不区分「没有标签」和「内容为空」。

数的是字符，不是像素。实际截断取决于渲染宽度，而我们什么都没渲染。

「160 字符」不是 Google 定的

Google Search Central 写得很直白：There's no limit on how long a meta description can be, but the snippet is truncated in Google Search results as needed, typically to fit the device width.（长度没有上限，摘要会按需截断，通常是为了适配设备宽度。）截断是跟读者屏幕绑定的显示行为，不是一条校验阈值。

同一页上更要紧的是这句：Google primarily uses the content on the page to automatically determine the appropriate snippet. We may also use descriptive information in the meta description element when it describes the page better than other parts of the content.（摘要主要由页面正文自动决定；当 meta description 比正文其他部分更贴切时，也可能采用它。）

所以这段文字是个候选，不是一条指令。写还是要写，但把字符数当成一个可调的杠杆，是在优化一个可能根本不会被展示的字段。

🔴 中文页面照搬这个字符数，本身就错了一倍

Google 说的是按显示宽度截断，不是按字符数。而一个汉字的显示宽度大约是一个拉丁字符的两倍。所以英文语境里传出来的「155 到 160 字符」这个经验值，搬到中文页面上对应的字数要少得多——照着写 160 个汉字，前面很可能就已经截掉了。

这一段是从官方那句「按设备宽度截断」加上排版常识推出来的，不是我们测出来的。中文摘要到底在什么位置被切，需要逐词逐设备看实时结果，那是另一个研究，我们这次没做。

4 个站一个字都没写，原因不一样

Discord、Canva、Webflow 和 Hacker News 什么都没发。Canva 要单独归一类——它首页交付 3 KB 的加载器，没有 description、没有 h1、没有 canonical、没有结构化数据，因为这些在 JavaScript 跑起来之前都不存在。

另外三个交付的是完整 HTML，只是没写这个标签。对它们来说 Google 会从正文里拼一段摘要出来——而它本来多半也会这么做。代价不是「什么都不显示」，而是你连一个候选都没有放进去。

对 AI 答案来说，它的作用不一样

搜索摘要被截了，读者还能点进来。答案引擎压根不展示你这段——它读正文，然后改写。所以在那个场景里这段文字的职责更窄：它是关于「这一页是什么」的又一句陈述，和 title、h1 并排站着。

这是从这些系统的公开文档推出来的，不是测量结果。我们没有测过任何引擎会不会给这段加权，也不会给一个没观察到的数字。

这次说不了的事

我们不知道这些 description 有多少被 Google 真的展示了。要确认得逐站看实时结果，而摘要随搜索词、设备和时间变，那是一个目标一直在动的研究。

另外我们量的是字符，截断按像素——同样 130 个字符，宽字体下可能比 150 个字符的窄字体切得更早，这里一点都没算进去。

你的 meta description 该怎么写

两个该保留的习惯，两个该丢掉的。丢掉的那两个，恰恰是现在大部分精力花的地方。

• 重要的页面每一页都写一段，而且写的是这一页，不是这家公司。
• 把具体的部分放前面。真被切了，活下来的那半截也该是有用的那半截。
• 别追一个精确的字符数。那个数字不在 Google 的文档里，而且中文和英文根本不是一个量级。
• 别让模板全站输出同一句话。每页一模一样的描述，比没有还糟。

引擎被允许从你的页面上摘多少，是另一套机制，写在没有 noai，nosnippet 才是那个开关里。正文本身怎么写才值得被摘，看内容怎么写才会被 AI 引用。把描述在整站每一页上查一遍、包括那个模板重复的问题，正是 QueryWin 要接的活。

常见问题

meta description 到底有没有长度上限？

没有。Google 文档明写没有上限，摘要按设备宽度截断。流传的 155 或 160 是一条关于显示宽度的经验法则，不是规范。

Google 大多不用它，那还写吗？

写。「大多」不是「总是」，而成本只有一行。Google 自己说了：当这段比正文更贴切时就会采用它。

267 个字符是不是写错了？

纽约时报是这批里最长的一个。什么都没坏，只是尾巴可能不出现。要不要紧，取决于前 130 个字符有没有把话说完。

不写会影响被 AI 引用吗？

没测过。答案引擎读的是正文，所以缺这一段少的是一个概括信号，不是内容本身。