Meta 描述长度检测

把一段 description 原句粘贴进来,用字符数、UTF-8 字节数与像素估宽三个口径同时体检,直接看出它在 Google 桌面、移动端与各社交卡片上会不会被截断;内容只在本地浏览器计算,不上传。

—
像素条以 1000 px 为满格,两条红线分别是移动端 680 px 与桌面 920 px。

本页的核心结论:摘要会不会被截断由像素宽度决定,不由字符数决定——示例描述只有 63 字符、远低于 160 字符的红线,但 56 个全角字符按 16 px 计入后估宽达 952 px,越过桌面 920 px 与移动 680 px 两道线,两端都被截断。

使用方法

  1. 把完整的 description 原句粘贴进输入框。页面打开时已由服务端直出一段 63 字符的示例(覆盖计算、文本、编码、图片等 2000+ 免费在线工具……),直接在它上面改就行,刷新后示例仍在。
  2. 「重点渠道」决定结果区的提示口径:选 Google 桌面时按 920 px 判定,选 Google 移动时按 680 px 判定,选百度时按 120 汉字判定。下方十二行对照表不受这个选择影响,始终列出全部渠道。
  3. 输入框内按 Ctrl + Enter(Mac 上为 Cmd + Enter)触发检测;单独的 Enter 留给换行,不会误触发。改动内容时结果也会实时刷新。
  4. 结果区给出四个计数口径:字符数、UTF-8 字节数、中日韩全角字数、空格数,外加按 16 px Arial 基准逐字累加出的像素估宽。
  5. 像素条上竖着两条红线:68% 处是移动端 680 px,92% 处是桌面 920 px。蓝色条越过哪条线,就说明哪个端先被截断。
  6. 需要归档时点「复制对照表」取 TSV,或用「导出 CSV」拿带 UTF-8 BOM 的文件直接粘进表格软件;默认只列出前六行渠道,点「加载更多」展开全部十二行。

这个 Meta 描述长度检测能解决什么问题

写 description 的难点不在能不能写出来,而在写多长才会被完整显示。搜索结果页留给摘要的位置是固定宽度,超出部分被省略号截掉;同一句中文与同一句英文字符数相同时,占的宽度能差一倍,所以「数到 160 个字符就收工」这条经验在中文站上必然失准。本页把字符数、UTF-8 字节数、中日韩全角字数与像素估宽四个口径并排摆在同一屏,让你在写完到发布之前核一次,就能知道这句话在桌面、移动端、社交卡片与邮件摘要里分别是完整显示、被截断还是偏短。部分站点把这类工具写作 Meta标签描述长度检测,指的正是同一件事。

计算原理与变量说明

本页对同一段文本并行做四件事:按码点数字数、按码点区间算 UTF-8 字节、按全角区间的汉字数、按字符档位累加像素宽度。

档位字符单字符估宽
窄字符i l j t . , ; : ' " [ ] ( ) | !4 px
常规字符(小写字母、数字、空格)a e o r n s、0 到 9、空格8 px
宽字符A Z @ % & m w M W11 px
中日韩全角与中文标点汉字、假名、韩文、,。、16 px

为什么只看字符数不够:搜索结果页的宽度是按像素算的,不是按字数算的。160 个 ASCII 字符的估宽约 1280 px,160 个中文的估宽约 2560 px,两者差一倍;用同一条 160 字符的红线去卡中英文两种描述,一种会白白浪费版面,另一种则必然被截断。

为什么 description 不影响排名却仍值得逐条打磨:它不是排名因素,但直接决定点击率;更要紧的是,用同一个模板套出成百上千条重复描述时,搜索引擎会判定为低质量,并直接换成从正文里截取的片段,那时摘要会变成随机的一句话。留空时同理:不写 description,搜索引擎就自己从正文里截一段补上。

为什么估宽只能当排序参考:像素宽度依赖字体、字号与设备像素比,本页统一取 16 px Arial 作为基准,不同渲染环境下的真实宽度会有出入。估宽的用途是给多条描述排队——谁更可能先被截断,而不是给出一个精确的截断位置。

完整示例(数值仅作演示)

