結構化資料是什麼？Schema 標記入門與 4 種最該先做的類型（含實作）

Q: 中小企業最該先做哪幾種 Schema？

先做四種：Organization、LocalBusiness、Article、FAQPage。把這四種做對，就吃下大部分效益，其餘類型等網站成熟再補。

TL;DR（懶人包）

結構化資料（structured data）是一段「機器看得懂」的程式碼，明確告訴搜尋引擎「這頁是文章、這是作者、這是評分、這是常見問答」。
它不會直接讓排名變高，但能爭取到複合式摘要（rich results）版位，例如星等、FAQ 展開、麵包屑，讓你的搜尋結果更醒目、更容易被點。
主流寫法是 JSON-LD，用 <script> 包一段資料放進頁面，不影響版面、最好維護、Google 官方推薦。
對中小企業最該先做的 4 種：Organization（組織）、LocalBusiness（在地商家）、Article（文章）、FAQPage（常見問答）。
標記完一定要用 Google 的複合式搜尋結果測試工具驗證，沒通過驗證等於沒做。

結構化資料是什麼？為什麼搜尋引擎需要它

結構化資料（structured data，又常被稱作 Schema 標記），是一段按照固定格式寫成、機器能直接讀懂的程式碼，用來告訴搜尋引擎「這頁面上的每塊內容到底是什麼」。

為什麼需要它？因為搜尋引擎讀你的網頁，跟人讀的方式不一樣。人看到「★★★★☆ 4.5 分、128 則評論」，一眼就懂這是評分。但機器看到的只是一堆文字和標籤，它要用力猜這串數字代表評分、那個名字是作者還是公司。結構化資料的作用，就是把「猜」變成「明說」：你直接用標準詞彙標註「這是評分、值是 4.5」「這是作者、名字是 Robbie」，機器就不會誤解。

用一個比喻：一篇沒有結構化資料的網頁，像一份沒有欄位名稱的表格，所有資料擠成一團；加上結構化資料，等於替每一欄補上「姓名」「電話」「營業時間」的標題，機器一看就知道哪格是哪格。這套共通詞彙的標準，由 Schema.org 這個由 Google、微軟、Yahoo 等共同維護的組織制定，所以業界才統稱它「Schema 標記」。

它能帶來什麼：複合式摘要與 AI 搜尋

先講清楚一個常見誤會：結構化資料不是排名因素，標了它，Google 不會因此把你往前排。它真正的價值在「被搜尋到之後」這一段：

標了對的結構化資料，你的搜尋結果可能變成複合式搜尋結果（rich results，又稱複合式摘要，帶星等、圖片、FAQ 展開等加強元素的搜尋結果）。同樣排在第三名，一個是樸素的兩行文字，一個帶著星等、評論數、可展開的 FAQ，後者占的版面更大、看起來更可信，點擊率自然更高。換句話說，它不幫你排得更前，但幫你在同樣位置「賺到更多點擊」。

進入 AI 搜尋時代，這層意義更重要。AI 概覽（AI Overviews）與生成式答案在整理回答時，明確標註過的資料更容易被正確理解與引用。把實體（公司、作者、商家資訊）標清楚，等於替機器降低理解成本，這也是 GEO（生成式引擎最佳化）的基礎工程之一。

三種寫法，為什麼選 JSON-LD

結構化資料有三種主要寫法，差別在「程式碼擺哪、怎麼維護」：

寫法	擺放方式	維護難度	建議
JSON-LD	獨立一段 script，與版面分離	低	✓ 首選（Google 官方推薦）
Microdata	屬性混在 HTML 標籤裡	高（改版面易壞）	舊網站維護時才用
RDFa	屬性混在 HTML 標籤裡	高	少用

結論很明確：用 JSON-LD。它把結構化資料獨立成一段，不跟版面綁在一起，所以日後改網站樣式不會把標記弄壞，也最好新增、最好除錯。Google 自己也明說偏好這種寫法。一段 JSON-LD 長這樣：

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "注意力行銷",
  "url": "https://attention.com.tw",
  "email": "[email protected]"
}
</script>

中小企業最該先做的 4 種類型

