How to Preview Your SERP Snippet Before You Publish

Google does not count characters when it cuts off your title tag or meta description — it counts pixels. A 58-character title full of wide letters can truncate while a 64-character title of narrow ones survives — the “60 characters / 155 descriptions” rule keeps failing. A SERP preview tool approximates the rendered snippet, estimates pixel width, and lets you compare desktop and mobile before anything goes live. This guide covers why truncation works the way it does, how the layouts differ, how bolding affects clicks, and how to lower the odds of a rewrite.

Why Google Truncates by Pixels, Not Characters

Google’s Search Central documentation sets no character limit: “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.” The results page fills a fixed width with as much text as fits — a pixel budget, not a character count.

Measured in Liberation Sans at 20 px — metrically identical to Arial, the approximation this guide’s tool uses — WWWWWWWW spans 151 pixels while iiiiiiii spans 35.5: a 4.25× gap between the widest and narrowest letters. Two plausible titles:

Title A (69 chars, ~718 px): WWMW: The Complete, No-Nonsense Guide To Modern Wide Widget Workflows
Title B (71 chars, ~571 px): a simple, gentle little guide to fitting tiny widget work into any site

Title B is two characters longer yet about 146 pixels narrower — Title A is the one that gets cut, blowing past the desktop title budget of roughly 580 px (Zyppy measured ~600). Budgets to design against, as of November 2026: desktop titles ~580 px; desktop descriptions ~920 px (Portent’s 30,000-keyword data shows display peaking at 156 characters desktop, 118 mobile); mobile descriptions ~680 px. They drift as Google adjusts its layout — so preview instead of counting.

Desktop vs Mobile: Same Snippet, Different Cuts

Desktop and mobile results enforce different budgets. The mobile column is far narrower: titles wrap across two lines, descriptions across three, in a column this tool models at roughly 340 px — versus one 580 px title line and two ~600 px description lines on desktop. Both layouts show the favicon beside the site name; on mobile it takes a proportionally bigger bite of an already narrow column.

The consequence is an ordering rule: whatever must survive — the keyword, the differentiator, the year — belongs at the front, the only part guaranteed in both layouts. If your title only works when its last five words are visible, it does not work. And since most searches happen on phones, a snippet that truncates only on mobile still undercuts clicks on most of your impressions.

Keyword Bolding: Why Position Affects Clicks

When a query matches your snippet, Google bolds the matching terms — and close variants — in the title, breadcrumb line and description. Bold is the fastest scanning signal on the page: it confirms “this result is about what you typed” at a glance.

A keyword truncated out of the snippet cannot be bolded, so front-loading it protects the visual hook. Variants also bold — for serp preview, Google may bold “SERP Preview” or “preview your SERP” — but a term you never wrote cannot bold at all. Put the keyword once near the front of the title, and once early in the description.

How to Preview Your SERP Snippet Step by Step

The check takes about two minutes with the free SERP preview tool, which runs entirely in your browser.

Step 1: Paste in your working title

Type or paste the title exactly as you plan to ship it. The tool shows a live character count and pixel width against the ~580 px desktop budget. Watch the pixel counter, not the character count — a title can read “fine” at 58 characters and still blow the budget if it is uppercase- or W-heavy.

Step 2: Add the meta description

Paste the description below it. The tool measures its full pixel width against the two-line desktop allowance, showing whether the tail survives. Front-load the selling point inside the first ~680 px — roughly the first 100–118 characters, the part mobile shows (Portent’s mobile cutoff: 118).

Step 3: Enter the page URL

The URL feeds the site name and breadcrumb line, mirroring the example.com › category › page format Google typically shows. The breadcrumb eats horizontal space, and query matches in the URL also get bolded.

Step 4: Set the focus keyword

Type the primary query the page targets. The tool checks it against title, description and URL, printing a pass or warning line for each — e.g. “Focus keyword missing from the title – Google bolds it in results when present.” A URL warning is optional, but if the term and its variants appear in no field, that query has nothing to bold.

Step 5: Toggle desktop and mobile

Flip between Desktop and Mobile. On mobile, judge the two wrapped ~340 px lines: both must carry your message, neither may truncate. Fix mobile first — shorten the title, move the keyword forward, or rewrite the opening until clean; desktop almost always still reads well once mobile passes.

Step 6: Fix and finalize the tags

Iterate until neither layout truncates anything you care about. The tags belong in the <head> of the page:

<title>Your final title</title>
<meta name="description" content="Your final description.">

Prefer no HTML? The meta tag generator produces the ready-to-paste snippet, and on WordPress or any CMS with an SEO plugin you simply fill the plugin’s title and description fields. For social shares, check the URL with the Open Graph preview tool.

Why Google Rewrites Snippets — and How to Lower the Odds

Truncation is only half the problem: Google frequently replaces what you wrote. One of the largest public studies — Zyppy, 80,959 titles across 2,370 sites — found Google had rewritten 61.6% of them; titles over 70 characters changed 99.9% of the time. Portent’s 30,000-keyword study, reported by Search Engine Journal, found descriptions rewritten 68% on desktop and 71% on mobile, usually for a page fragment matching the query.

Google’s explanation of its 2021 title-generation system lists the triggers: tags that are very long, “stuffed” with keywords, boilerplate, or that don’t describe the page well — it then substitutes text it considers more relevant, often the H1. You cannot force Google to keep your text, but you can make rewriting pointless:

  • Front-load the unique value. Lead with the page’s specific promise and the keyword; save the brand for the end — Google adds site names itself.
  • One keyword, not five. A title stuffed with near-duplicate variants (“SERP Preview Tool – SERP Snippet Preview & SERP Checker”) is a rewrite invitation.
  • No boilerplate. If every title ends with the same long suffix, Google will trim or replace it.
  • Write the description for one query. Google’s docs say keyword-list descriptions are “less likely to be displayed as a snippet”; one that plainly answers the page’s main question gives it no reason to hunt for a fragment.

Keep expectations calibrated: the preview is your best-case display. Verify what renders by searching your target keyword — or site:yourpage.example — in an incognito window a few days after publishing; if stale, request a recrawl. The SERP preview approximates Google’s Arial-based rendering, it does not guarantee it.