示例描述:覆盖计算、文本、编码、图片等 2000+ 免费在线工具,打开即用,无需注册,手机电脑都能顺畅使用,全部处理都在本地浏览器完成。

换算到实际写法:这段示例的问题不在「写太长」,而在「全角字符太多」。它只有 63 字符,按字符数看离 160 字符的红线还很远,但 56 个全角字符每个占 16 px,光它们就吃掉 896 px。中文描述要压进桌面 920 px,安全区间大约是 50 到 55 个全角字符;想再长,就得掺入数字与拉丁字母这类 8 px 档的字符。

示例数值均为演示,不代表任何站点的实际展现效果。

渠道长度与像素宽度对照表

下表列出各渠道的建议长度与本页采用的判定阈值;表格数值由页面按当前输入实时刷新,可点「复制对照表」按 TSV 取走。

渠道建议长度本页判定阈值超出后的表现
Google 桌面约 155~160 字符约 920 px超出以省略号截断
Google 移动约 120 字符约 680 px比桌面更窄,先被截断
Bing约 160 字符约 900 px与 Google 桌面接近
百度约 120 汉字按汉字计,约 240 字节中文按字计,长句常被截
Open Graph(Facebook)55~200 字符55 与 200 双门槛过 200 会被截断,不足 55 偏短
Twitter 卡片不超过 200 字符200 字符超过不显示尾部
微信分享不超过 100 汉字按汉字计卡片区更短
LinkedIn约 160 字符160 字符过长折叠
邮件摘要(主题行)不超过 60 字符约 360 px客户端按宽度截断
站内搜索结果不超过 150 字符150 字符由站点自定
AMP / 结构化摘要不超过 160 字符160 字符过长折叠
无障碍朗读(aria)不限长但建议不超过 150 字符150 字符屏幕阅读器会整段读

下表给出字符数到估宽的对应关系,按「中文为主、夹杂少量数字与空格」的句子口径估算;桌面阈值为 920 px,移动阈值为 680 px。

字符数估宽桌面 920 px移动 680 px
40584 px完整显示完整显示
60904 px完整显示截断
801200 px截断截断
1001488 px截断截断
1201808 px截断截断
1402128 px截断截断
1602392 px截断截断
1802712 px截断截断
2003032 px截断截断
2403616 px截断截断
3004520 px截断截断
4006008 px截断截断

结果边界、舍入与适用说明

常见问题

字符数和像素宽度,到底该看哪个?

先看像素宽度,再看字符数。搜索结果页按像素排版,160 个 ASCII 字符约 1280 px、160 个中文约 2560 px,字符数一样而宽度差一倍。本页的示例只有 63 字符,却因为 56 个全角字符而估宽到 952 px,两端都被截断。

为什么中文描述的安全长度比英文短一半?

因为一个全角字符按 16 px 计入,而常规 ASCII 字符只按 8 px 计入。桌面 920 px 的版面,英文能放下约 155 到 160 个字符,中文只能放下 50 多个字;移动 680 px 更窄,中文约 40 字出头就会触线。

描述到底写多长最合适?

按最严格的渠道取交集。想让桌面与移动都完整显示,就把估宽压到 680 px 以内;中文为主时大约 40 个全角字符。若只保证桌面完整,压到 920 px 以内即可,约 55 个全角字符。

不写 description 会怎样?

搜索引擎会自己从正文里截一段当摘要,截到哪句由查询词与页面结构决定,往往不通顺。页面检测到描述为空时会给出相应提示,不会把 0 字符当成「通过」。

UTF-8 字节数 175 B 有什么用?

它决定这段描述在 head 里占多少传输体积,也是百度那类按字节估算的渠道关心的量。175 字节远低于各家的 8 KB 上限,所以字节数一般只在描述极长或混入了大量表意文字时才需要盯。

同一句话桌面完整显示,为什么移动版被截断?

移动端版式更窄,阈值从 920 px 降到 680 px。示例 60 字符一档为 904 px,桌面刚好完整、移动已越线;这也是本页把两条阈值线都画在像素条上的原因。

这个工具免费吗?

免费,无需注册即可使用。

输入的数据安全吗?

安全。计算在当前浏览器本地完成,不会上传输入内容。

相关工具