标题标签生成器

套用六组修饰模板产出候选 title 标签,逐条标注字符数与像素宽度,600 像素截断线一目了然。

各输入框按回车即生成;右侧批量框用 Ctrl / Cmd + Enter。

搜索结果预览(模拟桌面端 600 像素截断)
—

—

候选标签对照表(默认 12 条)
候选 title 标签字符数像素宽判定

使用方法

  1. 「核心关键词」填页面主词,示例 网页标题优化,最长 20 字;「品牌名后缀」填站点名,示例 柳泉工具,最长 15 字,留空则跳过带品牌的模板。
  2. 分隔符选一种:下划线 _、连字符 - 或竖线 |,本页默认下划线。它会原样写进候选标题,选定后看预览行确认顺眼再生成。
  3. 点「生成 title 标签」或在任一输入框按回车。上方预览行按 20px Arial 渲染,超过 600px 会被 CSS 省略号截掉——和搜索结果里的截断是同一回事。
  4. 对照表默认 12 条,点「加载更多」看满 24 条;点「导出 CSV」拿到带 BOM 的文件,点「复制对照表」得到 TSV,可直接贴进表格软件。
  5. 批量模式:右侧文本框每行一个关键词(已预填 3 行示例),按 Ctrl / Cmd + Enter,每行产出一条「关键词_两组修饰」结构的候选,逐行显示字符数与像素。

标题标签生成器能解决什么问题

给页面定 <title> 时最纠结的是两件事:文案怎么组、长度会不会被搜索结果截断。标题标签生成器把「组文案」变成选模板——主词加两组修饰、主词加品牌、修饰词提前等六种结构各出几条候选,你只负责挑一条顺眼的,不用从空白开始憋。

第二件事是长度判断。很多人数完字符就上线,结果在搜索结果页还是被截成了省略号,因为 Google 按像素而不是按字符截断:同样 26 个字符,全中文占 520px,英文只占一半左右。本页每条候选都同时给字符数和像素宽两个数,两个口径都达标才标绿。

第三件事是批量给栏目页起标题。站点改版常有几十个栏目页要统一补 title,逐条手写容易漏品牌后缀、写错分隔符;把关键词一行一个贴进批量框,一次产出带一致结构的清单,导出 CSV 交给开发替换。口径说明:本页只管 <title> 与页面可见的 H1 这一层,head 里的 description、keywords、Open Graph 等 meta 标签属于另一个物种,去用Meta标签描述生成器;生成文案要不要嵌入关键词,可以先用关键词列表生成器把词表备好。

原理与规则:H1 层级语义、title 的 Text 约束与 600 像素截断线

先分清三层:标题标签生成器产出的是 <title>,它写在 head 里、是搜索结果页上那条蓝色链接的文字,也是浏览器标签页和收藏夹的名字;H1 是 body 里页面可见的大标题,读者打开页面才看得到;meta 描述同样在 head 里,但只在摘要位置展示。三者各管一段,互不替代——H1 写得再好,搜索结果页展示的仍是 title。

H1 到 H6 的层级语义由 WHATWG HTML 定义:h1 是当前章节最高级标题,h2 到 h6 依次降级,浏览器无障碍树里它们是 heading 角色,屏幕阅读器用户按标题快捷键逐级跳转,层级错了跳读就乱。默认字号从 h1 的 2em 递减到 h6 的 0.67em,但那只是 UA 样式表,可以用 CSS 改小 h1、改大 h3——改样式不会改语义,语义只由标签名决定。至于「一个页面能不能有多个 H1」:HTML4 时代不行,HTML5 曾允许每个 article/section 各自一个 H1,但 2022 年 WHATWG 把文档大纲算法(outline algorithm)从规范移除,这个自由随之失去背书,现在主流实践回到一页一个 H1。

<title> 元素的内容按规范必须是纯文本(Text),写 <b> 或 <br> 进去不会被当成标签渲染,而是原样出现在标签页标题里。所以本页输出的候选一律不含任何标签字符,需要强调就把词写成文字本身。

长度这条线是像素不是字符:Google 桌面端结果页的标题区域约 600px,排版近似 Arial 20px。按 Arial 的标准字宽(unitsPerEm 2048,字母 a 的 advance 是 1139)折算:全角汉字每个约 20px,600px 只装得下 30 个汉字;半角字母约 11.12px,能装 53 个;最宽的 m 约 16.66px,只能装 36 个。这就是「中文约 30 字、英文约 60 字符」口诀的来历。本页用 canvas.getContext('2d').measureText(text).width 按这条字体规则实测每条候选的像素,比按字符数估靠谱一截。

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

用默认输入「核心关键词 = 网页标题优化、品牌 = 柳泉工具、分隔符 = 下划线」点生成,前几条候选:

批量框预填的 3 行(网页标题优化 / 香水推荐 / 健身餐搭配)按 Ctrl + Enter 后,每行产出一条 26 字符级的候选,行数、字符数、像素三列与单条生成共用同一套算法,数值一致。

输入范围与对照表

核心关键词 1 到 20 字,品牌名 0 到 15 字,生成数量 1 到 24 条,批量最多 20 行。默认输入下 12 条候选的完整对照如下(像素按全角 20px、半角 11.12px 折算,与页内 canvas 实测同口径):