Common Mistakes to Avoid

  • Optimizing to character counts. “It’s under 60 characters” is meaningless if the pixel width is over budget. Judge by pixels — and by the mobile preview.
  • Only checking desktop. The desktop preview is the generous one; a snippet that only passes desktop fails most of your traffic.
  • Burying the keyword at the end of the title. Truncation cuts the tail first; a keyword in the last five words often never renders or bolds.
  • ALL-CAPS styling. The W-to-i gap is a 4.25× extreme; all-caps averages about 36% wider than lowercase — enough to turn a marginal title truncated. Sentence case buys room.
  • Stuffing the description with keywords. A keyword-list description gets ignored by searchers and, per Google’s docs, is less likely to be shown. Write one clear sentence with the keyword once — the word counter is a quick sanity check.
  • Repeating your site name in the title. Google already appends it when helpful; duplicating wastes pixels that should hold your message.

Frequently Asked Questions

Does Google still use my meta description if it rewrites it so often?

Expect your exact text roughly three times in ten: Portent found Google used the page’s own description around 30% of the time, and rewritten results often still blend your wording with a page fragment. Odds improve when it plainly answers the query — Google’s docs say keyword-list descriptions are less likely to be shown. Treat it as a strong suggestion, not a command.

How long can a title tag be before Google truncates it?

No character limit — the cutoff is a pixel budget of roughly 580–600 px on desktop. Mobile has no single number: it scales with device width (this tool models two wrapped lines in a ~340 px column; Zyppy measured mobile sometimes a bit above desktop). Wide letters burn the budget faster — preview at pixel width, not character count.

Is there a separate pixel limit for mobile titles?

Not one fixed number. Mobile titles wrap across two lines in a column this tool models at roughly 340 px, and Google’s cutoff varies with the phone’s viewport and font rendering — so the mobile preview is the check, not a second magic number. If the title fits both lines without truncating, ship it; if not, shorten it.

Why did Google replace my title tag with my page heading?

Google’s 2021 title-generation system substitutes other on-page text — often the H1 — when the tag is very long, keyword-stuffed, boilerplate, or doesn’t describe the page well. Google says it still uses the HTML title tag more than 80% of the time, so shortening it and removing stuffed variants improves the odds yours returns. Give it days to weeks, then re-check.

How long does Google take to show my updated snippet after I change the tags?

It depends on recrawl frequency: Google says crawling can take a few days to a few weeks. To nudge a single URL, use Search Console’s URL Inspection tool and click “Request indexing” — typically processed in about a day, sometimes a week or two; re-submitting repeatedly does not speed it up.

Can a SERP preview tool guarantee what Google will display?

No. A preview approximates Google’s truncation, bolding and layout with Arial-based typography — accurate for planning. But Google rewrites titles in a majority of cases and adjusts its layout over time: preview before publishing, then verify by searching your target keyword in an incognito window.

如何在发布前预览你的 SERP 摘要

Google 截断标题标签或 meta 描述时,数的不是字符,而是像素。一个全是宽字母的 58 字符标题可能被拦腰截断,而 64 字符的窄字母标题反而安然无恙——所谓“标题 60 字符、描述 155 字符”的经验法则之所以一再失灵,原因就在这里。SERP 预览工具可以近似还原搜索结果里实际渲染出的摘要,估算像素宽度,让你在页面上线前就能对比桌面端与移动端的效果。本指南会讲清楚截断背后的原理、两种版式的差异、关键词加粗如何影响点击,以及怎样降低摘要被 Google 改写的概率。

为什么 Google 按像素而非字符截断

Google 的 Search Central 文档并没有设字符上限:“meta description 的长度没有限制,但 Google 搜索结果中的摘要会按需截断,通常是为了适配设备宽度。”搜索结果页是在一个固定宽度里尽量塞入放得下的文字——这是一份像素预算,而不是字符数。

以 20 px 的 Liberation Sans(与 Arial 度量完全一致,也是本指南所用工具采用的近似方案)测量:WWWWWWWW占 151 像素,而 iiiiiiii只占 35.5 像素——最宽与最窄字母之间相差 4.25 倍。看两个都算合理的标题:

Title A (69 chars, ~718 px): WWMW: The Complete, No-Nonsense Guide To Modern Wide Widget Workflows
Title B (71 chars, ~571 px): a simple, gentle little guide to fitting tiny widget work into any site

标题 B 反而长了两个字符,宽度却窄了约 146 像素——被砍的是标题 A:它超出了桌面端约 580 像素的标题预算(Zyppy 的测量值约为 600)。截至 2026 年 11 月,设计时可以参照这些预算:桌面端标题约 580 像素;桌面端描述约 920 像素(Portent 基于 3 万个关键词的数据显示,描述的实际展示长度在桌面端峰值约为 156 字符、移动端约为 118 字符);移动端描述约 680 像素。这些数字会随 Google 调整版式而漂移——所以别数字符,直接预览。

桌面端与移动端:同一段摘要,不同的截法

桌面端与移动端的搜索结果执行着不同的预算。移动端的栏宽要窄得多:标题折成两行、描述折成三行,本工具将其建模为约 340 像素的栏宽——而桌面端是一行约 580 像素的标题,加两行各约 600 像素的描述。两种版式都会在网站名称旁显示 favicon;在移动端,它从本就狭窄的栏宽里咬掉的比例更大。

由此得出一条排序规则:凡是必须保住的东西——关键词、差异化卖点、年份——都放在最前面,那是唯一在两种版式里都保证能显示的部分。如果你的标题必须看到最后五个词才算成立,那它就不成立。何况大多数搜索发生在手机上,一段只在移动端被截断的摘要,依然会拖累你大部分展示次数的点击。

关键词加粗:为什么位置会影响点击

当查询词与你的摘要匹配时,Google 会在标题、面包屑和描述中把匹配的词——连同近似变体——加粗显示。在整个搜索结果页上,加粗是最快的扫读信号:让人一眼确认“这条结果讲的就是我搜的东西”。

