meta description 怎麼寫？長度、點擊率與被改寫的原因

description 是檔頭標籤裡定位最容易被誤解的一個。它 不是排名訊號，搜尋引擎早已公開說明不用它排名。

但它決定了搜尋結果那兩三行摘要的內容，也就是 使用者要不要點進來 的依據。排名再前面，摘要寫得沒人想點，一樣沒有流量。

html

<meta
  name="description"
  content="說明網頁描述的實際作用、建議長度，以及搜尋引擎改用內文當摘要的判斷邏輯。"
>

長度同樣是像素

語言	建議長度
繁體中文	75 到 80 個字
英文	150 到 160 個字元

桌機搜尋結果的摘要區大約 920 像素寬。但真正的關鍵在於：

行動裝置顯示得更短

手機的摘要區更窄，能顯示的字數明顯少於桌機。把重點放在前面三分之一，後面被截掉也不影響訊息完整。

寫法：一句結論加一句方法

好的描述有固定的骨架：

這一頁在講什麼（結論）。 本文說明 A、B 與 C（涵蓋範圍）。

前半句讓使用者知道找對地方了，後半句告訴他裡面有什麼。以本頁自己的描述為例：

meta description 不是排名訊號，但它是使用者決定要不要點進來的依據。本文說明它的實際作用、建議長度與每頁唯一的原則，以及搜尋引擎改用內文當摘要的判斷邏輯。

該做	不該做
用完整句子	只列關鍵字
自然帶入使用者會搜的字詞	重複堆疊同一個詞
寫出頁面實際有的內容	承諾頁面上沒有的東西
每頁不同	整站共用一段
重點放前面	前面鋪陳、重點在最後

關鍵字會被標粗體

使用者搜尋的字詞若出現在摘要裡，搜尋結果會把它 標成粗體，視覺上明顯更醒目。所以描述裡放進使用者真的會搜的說法是有價值的。

想的是「使用者會怎麼問」

不要寫「本站提供專業的網頁效能優化服務」，而要寫「網頁載入太慢怎麼辦？從圖片、字型與程式碼三個方向逐項檢查」，後者才貼近使用者實際輸入的字。

但是要 寫進句子裡，而不是排列關鍵字：

html

<!-- 關鍵字堆疊，搜尋引擎會乾脆不採用 -->
<meta name="description" content="SEO, SEO 優化, SEO 教學, 搜尋引擎優化, 技術 SEO, SEO 排名">

<!-- 自然的句子，同樣涵蓋關鍵字 -->
<meta name="description" content="從技術 SEO 的角度說明搜尋引擎最佳化該怎麼做，涵蓋檔頭標籤、索引控制與網站體驗核心指標。">

每頁唯一

和標題一樣，全站共用一段描述等於放棄了差異化。用框架開發時把描述當成頁面資料：

yaml

---
title: 頁面標題
description: 這一頁的重點摘要，約 80 字內。
---

同一份描述也可以拿去餵 Open Graph 與 Twitter Card ，不必寫三次，但社群卡片的字數上限更緊，通常會準備一個更短的版本。

被改用內文的原因

這是正常行為，不是設定失效

搜尋引擎會依 當次的搜尋字詞 挑選最貼切的文字。當它認為頁面某一段比您寫的描述更能回答這個查詢，就會改用那一段。

同一個頁面在不同的搜尋字詞下，可能顯示三種不同的摘要，這是刻意設計的。

改寫在這些情況特別常見：

情況	為什麼
頁面涵蓋多個子題	每個子題各自對應不同的搜尋字詞
描述太籠統	內文的具體段落比它更有資訊量
搜尋字詞很長尾	描述沒提到，但內文某一段剛好回答了
沒有寫描述	只能從內文抓

應對方式不是硬碰硬，而是接受它：

自己寫的描述負責 最主要的那個搜尋意圖。
內文的各個章節寫清楚，讓搜尋引擎抓段落時抓到的是好句子。
不要在內文放大段導覽文字或重複的樣板句，那些是它可能抓到的候選。

沒寫會怎樣

搜尋引擎會自己從內文抓一段。抓到的可能是：

導覽選單的文字（「首頁關於我們服務項目聯絡我們」）
頁尾的版權宣告
一句從中間斷開、沒頭沒尾的話

這是唯一不該省的理由

與其讓它亂抓，不如自己寫一段可控的版本。這也是為什麼「有沒有 description」被列在 Lighthouse 的 SEO 檢查裡。

檢查清單

項目	標準
每頁都有 `description`	必備
每頁的描述唯一	必備
中文 80 字內	建議
是完整句子而非關鍵字列表	必備
重點在前三分之一	建議
內容與頁面實際有的東西相符	必備