候选 title 标签字符数像素宽判定
网页标题优化_完整教程与操作步骤、参数详解与常见问题26511双达标
网页标题优化_完整教程与操作步骤、参数详解与常见问题_柳泉工具31602字符达标但像素超限
网页标题优化_完整教程与操作步骤_柳泉工具21402偏短
网页标题优化_参数详解与常见问题_柳泉工具21402偏短
网页标题优化_在线使用与免费获取_柳泉工具21402偏短
网页标题优化_原理讲解与实例演示_柳泉工具21402偏短
网页标题优化_新版功能与使用技巧_柳泉工具21402偏短
网页标题优化_输入范围与结果口径_柳泉工具21402偏短
完整教程与操作步骤,网页标题优化_柳泉工具21411偏短
网页标题优化:完整教程与操作步骤(柳泉工具)22440偏短
网页标题优化与关键词布局_完整教程与操作步骤_柳泉工具27522双达标
网页标题优化与关键词布局_完整教程与操作步骤、参数详解与常见问题_柳泉工具37722偏长

读表要点:偏短不扣分只是浪费预算,标题标签生成器把 25 到 32 字符设为推荐区间的理由是——短于 25 常常塞不下「主词 + 差异点」,长于 32 则在 600px 截断后尾段必丢;而第 2 行说明即便字符数合格,全中文也可能压不住 600px,所以判定列永远同时看两个数。

输入范围、边界与精度说明

字符数怎么数的:按 Unicode 码点计,用 [...s].length 而不是 s.length。差别在增补平面字符——比如 emoji 是代理对,s.length 返回 2,码点数返回 1。标题里放一个 emoji,两种数法差 1,而它实际占的像素又接近一个全角宽,三种口径各说各话;本页字符列统一用码点口径,像素列交给 canvas 实测,不混算。

600px 的取舍:这是桌面端结果页标题区域的业界通测值,对应的排版假设是 Arial 20px。它不是精确常数——Google 实际截断还受半角全角混排、时间戳后缀、移动端更窄等因素影响——但作为预算线,按它守着写,截断风险最低。同理「中文约 30 字」是 600 除以 20 的整数结果,遇到混入的数字和空格会略多一两个字符,别当精确值背。

模板池的规模:六个修饰词与五类结构组合出 48 条原始候选(T1 六条、T2 与 T3 各 15 条两两组合、T4 与 T5 各六条),去重后按「先双达标、后偏短」的顺序截取你指定的条数,上限 24。候选顺序是确定的,同一输入两次生成结果完全一致,方便前后对比。

常见误用一:只看字符数不看像素。31 个全角字符是 602px,照样截——上表第 2 行就是实例,字符口径达标、像素口径超限,两个数必须都看。

常见误用二:把 H1 文案原样当 title。H1 可以长、可以带感叹号、可以写成句子,title 要和搜索结果页的竞争者挤在 30 个汉字里,两者文案策略不同。一页多 H1 在规范层面已失去支持(2022 年文档大纲算法移除),别为了复用把页面拆出多个 H1。

常见误用三:往 title 里塞 HTML 或堆重复词。<title> 内容必须是纯文本,标签会原样露出;而「主词_主词_主词」式堆砌在 600px 里只会让截断先吃掉真正想展示的尾段,主词出现一次加品牌一次已经足够。

常见问题

生成的标题该用下划线、连字符还是竖线?

三种都能被搜索引擎正常分词,没有谁有排名加成。实践差异是视觉的:竖线两侧需要空格(占像素),下划线紧贴但链接感弱,连字符最通用。本页默认下划线,切换分隔符只改连接符不改文案,预览行会实时变宽变窄——注意竖线加空格会把 511px 的候选推近 600px。

为什么我的标题字符数没超 32 还是被截断?

先数全角占比。30 个全角汉字就是 600px 上限,31 字符的全中文标题(如对照表第 2 行,602px)恰好压线被截。截断按像素走,数字、大写字母、emoji 的宽度各不相同,本页用 canvas measureText 按 Arial 20px 实测,比按字符估贴近真实展示。

H1 和 title 要写成一样的吗?

不要求,也通常不该一样。title 面向搜索结果页的点击,要放主词和差异点;H1 面向已进页的读者,可以写得更完整自然。两者主题一致即可,不必逐字相同;把 30 字的 title 原样放大当 H1 反而丢了可读性。

一个页面放两个 H1 到底行不行?

规范层面:HTML5 曾允许每个 article/section 各起一个 H1,但 2022 年 WHATWG 移除文档大纲算法后这条路径没有规范背书了,主流做法回到一页一个 H1。实践层面:多个 H1 会稀释层级语义,屏幕阅读器按标题导航时出现两个「最高级」会困惑。层级靠 h2/h3 往下排,而不是多加一个 h1。

emoji 加在标题里对长度有什么影响?

三笔账:字符数上 emoji 是单个码点(但 .length 会算成 2);像素上多数 emoji 按全角宽占约 20px;搜索结果页对 emoji 的渲染还不稳定,有的会被替换或丢弃。结论是能不用就不用,要用就把它的像素当全角字符预留出来。

批量模式最多 20 行,更多关键词怎么办?

分批:20 行生成后导出 CSV,清空文本框再贴下一批。设上限是因为数百行一次性渲染对照表会拖慢页面,而批量场景通常按栏目分组,20 行正好是一组栏目页的量级。每行独立生成、独立计长,一行出错不影响其他行。

生成数量上限为什么是 24 条?

六组修饰模板的合理选择区间就是前几条:结构只有五类,24 条已覆盖全部结构的代表组合,再翻倍只是修饰词的重复排列,对决策没有增量信息。对照表也按 12 条分页渲染,「加载更多」看满 24 条,避免一次性铺满长表。

和标题标签长度检测那页什么关系,用哪个?

顺序问题:先在本页生成并按 25 到 32 字符、600px 双口径选型,上线后如果怀疑某页被截断或想核对已发布的写法,用标题标签长度检测对现成标题做体检。一个是写之前的草稿台,一个是写之后的复查器,不互相替代。

相关工具