被截断掉的关键词没法加粗,所以把它前置就是保住这个视觉抓手。变体也会加粗——比如搜 serp preview,Google 可能会加粗“SERP Preview”或“preview your SERP”——但你压根没写过的词是绝对不会被加粗的。把关键词在标题前部放一次,在描述靠前的位置再放一次。

如何一步步预览你的 SERP 摘要

用免费的 SERP 预览工具做一次检查大约只要两分钟,它完全在你的浏览器中运行。

第 1 步:粘贴你的候选标题

按你打算正式上线的原样输入或粘贴标题。工具会实时显示字符数和像素宽度,并对照桌面端约 580 像素的预算。盯住像素计数,别盯字符数——一个 58 字符的标题看起来“没问题”,但如果大写字母或 W 很多,照样会超预算。

第 2 步:填入 meta 描述

把描述粘贴到标题下方。工具会对照桌面端两行的额度测量其完整像素宽度,显示结尾部分能否保住。把卖点前置到前 ~680 像素以内——大约是前 100–118 个字符,也就是移动端能展示的部分(Portent 测得的移动端截断点是 118)。

第 3 步:输入页面 URL

URL 会用于生成网站名称和面包屑,复现 Google 通常展示的 example.com › category › page 格式。面包屑会占用横向空间,而且 URL 中与查询匹配的部分同样会被加粗。

第 4 步:设置焦点关键词

输入页面瞄准的主查询词。工具会分别对照标题、描述和 URL 检查,并为每一项输出一行通过或警告信息——例如“焦点关键词未出现在标题中 – 若存在,Google 会在搜索结果中将其加粗”。URL 的警告可以不理,但如果这个词及其变体在任何字段里都没出现,这个查询就没有任何可加粗的内容。

第 5 步:切换桌面端与移动端

在桌面端(Desktop)与移动端(Mobile)之间来回切换。在移动端下,重点审视折行后的两行约 340 像素的标题:两行都要能传达你的信息,任何一行都不能被截断。先解决移动端——缩短标题、把关键词前移,或重写开头直到干净利落;移动端通过后,桌面端几乎总是依然通顺。

第 6 步:修改并定稿标签

反复调整,直到两种版式都不会截断你在意的任何内容。这两个标签应放在页面的 <head> 中:

<title>Your final title</title>
<meta name="description" content="Your final description.">

不想碰 HTML?meta 标签生成器可以生成可直接粘贴的代码;在 WordPress 或任何装有 SEO 插件的 CMS 上,只需填写插件的标题和描述字段即可。若要检查社交分享的效果,可以用 Open Graph 预览工具查看该 URL。

Google 为什么会改写摘要——以及如何降低被改写的概率

截断只是问题的一半:Google 还经常直接替换你写的内容。规模最大的公开研究之一——Zyppy 对 2,370 个网站上 80,959 个标题的分析——发现 Google 已改写其中 61.6%;超过 70 字符的标题有 99.9% 被改动。Portent 的 3 万关键词研究(由 Search Engine Journal 报道)发现,描述在桌面端被改写的比例是 68%,移动端是 71%,替换内容通常是页面上与查询匹配的片段。

Google 对其 2021 年标题生成系统的说明列出了触发改写的情形:标签过长、堆砌关键词、模板化套话,或与页面内容不符——随后 Google 会用自认为更相关的文字替换,常见的是 H1。你无法强迫 Google 保留你的文字,但你可以让改写变得毫无必要:

  • 把独特价值前置。以页面具体的承诺和关键词开头;品牌名留到最后——Google 自己会补上网站名称。
  • 一个关键词,而不是五个。塞满近似变体的标题(“SERP Preview Tool – SERP Snippet Preview & SERP Checker”)等于在邀请 Google 来改写。
  • 拒绝模板套话。如果每个标题都以同样冗长的后缀结尾,Google 会将其裁掉或替换。
  • 描述只针对一个查询来写。Google 文档指出,关键词清单式的描述“不太可能被用作摘要”;一条直接回答页面核心问题的描述,会让 Google 没有理由去另找片段。

管理好预期:预览展示的是最好情况。发布几天后,在无痕窗口中搜索你的目标关键词——或 site:yourpage.example——核实实际展示的内容;如果还是旧内容,就请求重新抓取。SERP 预览近似还原的是 Google 基于 Arial 的渲染效果,但并不做出保证。

常见错误

  • 按字符数优化。如果像素宽度超了预算,“没超过 60 字符”就毫无意义。以像素为准——并以移动端预览为准。
  • 只检查桌面端。桌面端预览是更宽松的那一个;只在桌面端通过的摘要,对你的大部分流量来说是不及格的。
  • 把关键词埋在标题末尾。截断总是先砍尾部;落在最后五个词里的关键词往往根本没机会展示或加粗。
  • 全大写样式。W 与 i 之间的差距是 4.25 倍的极端情况;全大写平均比小写宽约 36%——足以让一个本就悬的标题被截断。句首字母大写的写法能省出空间。
  • 往描述里堆砌关键词。关键词清单式的描述会被搜索者无视,而且按 Google 文档的说法也更少被展示。写一句清晰的话,关键词出现一次即可——字数统计工具可以快速把关。
  • 在标题里重复网站名称。需要时 Google 自己会附上;重复只会浪费本该用来传递信息的像素。

常见问题

Google 改写这么频繁,还会用我写的 meta 描述吗?

你写的原文大约十次里能出现三次:Portent 发现 Google 大约 30% 的时候会使用页面自己的描述,而且被改写的结果也常常是把你的措辞与页面片段混合在一起。如果描述能直接回答查询,胜算会更高——Google 文档说关键词清单式描述被展示的概率更低。把它当作一个有力的建议,而不是命令。

标题标签最长能写多长才不会被 Google 截断?

没有字符上限——截断线是桌面端约 580–600 像素的像素预算。移动端没有单一数字:它随设备宽度变化(本工具将其建模为约 340 像素栏宽内的两行折行标题;Zyppy 的测量显示移动端有时略高于桌面端)。宽字母烧预算更快——按像素宽度预览,别按字符数。

