面向 AI 系統的結構化資料

依 schema.org 的 JSON-LD 讓作者、組織、日期與頁面類型對機器而言無歧義 — 而不是讓它們從文字中被猜測。

為什麼格式很重要

僅憑內文，AI 系統通常能辨識一個頁面在講什麼——但無法可靠地判斷誰對文字負責、上次更新是什麼時候，或這是一篇指南、產品頁還是新聞報導。JSON-LD 以與版面無關的方式，在頁面標頭把這些資訊作為一筆明確的資料記錄提供出來。

用 JSON-LD 而非 Microdata

schema.org 有三種語法：HTML 標記中的 Microdata 與 RDFa，以及形式為「script type application/ld+json」的獨立指令碼區塊 JSON-LD。對新專案建議採用 JSON-LD：該區塊獨立於可見 HTML，可集中維護，重建範本時不會失效。

效益最大的類型

對多數頁面，少數幾個類型就夠了：Organization（每個網站一次，含 name、URL、logo 以及指向官方檔案頁的 sameAs 參照）、WebSite，以及視頁面而定、帶 author 與 datePublished 的 Article 或 BlogPosting。商店再加 Product 與 Offer，指南加 HowTo，問答頁加 FAQPage。

把作者與組織連結起來

在來源選擇上最大的槓桿是具名的作者身分：以真實姓名作為 Person 的 author，透過 sameAs 連結到作者頁或專業檔案頁，並有一筆指向與網站其餘部分相同的 Organization 物件的 publisher。這樣形成的是一個相互連結的圖，而非孤立的片段。

常見錯誤

有四種錯誤反覆出現：無效的 JSON（多一個逗號，整個區塊就被忽略）、替頁面上根本看不到的內容加標記、多個區塊之間資訊互相矛盾，以及與頁面實際內容不符的 @type。拿不準時，寧可少量正確的資訊，也不要大量可疑的資訊。

導入並檢查

導入後用 Schema Markup Validator（validator.schema.org）與 Google 的複合式搜尋結果測試來核對。citeglass 會讀取在你首頁上找到的 JSON-LD 類型並列在報告裡——這樣你能很快看到標記是否真的到位，以及組織、作者與日期是否都涵蓋到了。

檢查你自己的網站

citeglass 約 30 秒內顯示你的網站在哪裡對 AI 系統不可讀 — 免費且無需登入。

繼續閱讀

一般資訊，不構成法律建議。GEO 是一個新興領域 — 建議可能會變化。