微資料換成 JSON-LD：沒有測到自然流量差異
JSON-LD 放在自己的 script 裡，和頁面上看得到的內容分開。微資料寫進行內 HTML。Google 現在推薦 JSON-LD，理由是比較好維護。2016 年它還沒有普遍支援所有靠標記的功能，當時麵包屑和若干複合式摘要仍建議用微資料，所以很多站還留著舊格式。對照頁和變體頁分開。他們把實際結果和預測相比，並給可信區間，用來排除季節、全站改動、演算法更新和競爭對手。量的是自然流量，所以排名和點閱率的變化都會算進去。這是一家客戶的分流，SearchPilot 也賣測試平台。
目錄（5）
來源聲明 原文
完整來源聲明
來源聲明：本文根據 SearchPilot 案例〈JSON–LD vs Microdata Revisited〉編譯為繁體中文，不是逐句翻譯。原文：https://searchpilot.com/resources/case-studies/json-versus-microdata-in-2024。文中「編輯解讀」為本站觀點，不屬於原文。檢索日期：2026-10-16。
換成另一種格式，沒有測到流量差
2020 年他們第一次把微資料換成 JSON-LD，沒有測到可偵測的影響。之後客戶做了數百次兩種格式的標記測試。跨標記類型、網站體量和產業，從一種換成另一種，都沒有測到可衡量的自然流量差異。Google 沒有表示過哪一種在搜尋能見度上更有實質好處。推薦 JSON-LD，沒有變成流量漲幅。
所以，若要說服開發換掉舊的微資料，除非 Google 停止支援，否則業務理由最好放在其他好處，而不是 SEO 流量。不換，從這批測試看也不像會傷自然流量，前提是標記正確、能被解析。
他們列出的維護理由
桌面和手機的 HTML 若不同，微資料要在兩邊出現同一套，現在行動版優先索引已是普遍情況，這比放在頁首的 JSON-LD 更難。JSON-LD 比較容易巢狀，不必為了標記去改既有 HTML。靠 JavaScript 渲染的網站，不論伺服器端或瀏覽器端，也比較容易接 JSON-LD。他們推測搜尋引擎以後可能淘汰微資料，但寫明這不太可能很快發生。關鍵模板仍建議先小範圍換，確認複合式結果沒有丟，再擴大。標記做對，是這句「可以換」的前提。
常見問題
- 為了排名，要不要把微資料換成 JSON-LD？這批測試沒有測到自然流量差異。2020 年那一次沒有，之後跨類型、體量和產業的多次互換也沒有。Google 推薦 JSON-LD 是因為好維護。
- 留著微資料會不會被扣分？他們沒有測到傷害。前提是標記仍正確。他們推測微資料以後可能被淘汰，但寫這不太可能很快發生。
- 什麼時候仍值得換？桌面和手機 HTML 不同、需要巢狀、或頁面靠 JavaScript 渲染時，JSON-LD 比較好維護。關鍵模板先小範圍換，確認複合式結果還在。
- 2016 年的建議還適用嗎？文章用 2016 年說明為什麼很多站仍是微資料：當時麵包屑和部分摘要還建議用微資料。現在的建議是 JSON-LD。流量測試沒有跟著這個建議變出差異。
編輯解讀
一句話重點：格式互換沒有測到自然流量差異。要換，是為了好維護，而且先在關鍵模板上確認複合式結果沒有丟。
這對你的網站意味著什麼：
- 不要為了 SEO 流量推遲或趕工遷移。標記正確時，兩種格式在這批測試裡沒有流量差。
- 行動版和桌面版的標記要一致。這是他們偏好 JSON-LD 的維護理由。
- 巢狀或大量 JavaScript 的模板，JSON-LD 比較不容易為了標記去改版面。
- 上線前用複合式結果檢查關鍵範本，不要只看原始碼裡有沒有 script。
適用與不適用的情境：適用於已經有正確標記、只是要換格式。不適用於標記本身是錯的、或缺了價格與評價這類內容。格式測試沒有回答「要不要加標記」。
需要注意的限制：數百次是 SearchPilot 客戶的測試彙總，不是一次公開的全網實驗。他們賣測試平台。
延伸閱讀：
可沉澱規則 · 供站點自檢2 條
從本文提煉，可供人工對照或 AI 分析站點時作為依據。全部規則
標記正確時，不要為了 SEO 流量趕著把微資料換成 JSON-LD。關鍵模板仍先小範圍換，確認複合式結果還在。
- 沒有承諾流量上升
- 關鍵模板先小範圍確認複合式結果
桌面和手機 HTML 不同、需要巢狀，或頁面靠 JavaScript 渲染時，JSON-LD 比較好維護。這不是排名理由。
- 理由是維護、巢狀或 JavaScript
- 不是排名
名詞與資料來源
- SearchPilot：〈JSON–LD vs Microdata Revisited〉 https://searchpilot.com/resources/case-studies/json-versus-microdata-in-2024（檢索日期：2026-10-16）