Google 標題被截斷了?為什麼 SEO 該看像素寬度,而不是字元數
· ToolGee
引言:字元數「達標」,SERP 裡卻被截斷
很多人第一次遇到這個問題,是在 SEO 外掛裡。
外掛顯示 Meta Title 58/60 ✓,字元數完全達標,你放心發布了。過幾週去搜自己的頁面,卻發現 Google 搜尋結果(SERP)裡標題末尾多了一個 …,品牌名或核心關鍵字被截掉了。
反過來也有這種情況:標題寫了 62 個字元,外掛提示過長,但在搜尋結果預覽中仍能完整顯示,沒有任何截斷。
這通常不是外掛出錯,也不是 Google 在「隨機截斷」。根本原因在於:Google 截斷的是渲染後的視覺寬度,不是 HTML 裡的字元個數。
舉兩個對比例子(同樣是 58 個字元):
2026 SEO Guide | WWW Metrics & MMM Analysis——大寫字母 W、M 很寬,容易觸發截斷2026 seo guide | tips for better clicks——窄字母 i、l 居多,同樣字元數可能完整顯示
所以問題不是「該寫多少字」,而是「這些字在搜尋結果裡佔多寬」。本文會從原理、閾值、實操到常見誤區,幫你建立一套可複用的檢查方法。
為什麼 Google 按像素截斷,而不是字元數?
SERP 是排版問題,不是字數問題
搜尋結果頁本質上是 UI 版面:標題和描述被渲染在一個固定寬度的容器裡。文字超出可視區域,瀏覽器就會截斷並顯示省略號 …。
這個截斷發生在渲染之後——Google 已經把你的 Meta Title 和 Meta Description 畫到頁面上,再根據實際佔用的寬度決定顯示多少。它並不是簡單地以第 60 個字元作為截斷點,而是看「這些字元畫出來有多寬」。
同樣字元數,像素寬度可以差很多
| 因素 | 對像素寬度的影響 | 舉例 |
|---|---|---|
| 字母形狀 | W、M 比 i、l 寬 2–3 倍 | WWW vs iii |
| 大小寫 | 大寫字母通常更寬 | SEO vs seo |
| 數字與符號 | 豎線、破折號、emoji 寬度不一 | | - — |
| 語言混排 | CJK 全形字元與拉丁字母寬度不同 | 中英混排標題 |
| 搜尋詞匹配加粗 | Google 可能 bold 匹配片段,加粗字重更寬 | 使用者搜的字出現在 title 中 |
最後一點尤其容易被忽略:當使用者的搜尋詞出現在你的 Title 或 Description 裡,Google 有時會把匹配部分加粗顯示。搜尋詞被加粗後,文字的實際佔用寬度可能發生變化——這意味著同一段文案,對不同搜尋詞的「有效展示長度」可能不一樣。這也是為什麼建議把目標控制在安全區內,而不是賭上限:加粗等因素可能讓臨界文案在實際 SERP 裡被截斷。
「50–60 字元」從哪來?為什麼還值得參考?
「標題 50–60 字元、描述 120–160 字元」是 SEO 社群在特定字型和語言環境下統計出來的經驗均值,不是 Google 官方公布的硬限制。
它依然有用——批量寫標題時做初篩、團隊協作時統一口徑、CMS 欄位有 maxlength 時做約束。但它更像一個經驗參考值,而不是 Google 官方規定的硬性限制:有參考價值,不能替代實際測量。
結論:字元數是快速自檢的啟發式規則;像素預覽才是更接近真實 SERP 展示的判斷依據。
像素寬度 vs 字元數:該怎麼配合使用?
推薦優先順序
像素預覽(主) > 安全區閾值(主) > 字元數(輔) > 外掛綠燈(輔)
一套可複用的決策流程:
- 寫好 Meta Title 和 Meta Description 草稿
- 打開 SERP 預覽工具,分別查看桌面端和行動端
- 確認關鍵資訊(品牌名、核心關鍵字、差異化賣點)是否在安全區內完整可見
- 若接近臨界,用字元數輔助微調——刪冗餘詞、前置關鍵字
- 上線後 2–4 週用 Google Search Console 看實際展示與 CTR,再迭代
什麼時候字元數仍然有用?
- 批量寫標題時的初篩:例如 CMS 限制 Title 不超過 70 字元,先用字元數過濾明顯超長的
- 團隊協作的統一口徑:「我們全站 Title 不超過 60 字」作為寫作規範
- 多語言站點的粗估:CJK 字元與拉丁字元混排時,字元數和像素寬度的關係更複雜,字元數只能做下限參考
什麼時候必須看像素?
- 標題含大量大寫字母、數字、符號(SaaS 產品頁、技術文件常見)
- 品牌名或產品名很長
- 行動端流量占比高——description 在行動端截斷明顯更早
- 發布首頁、核心落地頁(Landing Page)或高流量品類頁之前
桌面端 vs 行動端:截斷閾值有什麼不同?
以下閾值為 ToolGee SERP 工具使用的預設經驗值(基於 Arial 字型的 Canvas 測量,不同語言/渲染環境可能略有差異):
Title 標題
| 裝置 | 安全區(建議) | 上限(約) | 寫作建議 |
|---|---|---|---|
| 桌面端 | ≤520px | ≈580px | 品牌名 + 核心關鍵字盡量前置 |
| 行動端 | ≤560px | ≈650px | 行動端 Title 容器有時更寬,但仍建議控在安全區 |
注意:根據目前主流搜尋結果頁的展示情況,行動端 Title 往往擁有略大的可用寬度(但具體表現仍可能隨 Google 介面調整而變化),不等於你可以寫得更隨意——description 在行動端反而截斷得更早(見下表)。
另外,Google 有時會用頁面上的 H1 或其他訊號重寫 Title,但 Meta Title 仍然是最重要的訊號源。把 Meta Title 寫好,是控制 SERP 展示的第一步。
Description 描述
| 裝置 | 安全區(建議) | 上限(約) | 寫作建議 |
|---|---|---|---|
| 桌面端 | ≤830px | ≈920px | 前 1–2 句放價值主張和 CTA |
| 行動端 | ≤600px | ≈680px | 關鍵資訊必須前置 |
行動端 description 的安全區(600px)只有桌面端(830px)的約 72%。如果你的網站行動端流量超過一半,應以行動端預覽為準,而不是只看桌面端「還有餘量」。
「安全區」和「上限」有什麼區別?
- 安全區:留了 buffer,應對 Google 字型微調、搜尋詞加粗、A/B 測試等變數
- 上限:經驗截斷線,超出後大概率出現
…
建議把目標定在安全區內,而不是賭上限——超出安全區的內容,使用者很可能無法看到。
5 個最常見的 Meta 長度誤區
誤區 1:SEO 外掛顯示綠色就萬事大吉
大多數 SEO 外掛按字元數或固定閾值判斷,不模擬實際 SERP 字型、加粗效果和裝置差異。外掛綠燈 + SERP 預覽雙檢,才是穩妥做法。
誤區 2:只測桌面端,忽略行動端
Google 已全面轉向行動優先索引。行動端 description 截斷更早,只測桌面端會高估描述的可展示空間。
誤區 3:把字元數上限當寫作目標
「描述湊滿 160 字」不等於「使用者能看到 160 字」。後半段在 SERP 裡可能永遠被 … 吃掉。寫得夠傳達價值即可,不必刻意湊滿長度。
誤區 4:關鍵字堆在 Title 末尾
被截斷後,使用者往往只能看到前半段。把核心詞和差異化賣點放在前面;品牌名可以放在末尾——前提是截斷風險可控。
誤區 5:認為閾值是 Google 官方固定值
Google 會調整 UI 樣式、字型和截斷策略,不同語言/地區也可能有差異。本文和工具中的 px 閾值是 best-effort 近似值,目標是穩定、可用、足夠接近——不是 Google 官方文件裡的精確數字。上線後用 Search Console 觀察實際展示,持續迭代。
發布前實操:用 SERP 預覽工具 5 步自檢
下面以 Meta 標題與描述長度檢查器 為例,走一遍發布前檢查流程。工具在瀏覽器本地執行,你的文案不會上傳到伺服器。