移动端标题有单独的像素上限吗?

没有一个固定数字。移动端标题在约 340 像素(本工具的建模值)的栏宽内折成两行,而 Google 的截断点会随手机视口和字体渲染而变化——所以该看的是移动端预览,而不是第二个神奇数字。如果标题两行都能放下且不截断,就直接上线;否则就缩短。

Google 为什么用我的页面主标题替换了标题标签?

Google 2021 年的标题生成系统会在标签过长、堆砌关键词、模板化或与页面内容不符时,用页面上的其他文字替换——常见的是 H1。Google 表示超过 80% 的情况下仍会使用 HTML 标题标签,因此缩短标题、去掉堆砌的变体,能提高你的标题回归的概率。给它几天到几周时间,再复查。

修改标签后,Google 需要多久才会展示更新后的摘要?

这取决于重新抓取的频率:Google 表示抓取可能需要几天到几周。想推动单个 URL,可以使用 Search Console 的网址检查工具并点击“Request indexing”(请求编入索引)——通常约一天处理完,有时一到两周;反复提交并不会加快速度。

SERP 预览工具能保证 Google 最终展示的内容吗?

不能。预览是用基于 Arial 的排版来近似 Google 的截断、加粗和版式——用于规划足够准确。但 Google 在多数情况下会改写标题,并且会随时间调整版式:发布前先预览,之后在无痕窗口中搜索目标关键词加以验证。

公開前にSERPスニペットをプレビューする方法

Googleがタイトルタグやメタディスクリプションを切り詰めるとき、数えるのは文字数ではなくピクセル幅です。幅の広い文字ばかりの58文字のタイトルが途中で切られる一方、細い文字で構成された64文字のタイトルは収まります——「タイトル60文字・ディスクリプション155文字」という目安がいつまでも当てにならないのはこのためです。SERPプレビューツールを使えば、実際に表示されるスニペットを近似して再現し、ピクセル幅を推定し、公開前にデスクトップとモバイルの見え方を比較できます。このガイドでは、なぜこのような切り詰めが起こるのか、レイアウトがどう違うのか、太字表示がクリックにどう影響するのか、そして書き換えられる確率を下げる方法を解説します。

Googleが文字数ではなくピクセルで切り詰める理由

GoogleのSearch Centralドキュメントには文字数の上限が設定されていません。「メタディスクリプションの長さに制限はありませんが、Google検索結果では必要に応じて、通常はデバイスの幅に合わせてスニペットが切り詰められます」とあります。検索結果ページは固定幅に収まる分だけのテキストを表示する——つまりこれは文字数の制限ではなく、ピクセルの予算なのです。

このガイドのツールが近似に使う、Arialと寸法が同一のLiberation Sansを20pxで計測すると、WWWWWWWWは151ピクセル、iiiiiiiiは35.5ピクセルになります。最も幅の広い文字と最も狭い文字とでは4.25倍の差があるのです。実際にありそうなタイトルを2つ比べてみましょう。

Title A (69 chars, ~718 px): WWMW: The Complete, No-Nonsense Guide To Modern Wide Widget Workflows
Title B (71 chars, ~571 px): a simple, gentle little guide to fitting tiny widget work into any site

タイトルBの方が2文字長いのに、幅は約146ピクセルも狭くなっています。切り詰められるのはタイトルAの方で、デスクトップのタイトル予算(約580ピクセル、Zyppyの計測では約600ピクセル)を大きくオーバーしているのです。2026年11月時点で、設計時に意識すべき予算は次の通りです。デスクトップのタイトルは約580ピクセル、デスクトップのディスクリプションは約920ピクセル(Portentの3万キーワードのデータでは、表示はデスクトップで最大156文字、モバイルで118文字)、モバイルのディスクリプションは約680ピクセル。これらの値はGoogleがレイアウトを調整するたびに少しずつ変わるので、文字数を数えるのではなくプレビューで確認しましょう。

デスクトップとモバイル:同じスニペット、違う切り方

デスクトップとモバイルの検索結果では、適用される予算が異なります。モバイルの列ははるかに狭く、このツールが約340ピクセルでモデリングしている列の中では、タイトルは2行、ディスクリプションは3行に折り返されます。一方デスクトップでは、タイトルは580ピクセルの1行、ディスクリプションは約600ピクセルの2行です。どちらのレイアウトでもサイト名の横にファビコンが表示されますが、モバイルでは元々狭い列を相対的に大きく圧迫します。

ここから導かれるのが語順のルールです。絶対に残したいもの——キーワード、差別化要素、年号——は、どちらのレイアウトでも必ず表示される先頭に置くべきです。末尾の5単語が見えて初めて意味が通るタイトルは、機能していないのと同じです。しかも検索の大半はスマートフォンで行われるため、モバイルでだけ切れてしまうスニペットでも、表示の大部分でクリックを損なってしまいます。

キーワードの太字表示:位置がクリックに効く理由

検索クエリがスニペットと一致すると、Googleはタイトル・パンくず行・ディスクリプションの中で一致する語句(および近いバリアント)を太字にします。太字は検索結果ページで最も速く目に留まるスキャン信号で、「この結果は入力した内容に関係している」と一目で伝えてくれます。

切り詰められてスニペットから消えたキーワードは太字にならないため、前方に置いておくことがこの視覚的なフックを守ります。バリアントも太字になります——serp previewなら、Googleは「SERP Preview」や「preview your SERP」を太字にすることがあります——ただし、一度も書かなかった語句は絶対に太字になりません。キーワードはタイトルの前方に1回、ディスクリプションの早い段階に1回入れましょう。

SERPスニペットをプレビューする手順

無料のSERPプレビューツールなら、確認は2分ほどで終わります。ツールはすべてブラウザ内で動作します。

ステップ1:作業中のタイトルを貼り付ける

公開予定のタイトルをそのまま入力するか貼り付けます。ツールはデスクトップの約580ピクセルという予算に対して、文字数とピクセル幅をリアルタイムで表示します。注目すべきは文字数ではなくピクセルカウンターです。58文字で「まだ大丈夫」に見えても、大文字やWが多いタイトルは予算をオーバーすることがあります。