Schema.org 有上百種類型，但別被嚇到。對絕大多數中小企業與一人公司，先把這 4 種做對，就吃下了大部分效益：

Organization（組織）：標清楚公司名、官網、聯絡方式、社群連結。這是建立「品牌實體」的基礎，讓搜尋引擎與 AI 知道你是誰。每個網站都該有。
LocalBusiness（在地商家）：有實體店面或服務地區的，標上地址、營業時間、電話、服務範圍。這是搶進地圖在地搜尋、累積在地信號的關鍵。診所、餐廳、設計工作室這類在地生意必做。
Article（文章）：部落格與教學文標上標題、作者、發布與更新日期。它配合作者資訊，是強化內容可信度（E-E-A-T）的具體技術手段。
FAQPage（常見問答）：把頁面上的問答區標起來，有機會在搜尋結果直接展開問題列表，占更大版面。注意：問答必須是頁面上真實可見的內容，不能為了標記而捏造。

進階提醒：當網站成熟後，可以用 @id 把多個類型串成一張知識圖（nested schema），例如讓 Article 指向它的 Author，Author 再連到 Organization。這能把零散的標記變成一個彼此關聯的實體關聯網路（entity graph），但屬於進階工程，先把上面 4 種基礎做穩再說。

實作流程與驗證工具

不論你是手寫、用外掛、還是請人做，流程都是這四步：

第 4 步最常被略過，但其實最關鍵。標記完一定要用以下兩個 Google 官方工具驗證，沒通過等於白做：

複合式搜尋結果測試（Rich Results Test）：貼上網址或程式碼，看 Google 能不能正確讀到、有沒有錯誤或警告。
Search Console 的「複合式搜尋結果」報告：上線後持續監控有沒有結構化資料的錯誤，這是長期維運的儀表板。

四個最常見的錯誤

標了頁面上看不到的內容：例如標 5 顆星評分，但頁面根本沒有評論區。這違反 Google 規範，可能被當作垃圾標記處罰。標記必須對應真實、使用者看得到的內容。
標完不驗證：一個逗號、一個括號打錯，整段標記就失效。不用測試工具驗一次，等於不知道自己有沒有做對。
以為標了就會排名變高：它影響的是「顯示樣式與被理解程度」，不是排名本身。期待錯了就會失望，甚至做過頭。
所有頁面套同一份標記：每頁的內容不同，文章頁該用 Article、聯絡頁該帶 LocalBusiness。一份模板套到底，資料就會對不上。

小結

結構化資料是把網頁從「讓機器猜」升級成「跟機器明說」的工程。它不直接拉排名，但能爭取更醒目的搜尋版位、提高點擊，也是 AI 搜尋正確理解你的基礎。中小企業先用 JSON-LD 把 Organization、LocalBusiness、Article、FAQPage 四種做對、用官方工具驗證過，就已經領先大多數沒做的同業。標記只標真實內容、改完一定驗證，是兩條不能省的鐵律。

常見問題 FAQ

結構化資料會直接提升 Google 排名嗎？

不會直接提升排名。它影響的是搜尋結果的顯示樣式與被理解的程度，能爭取星等、FAQ 展開等複合式摘要版位，間接提高點擊率，但本身不是排名因素。

應該用哪一種寫法？

用 JSON-LD。它把標記獨立成一段程式碼、與版面分離，改網站樣式不會弄壞標記，也最好維護與除錯，是 Google 官方推薦的寫法。Microdata 與 RDFa 多在維護舊網站時才會碰到。

中小企業最該先做哪幾種 Schema？

先做四種：Organization（公司基本資料）、LocalBusiness（在地商家地址與營業時間）、Article（文章作者與日期）、FAQPage（常見問答）。把這四種做對，就吃下大部分效益，其餘類型等網站成熟再補。

標記完怎麼確認有沒有生效？

用 Google 的複合式搜尋結果測試（Rich Results Test）貼上網址或程式碼檢查有無錯誤，上線後再用 Search Console 的複合式搜尋結果報告持續監控。沒通過驗證，等於沒做。

參考來源

作者：Robbie｜注意力行銷