Step 1:輸入 Meta Title 和 Meta Description
直接貼上 CMS 或 SEO 外掛裡的文案。先測「現狀」,確認有沒有截斷,再決定要不要改。
Step 2:切換桌面端 / 行動端
分別查看 px 用量(已用 px / 上限 px)和狀態指示:安全、臨界、超出。兩端都要過一遍,不要只看其中一個。
Step 3:看 SERP 預覽區的截斷效果
關注預覽區是否出現 …,以及關鍵資訊——品牌名、核心關鍵字、數字、行動呼籲——是否完整可見。肉眼看到的截斷位置,比數字更直觀。
Step 4:參考字元數做微調
工具同時顯示字元數,方便快速刪減。常用的微調策略:
- 刪掉冗餘修飾詞(「完整的」「最佳的」「全面的」)
- 縮寫非核心詞
- 用
|或-替代長連接詞(注意符號本身也佔像素) - 把差異化資訊往前移
Step 5:兩端都過一遍,確認關鍵資訊可見
分別檢查桌面端和行動端的 SERP 預覽。如果某一端出現 …,優先縮短或調整文案,確保品牌名、核心關鍵字和 CTA 在安全區內完整展示。Google 還可能根據搜尋詞加粗匹配片段(加粗字重更寬),留有空間比賭上限更穩妥。
寫好 Meta Title 和 Description 的 6 條原則
- 一條 title 一個核心意圖——避免全站頁面共用同一個首頁標題範本
- 前 40% 像素放最重要資訊——假設後半段可能看不到
- Description 寫「價值 + 差異 + 行動」——不是關鍵字列表的堆砌
- Title 與 H1 可相似但不完全相同——title 偏點擊吸引,H1 偏頁面主題
- 避免全大寫 Title——佔像素更多,且容易顯得像 spam(英文標題的大小寫規範可參考 英文大小寫常見錯誤)
- 定期複查——Google 可能重寫 snippet;用 Search Console「搜尋結果 → 網頁」看實際展示,必要時調整
不同頁面類型的長度策略
| 頁面類型 | Title 策略 | Description 策略 |
|---|---|---|
| 首頁 | 品牌 + 核心業務 + 地域/差異化 | 服務範圍 + 信任訊號 + CTA |
| 部落格文章 | 主題 + 年份/場景 + 品牌 | 解決什麼問題 + 讀者收益 |
| 電商產品頁 | 產品名 + 核心規格 + 品牌 | 賣點 + 配送/保障 + 促單 |
| 工具 / SaaS 頁 | 功能 + 目標使用者 + 品牌 | 用例 + 差異化 + Free/試用 |
| 多語言頁 | 各語言獨立撰寫,不要機翻湊字數 | 注意 CJK 字元的像素寬度與拉丁字母不同 |
工具測完了,還需要做什麼?
本工具能幫你什麼
- 瀏覽器本地測量,文案不上傳伺服器
- 基於 Canvas 的文字寬度計算,接近實際渲染
- 桌面/行動雙端預覽 + 截斷模擬(
…) - 同時提供 px 和字元數雙指標
本工具不能替代什麼
- Google 官方 SERP 渲染(字型、加粗策略可能隨時間變化)
- Google 重寫 Title/Description 的情況——需要用 Search Console 觀察
- 結構化資料 rich results 的展示(FAQ、評分星星等佔額外空間)
- 點擊率優化本身——文案品質、A/B 測試、搜尋意圖匹配
建議的完整 On-page 發布流程
- SERP 預覽工具 → 檢查長度與截斷
- 文字計數工具 → 正文長度(如需要)
- 大小寫轉換工具 → 標題格式統一
- 上線 → Search Console 觀察 2–4 週 → 根據 CTR 和實際展示迭代
常見問題
為什麼用像素而不是字元數?
Google 的截斷更接近「渲染寬度」而不是字元數。同樣長度的文字,因字型、字母形狀(如 W/M vs i/l)不同,實際佔用的像素可以差很多。
像素和字元數應該看哪個?
建議優先看像素(更貼近展示),同時參考字元數做快速自檢。常見經驗值:標題約 50–60 字元、描述約 120–160 字元,但最終以像素預覽為準。
這些 px 上限準確嗎?
這是盡量接近的經驗閾值。Google 可能調整樣式與截斷策略,不同裝置/語言也會有差異。本工具的目標是穩定、可用、足夠接近——建議控制在安全區內,而不是賭上限。
桌面端和行動端要分別測嗎?
要。尤其是 Description——行動端截斷明顯更早(安全區 600px vs 桌面端 830px)。行動端流量占比高的網站,應以行動端預覽為主要參考。
中文標題和英文標題閾值一樣嗎?
工具使用統一的 Arial 基準字型測量。CJK 全形字元通常比拉丁字母更寬,中英混排標題更應實測,不要照搬英文社群的字元數經驗。
關鍵字加粗會影響長度嗎?
會。Google 可能 bold 與使用者搜尋詞匹配的片段,加粗字重的像素寬度大於普通字重。這也是建議控制在安全區內的原因之一——臨界文案在加粗後可能觸發截斷。
SEO 外掛的字元限制還要遵守嗎?
要遵守 CMS 和外掛的欄位限制(maxlength 等),但「不會在 SERP 裡被截斷」應以像素預覽為準——兩者可能不一致。
Google 會重寫我的 title 怎麼辦?
優化 Meta Title 仍然重要——它是 Google 選擇展示文案的主要訊號。如果 GSC 裡看到 Google 頻繁重寫,檢查頁面 H1、正文首段和結構化資料是否與 Title 意圖一致,並調整頁面內容。
Description 越長越好嗎?
不是。超出可視範圍的部分使用者看不到,行動端尤甚。與其湊字數,不如在前 600px(行動端安全區)內把價值說清楚。
工具資料會上傳嗎?
不會。處理在瀏覽器本地完成。部分選項可能保存在 localStorage 中,詳見工具頁底部的隱私說明。
寫在最後
與其糾結標題到底是 58 個字元還是 62 個字元,不如確認關鍵資訊是否能在搜尋結果中完整呈現。字元數只是參考,像素寬度才更接近使用者真實看到的內容。SERP 裡被截斷丟的不是幾個字元,而是品牌名、核心賣點和點擊率。
發布前花兩分鐘,打開 Meta 標題與描述長度檢查器,切換桌面/行動端各看一遍——比上線後在 Search Console 裡發現 CTR 下跌再改,省事得多。
不必追求「精確到 1px」,追求關鍵資訊在安全區內、截斷位置可接受。這就夠了。