ステップ2:メタディスクリプションを追加する

その下にディスクリプションを貼り付けます。ツールはデスクトップの2行分の許容幅に対してピクセル幅全体を測定し、末尾が収まるかどうかを表示します。売り文句は最初の約680ピクセル——モバイルで表示される部分、およそ先頭の100〜118文字(Portentのモバイルでの打ち切りは118文字)——の中に前方配置しましょう。

ステップ3:ページのURLを入力する

URLはサイト名とパンくず行に使われ、Googleが通常表示するexample.com › category › pageという形式を再現します。パンくずは横方向のスペースを消費しますし、URL内でクエリと一致した部分も太字になります。

ステップ4:フォーカスキーワードを設定する

ページが狙うメインのクエリを入力します。ツールはタイトル・ディスクリプション・URLに対してキーワードをチェックし、それぞれについて合格または警告の行を表示します。例:「Focus keyword missing from the title – Google bolds it in results when present.」(タイトルにフォーカスキーワードがありません。含まれていればGoogleは検索結果で太字にします)。URLの警告は必須ではありませんが、その語句とバリアントがどのフィールドにも現れないなら、そのクエリには太字にできるものが何もないことになります。

ステップ5:デスクトップとモバイルを切り替える

DesktopとMobileを切り替えます。モバイルでは、約340ピクセルに折り返された2行を評価します。両方の行にメッセージが伝わっていなければならず、どちらの行も切り詰められてはいけません。まずモバイルを直します。タイトルを短くするか、キーワードを前方へ移動するか、切れなくなるまで冒頭を書き直します。モバイルが通れば、デスクトップはほぼ常に問題なく読めます。

ステップ6:タグを修正して確定する

どちらのレイアウトでも、大事な部分が一切切り詰められなくなるまで繰り返し調整します。タグはページの<head>内に記述します。

<title>Your final title</title>
<meta name="description" content="Your final description.">

HTMLを書きたくない場合は、メタタグジェネレーターがそのまま貼り付けられるスニペットを生成します。WordPressやSEOプラグイン付きのCMSなら、プラグインのタイトル欄とディスクリプション欄に入力するだけです。SNSでのシェアに備えるなら、Open GraphプレビューツールでURLを確認しましょう。

Googleがスニペットを書き換える理由と、確率を下げる方法

切り詰めは問題の半分にすぎません。Googleは、あなたが書いた内容を頻繁に差し替えます。公開されている最大規模の調査のひとつであるZyppyの調査(2,370サイト、タイトル80,959件)では、Googleは61.6%のタイトルを書き換えており、70文字を超えるタイトルは99.9%が変更されていました。Search Engine Journalが報じたPortentの3万キーワード調査では、ディスクリプションはデスクトップで68%、モバイルで71%が書き換えられており、多くはクエリに一致するページの断片に置き換えられていました。

Googleによる2021年のタイトル生成システムの説明には、トリガーが列挙されています。極端に長いタイトル、キーワードを「詰め込んだ」タイトル、定型文のタイトル、そしてページ内容をうまく表していないタイトルです。この場合Googleは、より関連性が高いと判断したテキスト(多くはH1)に差し替えます。Googleに自分のテキストをそのまま使わせることはできませんが、書き換えの意味をなくすことならできます。

  • 独自の価値を前方に置く。ページ固有の訴求ポイントとキーワードを先頭に置き、ブランド名は末尾に回しましょう。サイト名はGoogleが自分で追加します。
  • キーワードは1つに絞る。近似したバリアントを詰め込んだタイトル(「SERP Preview Tool – SERP Snippet Preview & SERP Checker」)は、まさに書き換えの招待状です。
  • 定型文をなくす。すべてのタイトルが同じ長い接尾辞で終わっていると、Googleはそれを削除するか差し替えます。
  • ディスクリプションは1つのクエリに向けて書く。Googleのドキュメントでは、キーワードを羅列しただけのディスクリプションは「スニペットとして表示される可能性が低い」とされています。ページの主要な質問に明快に答える一文を書けば、Googleが断片を探す理由がなくなります。

期待値は適切に保ちましょう。プレビューはあくまで最良ケースの表示です。公開して数日後に、シークレットウィンドウでターゲットキーワード(またはsite:yourpage.example)を検索して、実際に表示される内容を確認します。古いままなら再クロールをリクエストしてください。SERPプレビューはGoogleのArialベースのレンダリングを近似するものであって、保証するものではありません。

よくある間違い

  • 文字数基準で最適化する。ピクセル幅が予算を超えているなら「60文字未満だからOK」に意味はありません。判断基準はピクセルと、モバイルのプレビューです。
  • デスクトップだけ確認する。デスクトップのプレビューは余裕のある側です。デスクトップでしか通らないスニペットは、トラフィックの大半で失敗します。
  • キーワードをタイトルの末尾に埋める。切り詰めはまず末尾から起こります。最後の5単語の中のキーワードは、表示されることも太字になることもほとんどありません。
  • すべて大文字のスタイル。Wとiの差は4.25倍という極端な例ですが、すべて大文字は小文字より平均で約36%幅を取ります。ギリギリのタイトルが切り詰められるには十分な差です。文頭のみ大文字にするだけで余裕が生まれます。
  • ディスクリプションにキーワードを詰め込む。キーワード羅列のディスクリプションは検索ユーザーに無視されますし、Googleのドキュメントでも表示されにくいとされています。キーワードを1回だけ含めた明快な一文を書きましょう。単語カウンターでさっと確かめるのが便利です。
  • タイトルにサイト名を繰り返し入れる。Googleは役立つ場合にはサイト名を自分で付加します。重複させるのは、メッセージを置くべきピクセルの無駄遣いです。

よくある質問

Googleはこれほど頻繁に書き換えるのに、メタディスクリプションはまだ使われるのですか?

自分の書いた文章がそのまま使われるのは、10回のうちおよそ3回と考えてください。Portentの調査では、Googleがページ自身のディスクリプションを使ったのは約30%で、書き換えられた結果にも、あなたの文言とページの断片が混ぜられることが多いとされています。クエリに明快に答えるディスクリプションほど使われる確率は上がります。Googleのドキュメントでも、キーワード羅列型のディスクリプションは表示されにくいとされています。メタディスクリプションは命令ではなく、強い提案と捉えましょう。

