JSON-LD 結構化資料說明

什麼是 JSON-LD

JSON-LD 是一種用 JSON 表示 Linked Data 的格式，常用來描述頁面類型、品牌、作者、Breadcrumb、FAQ、文章欄位與其他可結構化資訊。 Google 在 structured data 文件中明確建議，若網站環境允許，應優先使用 JSON-LD。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "AI 驅動的網站 SEO 健檢",
  "author": {
    "@type": "Organization",
    "name": "Aulait GEO Scorecard"
  },
  "datePublished": "2026-04-16"
}
</script>

若用更產品化的方式來說，JSON-LD 就像是網站提供給搜尋與 AI 系統的一張結構化說明卡： 正文仍然很重要，但重要語意會被整理成更容易直接處理的欄位。

為什麼這會成為評分依據

JSON-LD 會被納入評分，不是因為掛上一個 <script type="application/ld+json"> 就值得加分， 而是因為它反映網站是否具備把內容「結構化表達」的能力。

一份品質良好的 JSON-LD，至少應該回答這些問題：

• 這頁是文章、FAQ、品牌頁、網站首頁，還是其他頁型。
• 這頁對應的是哪個實體。
• 作者、品牌、日期、路徑與其他關鍵欄位是否清楚。
• 這些欄位是否與頁面可見內容一致。

JSON-LD 能做什麼，不能做什麼

它能做的事

• 描述頁面類型： 例如 Article、FAQPage、BreadcrumbList、Organization、WebSite。
• 提供關鍵欄位： 例如作者、日期、品牌、站點名稱、問答關係與導覽路徑。
• 提高語意清晰度： 讓頁面從單純文字，變成有欄位、有關係的內容單位。
• 支撐部分搜尋呈現： 讓外部系統更容易建立 rich result 或更準確的頁型理解。

它不能保證的事

• 不能保證 rich results 一定出現： schema 不等於 rich result 保證。
• 不能保證排名提升： 它不是排名捷徑，而是語意清晰度訊號。
• 不能取代正文內容： 若頁面本身內容薄弱，JSON-LD 也無法補救。
• 不能憑空編故事： 若欄位與頁面可見內容不一致，反而會降低可信度。

為什麼錯誤的 JSON-LD 反而會降低可信度

1. 型別選錯

如果一篇純說明頁硬套成 Product，或明明沒有 FAQ 區塊卻標成 FAQPage， 外部系統就會對頁面產生錯誤預期。型別錯了，後面的完整欄位也失去意義。

2. 欄位與可見內容不一致

例如頁面沒有作者資訊卻填了作者、可見標題與 headline 不一致、FAQ 不存在卻輸出問答結構， 都會使結構化資料看起來像另一個頁面版本。

3. 欄位殘缺或亂填

常見狀況包括：@type 正確但關鍵欄位空白、圖片 URL 不存在、日期格式錯誤、Breadcrumb 順序與實際導覽不一致。 這些問題不一定讓頁面壞掉，但會讓 JSON-LD 從加分訊號變成低信任訊號。

4. 重複、衝突、版本混亂

若同一頁同時輸出多份互相衝突的 Organization、Article 或 WebSite， 外部系統就得自行猜哪一份才是真的。這種情況在 CMS、外掛與自製腳本混用時很常見。

在 AI SEO 時代，JSON-LD 更像「語意說明層」

若說 Meta Tags 是頁面的摘要層，那 JSON-LD 更像是頁面的語意說明層。它直接把「這是什麼、有哪些欄位、彼此如何關聯」 整理成外部系統較容易消化的格式。

我們如何解讀 JSON-LD 分數

在 Aulait GEO Scorecard 中，JSON-LD 分數不是看「有沒有 schema」，而是從「有沒有、合不合理、準不準、能不能支撐語意理解」四個方向看。

一、是否存在可解析的結構化資料

• 頁面是否有 JSON-LD。
• JSON 是否可解析。
• @context 與 @type 是否存在。
• 基本格式是否正確。

二、型別選擇是否合理

• 長文內容是否使用 Article 或相近類型。
• FAQ 區塊是否真的使用 FAQPage。
• 導覽路徑是否有 BreadcrumbList。
• 品牌資訊是否有 Organization 或 WebSite。

三、欄位是否與頁面內容一致

• headline 是否與主標接近。
• 日期、作者、圖片等欄位是否可信。
• Breadcrumb 是否與實際導覽一致。
• FAQ 問答是否真的存在於頁面上。

四、是否有助於外部系統穩定理解

• 是否提供清楚的頁面類型訊號。
• 是否把重要實體與關係整理出來。
• 是否減少頁型判讀的猜測成本。
• 是否讓頁面身份與站點身份更穩定。

高分的 JSON-LD 通常長什麼樣子

高分頁面的共同特徵通常包括：

• 型別選得對，不濫用。
• 欄位完整但不硬塞。
• 與頁面可見內容高度一致。
• 重要頁型有對應 schema。
• 不重複、不衝突、不混亂。

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "JSON-LD 結構化資料說明",
  "publisher": {
    "@type": "Organization",
    "name": "Aulait GEO Scorecard"
  }
}

對長文說明頁來說，常見健康組合通常會是 Article、BreadcrumbList 與 Organization。 若頁面本身就是 FAQ 聚合頁，才適合再補上 FAQPage。

這項分數代表什麼

JSON-LD 分數反映網站是否已把頁面類型、重要欄位與站內關係說清楚。 它反映的是內容是否不只可讀，還可被結構化理解。

因此，當一個網站在這個面向得分偏低，通常代表頁型描述不清、欄位與內容不一致、或站點語意框架不夠穩定， 使搜尋引擎與 AI 系統需要花更多成本自行推測頁面的真實身份。

官方規範與參考連結

下列搜尋引擎文件、Schema.org 與 JSON-LD 規範，是本評分面向的外部依據。