网页标题该写多长：27 个首页测下来，没有一个和自己的 h1 对得上

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

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

27 个首页的网页标题，最短 8 个字符，最长 120，中位数 40。有 6 个超过了流传最广的那个「60」，而 Google 文档里压根没有上限这回事。真正意外的结论在旁边：这些站里有 22 个同时带了 h1，而 22 个里没有一个，两处说的是同一句话。

怎么测的

抓取前写死，之后没改。

1. 用桌面浏览器 User-Agent 请求首页一次，跟随重定向。
2. 从交付的 HTML 里读 <title> 的文本，数字符数。
3. 读第一个 <h1> 的文本，并数这一页有几个 h1 元素。

数的是字符不是像素，全程不渲染。有两个站返回的是日语首页，因为我们的出口在日本——这一条写在下面，不悄悄剔除。

27 个首页的网页标题各写了多长

跨度比我们在这批站上测过的任何一个字段都大。

BBC 那个 120 字符，是在品牌名后面列了九个栏目词。Substack 只有一个词。两头都是想清楚了的——一个要交代整个新闻编辑部有什么，一个的名字本身就是人们会去搜的词。

Google 文档没有给字符上限

「60 字符」是被重复到听起来像官方规定的民间说法。Google 真正写下来的是：While there's no limit on how long a <title> element can be, the title link is truncated in Google Search results as needed, typically to fit the device width.（title 的长度没有上限，标题链接会按需截断，通常是为了适配设备宽度。）2026-08-18 读自 developers.google.com 的 title link 文档。

截断是跟读者屏幕绑定的显示行为，不是一条校验规则。标题长本身不算错。长标题让你失去的是「哪半句活下来」的控制权。

🔴 中文站的两个习惯，搬到 Google 上都要打个折

第一件是宽度。Google 说的是按显示宽度截断，而一个汉字的显示宽度大约是一个拉丁字符的两倍。所以英文语境里那个经验值搬到中文页面上，对应的字数要少得多——照着写 60 个汉字，能显示出来的通常只有一半。

第二件是堆词。中文站长习惯在标题里把同一类词铺一遍，而 Google 在同一页上明写：Avoid keyword stuffing. It's sometimes helpful to have a few descriptive terms in the <title> element, but there's no reason to have the same words or phrases appear multiple times.（避免关键词堆砌。放几个描述性的词有时是有帮助的，但没有理由让同样的词或短语出现多次。）

值得对照的是：我们样本里那 6 个超长标题，堆的是栏目名——News、Sports、Business 这种，属于导航，不是同义词轮着写一遍。这两件事在字符数上看起来一样，在 Google 眼里不是一回事。

没有一个首页的标题和自己的 h1 对得上

27 个页面里有 22 个带至少一个 h1。逐条比对下来，h1 的文本和 <title> 全都不一样。有两个只差一个品牌后缀，算是最接近的。

出版类和工具类的做法正好反过来。Wired 和 Ars Technica 把话题词放进标题，h1 只留一个品牌名；Notion 和 Figma 把定位句放进标题，h1 另写一句别的。两种都不算错。但两种都意味着：一个来提取内容的引擎，问「这一页是什么」会拿到两个答案。

有三个站发了两个 h1

Stripe、Webflow、Cloudflare 的首页各交付了两个 h1。另有五个一个都没有：substack、techcrunch、theverge、hacker news、bbc。

Google 讲标题链接从哪儿来的那段，把两种情况都说到了：Google looks at various sources when creating title links, including the main visual title, heading elements, and other large and prominent text, and it can be confusing if multiple headings carry the same visual weight and prominence.（Google 会从多个来源拼标题链接，包括主视觉标题、标题元素和其他醒目的大字；如果多个标题的视觉权重一样，会造成混淆。）

第二个 h1 不会加强调。它把原本被强调的那个也一起取消了。

这次抓取回答不了什么

我们不知道这些标题有多少被 Google 原样展示了。要确认这件事，得逐站逐个搜索词去看实时结果，而那个东西一直在变，是另一个研究。

还有一个数字自己在晃。canva 在 2026-08-17 交付 3,051 字节、零个 h1；2026-08-18 交付 436,314 字节、一个 h1。同一个地址、同一套口径，隔一天。爬虫拿到的是哪一份，我们不知道——这也提醒一件事：单次快照描述的是一个时刻，不是一个站。

另外两条口径要写明。stripe 和 slack 返回的是日语首页，因为我们的出口在日本，它们的字符数算的是日语版不是英文版。以及拉丁字符和汉字在屏幕上不是一个宽度，这正是我们只报字符数、不肯换算成像素的原因。

今天能改的四件事

两件该做，两件该停。

• 把最具体的那半句放前面。真被截了，活下来的那半句也还能说清这是哪一页。
• 动笔之前先想清楚 h1 是干什么的。和标题重复站得住，和标题打架站不住。
• 别把 60 字符当规则。Google 没有这条上限，样本里 6 个站是故意超的。
• 别为了排版发两个 h1。把某一个的字号调小就行了。

同一批面板上的摘要字段，那个民间数字的来路和这个一模一样，测在 meta description 该写多长那篇。哪些首页干脆连 h1 都没有、病因有两种，在多少首页连 h1 都没有那篇。把全站的标题和标题层级放在一起看它们对不对得上，是 QueryWin 正在做的事。

常见问题

你们是怎么测的

每个首页请求一次，浏览器 User-Agent，跟随重定向，2026-08-18。数 <title> 文本的字符数，另记第一个 h1 和 h1 的个数。不渲染。

网页标题到底有没有长度上限

没有。Google 文档说没有上限，标题链接会按设备宽度截断。那个 60 字符讲的是桌面结果里的显示宽度，不是规范。

title 和 h1 要不要写成一样

可以一样。这 27 个站没有一个这么干，这件事说明的更多是首页是怎么被做出来的，而不是什么才算对。到了内容页，两者靠近反而更好交代。

标题太长会不会影响被 AI 引用

没测过。答案引擎读的是正文，标题只是关于「这一页是什么」的一句陈述，和 h1 并排站着——这也正是两者打架时值得看一眼的原因。