タイトルタグは何文字までならGoogleに切り詰められませんか?

文字数の上限はありません。切り詰めの基準はピクセル予算で、デスクトップではおよそ580〜600ピクセルです。モバイルには単一の数値がなく、デバイス幅に応じて変わります(このツールは約340ピクセルの列に2行で折り返す形でモデリングしています。Zyppyの計測では、モバイルがデスクトップをやや上回ることもあります)。幅の広い文字ほど予算を早く消費します。文字数ではなくピクセル幅でプレビューしましょう。

モバイルのタイトルには別のピクセル上限があるのですか?

固定された数値はありません。モバイルのタイトルは、このツールが約340ピクセルでモデリングする列の中で2行に折り返され、Googleの切り詰め位置は端末のビューポートやフォントのレンダリングによって変わります。したがって、確認すべきは2つ目の魔法の数値ではなく、モバイルのプレビューです。タイトルが2行とも切れずに収まっていればそのまま公開し、収まらなければ短くしましょう。

Googleがタイトルタグをページの見出しに差し替えたのはなぜですか?

Googleの2021年のタイトル生成システムは、タグが極端に長い、キーワードが詰め込まれている、定型文である、ページをうまく表していない、という場合に、ページ内の他のテキスト(多くはH1)に差し替えます。Googleによれば、HTMLのtitleタグは依然として80%以上のケースで使われるため、タイトルを短くして詰め込まれたバリアントを削除すれば、元に戻る確率は上がります。数日から数週間待ってから、もう一度確認しましょう。

タグを変更した後、更新されたスニペットが表示されるまでどれくらいかかりますか?

再クロールの頻度によります。Googleによれば、クロールには数日から数週間かかることがあります。特定の1つのURLを後押ししたい場合は、Search ConsoleのURL検査ツールで「Request indexing」(インデックス登録をリクエスト)をクリックしましょう。処理には通常1日程度、長ければ1〜2週間かかります。何度も再送信しても速くはなりません。

SERPプレビューツールはGoogleの表示を保証できますか?

できません。プレビューは、ArialベースのタイポグラフィでGoogleの切り詰め・太字・レイアウトを近似するもので、計画を立てるには十分正確です。しかしGoogleは過半のケースでタイトルを書き換え、レイアウトも時間とともに調整されます。公開前にプレビューで確認し、公開後はシークレットウィンドウでターゲットキーワードを検索して実際の表示を確かめましょう。

게시 전 SERP 스니펫 미리보기 방법

Google은 title 태그나 meta description을 자를 때 글자 수를 세지 않고 픽셀을 셉니다. 넓은 글자가 많은 58자 제목이 잘리는 동안 좁은 글자로 된 64자 제목은 살아남습니다 — “제목 60자 / 설명 155자” 규칙은 계속 어긋납니다. SERP preview tool은 렌더링된 스니펫을 근사해 보여주고 픽셀 폭을 추정하며, 무엇을 공개하기 전에라도 데스크톱과 모바일을 비교할 수 있게 해줍니다. 이 가이드에서는 잘림이 왜 이런 방식으로 작동하는지, 레이아웃이 어떻게 다른지, 볼드체가 클릭에 어떤 영향을 주는지, 재작성 확률을 낮추는 방법을 다룹니다.

Google이 글자 수가 아니라 픽셀로 자르는 이유

Google의 Search Central 문서는 글자 수 제한을 두지 않습니다: “meta description 길이에는 제한이 없지만 Google 검색 결과에서 스니펫은 필요에 따라, 일반적으로 기기 폭에 맞춰 잘립니다.” 검색 결과 페이지는 고정된 폭에 들어가는 만큼의 텍스트를 채웁니다 — 글자 수가 아니라 픽셀 예산입니다.

이 가이드의 도구가 쓰는 근사치인, Arial과 폭이 똑같은 20 px Liberation Sans로 측정하면 WWWWWWWW는 151픽셀, iiiiiiii는 35.5픽셀입니다. 가장 넓은 글자와 가장 좁은 글자 사이의 4.25배 차이입니다. 그럴듯한 제목 두 개:

Title A (69 chars, ~718 px): WWMW: The Complete, No-Nonsense Guide To Modern Wide Widget Workflows
Title B (71 chars, ~571 px): a simple, gentle little guide to fitting tiny widget work into any site

Title B는 글자 수로는 두 글자 더 길지만 픽셀 폭은 약 146픽셀이나 좁습니다. 잘리는 쪽은 Title A입니다 — 데스크톱 제목 예산인 약 580 px(Zyppy 측정값 약 600 px)을 넘어섰기 때문입니다. 2026년 11월 기준 설계에 참고할 예산: 데스크톱 제목 약 580 px, 데스크톱 설명 약 920 px(Portent의 3만 키워드 데이터에서 표시 길이는 데스크톱 156자, 모바일 118자에서 정점), 모바일 설명 약 680 px. 이 값들은 Google이 레이아웃을 조정할 때마다 조금씩 움직입니다 — 그러니 세지 말고 미리보세요.

데스크톱 vs 모바일: 같은 스니펫, 다른 잘림

데스크톱과 모바일 결과는 서로 다른 예산을 적용합니다. 모바일 컬럼은 훨씬 좁아서, 이 도구가 약 340 px로 모델링하는 컬럼에서 제목은 두 줄, 설명은 세 줄에 걸쳐 표시됩니다 — 데스크톱에서는 제목이 한 줄 580 px, 설명이 두 줄 각 약 600 px입니다. 두 레이아웃 모두 사이트 이름 옆에 favicon을 보여주는데, 모바일에서는 이미 좁은 컬럼에서 상대적으로 더 큰 면적을 차지합니다.

