JSON-LD 驗證器
貼上結構化資料，對照 Schema.org 驗證——檢查 JSON-LD 是否有效、必填欄位是否遺漏，以及 Google 關注的所有問題。
趕在 Google 拒收之前先完成驗證
語法檢查之外，還會對照 schema.org 的期待稽核必填與建議屬性 — 錯誤用白話解釋，而不是丟給你一堆解析器訊息。
錯誤定位到列與欄
JSON 出錯時直接報告精確的列號與欄號，您可以立刻跳到問題位置修復，不用在一大段壓縮程式碼裡翻找。
Google 最低要求
內建詞表覆蓋約 35 個豐富結果類型，並逐項執行 Google 對每個類型的要求——遺漏必填欄位會明確報錯，而不是無聲失敗。
擷取複合式搜尋結果錯誤
一切都在瀏覽器內完成。您的標記不會被上傳、儲存或分享——即使離線也能正常驗證。
驗證分層
- 解析層 — 嚴格 JSON 解析並標出行與欄位置（多餘的尾端逗號在這一關就會失敗）。
- Graph 結構 — 驗證 @context/@type 並解析巢狀的 @id 參照。
- 必填屬性 — 依類型逐項檢查（Article 需要 headline、image、datePublished、author）；缺建議欄位只警告、不算失敗。
- 格式檢查 — ISO 日期、URL 與幣別代碼都以實際值驗證，不是只當字串看。
常見問題
為什麼我的頁面在 Google 顯示「不符合豐富結果條件」？
通常是以下幾種原因之一：必填欄位遺漏（例如 Article 缺少 datePublished）、@context 遺漏或錯誤，或某個屬性值的格式不對——日期不是 ISO 8601、URL 沒有 http(s) 前綴、priceCurrency 不是 3 位字母代碼。把您的 JSON-LD 貼到這裡，驗證器會列出它能找到的每一個問題。
未知類型或屬性一定算錯誤嗎？
不是。Schema.org 明確允許擴充，所以驗證器把未知類型與屬性報告為警告。只有錯誤——JSON 損壞、@context 遺漏、必填欄位遺漏——才表示 Google 無法讀取您的標記。警告提示的是詞表更大的驗證器會標記的內容。
支援 @graph 和完整 schema.org URL 嗎？
支援。@graph 陣列會逐元素驗證，寫成完整 URL（https://schema.org/Article）的類型或屬性名會自動正規化。日期必須符合 ISO 8601（2026-08-01 或 2026-08-01T12:30:00Z）；貨幣必須是 3 位字母 ISO 代碼。
相關工具
什麼是 JSON-LD 驗證器？
JSON-LD（JavaScript Object Notation for Linked Data，連結資料物件表示法）是 Google、Bing 等搜尋引擎讀取網頁含義的格式——文章、商品、食譜、FAQ 區塊、活動。驗證器會檢查您的結構化資料是否為格式正確的 JSON、是否符合 JSON-LD 規則（@context、@type、@graph），以及是否正確使用了 Schema.org 的類型與屬性。它能精確抓出讓 Google 忽略您豐富結果的那些錯誤：Article 缺少 headline 或 datePublished、貨幣代碼寫錯、日期不是 ISO 8601 格式，或使用了 Schema 不認識的屬性。
功能
- 報告 JSON 語法錯誤並給出精確列號與欄號
- 檢查 JSON-LD 結構：@context、@type 與 @graph 規則
- 按 Google 最低要求驗證約 35 個常用 Schema.org 類型
- 標記遺漏的必填欄位、未知類型與未知屬性
- 檢查值的格式：日期、URL、價格、貨幣代碼、評分與整數
- 列出偵測到的全部類型，讓您知道 Google 會讀到什麼
使用時機
- 發布帶 Article 或 BlogPosting 標記的頁面前
- 編輯過 FAQPage、Recipe 或 Event 後確認沒有改壞
- 豐富結果預覽空白、需要找出原因時
- 手工編寫或用工具產生 JSON-LD 時
您的結構化資料不會離開裝置：驗證完全在瀏覽器內完成，不上傳、不儲存，沒有任何隱私風險。