그래서 나오는 것이 배치 규칙입니다: 반드시 살아남아야 할 요소 — 키워드, 차별화 포인트, 연도 — 는 두 레이아웃 모두에서 보장되는 유일한 영역인 앞쪽에 두어야 합니다. 마지막 다섯 단어가 보여야 성립하는 제목이라면, 그 제목은 애초에 성립하지 않는 것입니다. 그리고 검색의 대부분은 휴대폰에서 일어나므로, 모바일에서만 잘리는 스니펫도 노출 대부분에서 클릭을 깎아 먹습니다.

키워드 볼드: 위치가 클릭에 영향을 주는 이유

검색어가 스니펫과 일치하면 Google은 제목, 브레드크럼 줄, 설명에서 일치하는 용어와 유사 변형을 볼드로 강조합니다. 볼드는 페이지에서 가장 빠른 훑기 시그널입니다. “이 결과는 내가 입력한 내용에 관한 것”이라는 사실을 한눈에 확인시켜 주거든요.

잘려서 스니펫에서 사라진 키워드는 볼드될 수 없으므로, 앞쪽 배치가 시각적 갈고리를 지킵니다. 변형형도 볼드됩니다 — serp preview라면 Google이 “SERP Preview”나 “preview your SERP”를 볼드할 수 있습니다 — 하지만 애초에 쓰지 않은 용어는 절대 볼드되지 않습니다. 키워드는 제목 앞쪽에 한 번, 설명 앞부분에 한 번 넣으세요.

SERP 스니펫 단계별로 미리보기

무료 SERP preview tool로 검사하면 약 2분이면 충분하고, 도구는 전적으로 브라우저에서 실행됩니다.

1단계: 작업 제목 붙여넣기

실제로 게시할 형태 그대로 제목을 입력하거나 붙여넣으세요. 도구는 데스크톱 예산 약 580 px을 기준으로 글자 수와 픽셀 폭을 실시간으로 보여줍니다. 글자 수가 아니라 픽셀 카운터를 보세요 — 58자라 “괜찮아 보이는” 제목도 대문자나 W가 많으면 예산을 넘을 수 있습니다.

2단계: meta description 추가하기

그 아래에 설명을 붙여넣으세요. 도구는 데스크톱 두 줄 허용 폭을 기준으로 전체 픽셀 폭을 재어 끝부분이 살아남는지 보여줍니다. 판매 포인트는 첫 ~680 px 안에 — 대략 앞 100–118자, 모바일이 보여주는 부분(Portent의 모바일 절단점: 118자) — 배치하세요.

3단계: 페이지 URL 입력하기

URL은 사이트 이름과 브레드크럼 줄을 채우며, Google이 보통 보여주는 example.com › category › page 형식을 그대로 반영합니다. 브레드크럼은 가로 공간을 차지하고, URL 안의 검색어 일치 부분도 볼드됩니다.

4단계: 포커스 키워드 설정하기

페이지가 겨냥하는 주요 검색어를 입력하세요. 도구는 제목, 설명, URL과 대조해 각 항목에 통과 또는 경고 줄을 출력합니다 — 예: “Focus keyword missing from the title – Google bolds it in results when present.”(제목에 포커스 키워드가 없음 — 있으면 Google이 검색 결과에서 볼드로 강조함) URL 경고는 선택 사항이지만, 해당 용어와 변형형이 어느 필드에도 없다면 그 검색어에는 볼드될 것이 없습니다.

5단계: 데스크톱과 모바일 전환하기

Desktop와 Mobile을 번갈아 전환하세요. 모바일에서는 약 340 px 컬럼에 두 줄로 걸친 제목을 평가하세요. 두 줄 모두 메시지를 담아야 하고, 어느 쪽도 잘려서는 안 됩니다. 모바일을 먼저 고치세요 — 제목을 줄이거나, 키워드를 앞으로 옮기거나, 깔끔해질 때까지 도입부를 다시 쓰세요. 모바일이 통과하면 데스크톱은 거의 항상 그대로 잘 읽힙니다.

6단계: 태그 다듬어 확정하기

두 레이아웃 어느 쪽도 아까운 부분을 잘리지 않게 할 때까지 반복하세요. 태그는 페이지의 <head> 안에 들어갑니다:

<title>Your final title</title>
<meta name="description" content="Your final description.">

HTML은 피하고 싶나요? meta tag generator가 붙여넣기 바로 가능한 스니펫을 만들어 주고, WordPress나 SEO 플러그인이 있는 어떤 CMS에서든 플러그인의 제목·설명 필드를 채우기만 하면 됩니다. 소셜 공유용으로는 URL을 Open Graph preview 도구로 확인하세요.

Google이 스니펫을 다시 쓰는 이유 — 그리고 확률을 낮추는 방법

잘림은 문제의 절반일 뿐입니다. Google은 내가 쓴 텍스트를 상당히 자주 교체합니다. 가장 큰 규모의 공개 연구 중 하나인 Zyppy의 연구 — 2,370개 사이트의 제목 80,959개 — 에서 Google은 61.6%를 다시 썼고, 70자를 넘는 제목은 99.9%가 변경되었습니다. Search Engine Journal이 보도한 Portent의 3만 키워드 연구에서는 설명이 데스크톱에서 68%, 모바일에서 71% 다시 쓰였으며, 대개 검색어와 일치하는 페이지 조각으로 교체되었습니다.

Google의 2021년 제목 생성 시스템에 대한 설명은 방아쇠가 되는 경우들을 나열합니다: 지나치게 길거나, 키워드로 “채워 넣었”거나, 템플릿 문구이거나, 페이지를 제대로 설명하지 못하는 태그입니다. 이때 Google은 더 관련성 있다고 판단하는 텍스트로, 흔히 H1으로 대체합니다. Google이 내 텍스트를 유지하게 강제할 수는 없지만, 다시 쓸 이유를 없앨 수는 있습니다:

  • 고유한 가치를 앞세우세요. 페이지의 구체적 약속과 키워드로 시작하고 브랜드는 끝으로 미루세요 — 사이트 이름은 Google이 알아서 붙입니다.
  • 키워드 하나, 다섯 개가 아니라. 거의 같은 변형을 채워 넣은 제목(“SERP Preview Tool – SERP Snippet Preview & SERP Checker”)은 재작성 요청장이나 다름없습니다.
  • 템플릿 문구는 넣지 마세요. 모든 제목이 같은 긴 접미사로 끝난다면 Google은 이를 잘라내거나 교체합니다.
  • 설명은 하나의 검색어를 위해 쓰세요. Google 문서는 키워드 나열형 설명이 “스니펫으로 표시될 가능성이 낮다”고 말합니다. 페이지의 핵심 질문에 명쾌하게 답하는 설명이라면 Google이 조각을 찾아다닐 이유가 없습니다.

기대치는 현실적으로 잡으세요: 미리보기는 최선의 경우입니다. 실제 표시는 게시 며칠 후 시크릿 창에서 목표 키워드 — 또는 site:yourpage.example — 를 검색해 확인하고, 결과가 오래됐다면 재크롤을 요청하세요. SERP preview는 Google의 Arial 기반 렌더링을 근사할 뿐 보장하지는 않습니다.

피해야 할 흔한 실수

  • 글자 수 기준으로 최적화하기. 픽셀 폭이 예산을 넘는다면 “60자 미만이다”라는 말은 아무 의미가 없습니다. 픽셀로 — 그리고 모바일 미리보기로 — 판단하세요.
  • 데스크톱만 검사하기. 데스크톱 미리보기는 관대한 쪽입니다. 데스크톱에서만 통과하는 스니펫은 트래픽 대부분에서 실패합니다.
  • 제목 끝에 키워드 묻어두기. 잘림은 끝부터 자릅니다. 마지막 다섯 단어에 든 키워드는 아예 렌더링되지도, 볼드되지도 않는 경우가 많습니다.
  • 전체 대문자 스타일. W와 i 사이의 갭은 4.25배라는 극단이고, 전체 대문자는 소문자보다 평균 약 36% 넓습니다 — 아슬아슬한 제목을 잘리게 만들기에 충분합니다. 문장형 대소문자(sentence case)가 여유를 벌어 줍니다.
  • 설명에 키워드 채워 넣기. 키워드 나열형 설명은 검색자가 건너뛰고, Google 문서에 따르면 표시될 가능성도 낮습니다. 키워드를 한 번 넣은 명확한 문장 하나를 쓰세요 — word counter로 빠르게 점검할 수 있습니다.
  • 제목에 사이트 이름 반복하기. Google은 도움이 될 때 알아서 사이트 이름을 덧붙입니다. 중복은 메시지가 들어가야 할 픽셀을 낭비할 뿐입니다.

자주 묻는 질문

이렇게 자주 다시 쓰는데도 Google은 여전히 내 meta description을 사용하나요?

정확히 내 텍스트가 그대로 쓰이는 경우는 10번 중 3번 정도로 보세요. Portent는 Google이 페이지 자체 설명을 약 30%만 사용한다고 밝혔고, 다시 쓰인 결과에도 내 문구와 페이지 조각이 섞여 나오는 경우가 많습니다. 설명이 검색어에 명쾌하게 답하면 확률은 올라갑니다 — Google 문서도 키워드 나열형 설명이 표시될 가능성이 낮다고 말합니다. meta description은 명령이 아니라 강한 제안으로 대하세요.

Google이 자르기 전에 title 태그는 얼마나 길어질 수 있나요?

글자 수 제한은 없습니다 — 절단점은 데스크톱에서 대략 580–600 px의 픽셀 예산입니다. 모바일에는 단일 숫자가 없습니다. 기기 폭에 따라 달라집니다(이 도구는 약 340 px 컬럼에서 두 줄로 걸치는 것으로 모델링하고, Zyppy는 모바일이 때론 데스크톱보다 약간 크게 측정했습니다). 넓은 글자는 예산을 더 빨리 태웁니다 — 글자 수가 아니라 픽셀 폭으로 미리보세요.

모바일 제목에는 별도의 픽셀 제한이 있나요?

고정된 숫자 하나는 없습니다. 모바일 제목은 이 도구가 약 340 px로 모델링하는 컬럼에서 두 줄에 걸쳐 표시되고, Google의 절단점은 휴대폰 뷰포트와 폰트 렌더링에 따라 달라집니다 — 그러므로 검사 기준은 두 번째 마법의 숫자가 아니라 모바일 미리보기입니다. 제목이 두 줄 모두 잘림 없이 들어가면 그대로 게시하고, 그렇지 않으면 줄이세요.

Google이 내 title 태그를 페이지 제목으로 교체한 이유는?

Google의 2021년 제목 생성 시스템은 태그가 지나치게 길거나, 키워드가 채워져 있거나, 템플릿 문구이거나, 페이지를 제대로 설명하지 못할 때 다른 온페이지 텍스트로 — 흔히 H1으로 — 대체합니다. Google은 여전히 HTML title 태그를 80% 넘게 사용한다고 말하므로, 제목을 줄이고 채워 넣은 변형을 걷어내면 내 제목이 돌아올 확률이 올라갑니다. 며칠에서 몇 주 기다린 뒤 다시 확인하세요.

태그를 바꾼 뒤 Google이 업데이트된 스니펫을 표시하기까지 얼마나 걸리나요?

재크롤 빈도에 달려 있습니다. Google은 크롤링에 며칠에서 몇 주까지 걸릴 수 있다고 말합니다. 단일 URL을 재촉하려면 Search Console의 URL Inspection 도구를 사용해 “Request indexing”(색인 요청)을 클릭하세요 — 보통 하루쯤 처리되고, 때로는 1~2 주 걸립니다. 반복 재제출은 속도를 높이지 못합니다.

SERP 미리보기 도구가 Google의 표시 결과를 보장할 수 있나요?

아니요. 미리보기는 Arial 기반 타이포그래피로 Google의 잘림, 볼드, 레이아웃을 근사합니다 — 계획 수립에는 충분히 정확합니다. 하지만 Google은 과반수 사례에서 제목을 다시 쓰고 레이아웃도 시간이 지나며 조정합니다. 게시 전에 미리보고, 게시 후에는 시크릿 창에서 목표 키워드를 검색해 확인하세요.