教學
結構化數據入門：讓 AI 正確引用你的內容
用 JSON-LD 向搜尋引擎和 AI 宣告網站事實。教你香港中小企最值得先做的四種結構化數據，附精簡範例、常見錯誤與驗證方法。
結構化數據是寫在網頁原始碼裏、給機器讀的事實宣告。AI 搜尋引擎靠它確認你的公司名稱、服務和問答內容，引用時才不會出錯。本文教你以 JSON-LD 實行四種最值得先做的類型。
JSON-LD 是甚麼
JSON-LD 是一種以 JSON 格式嵌入網頁的結構化數據，用來向搜尋引擎和 AI 系統宣告頁面內容的類型與屬性。它是 Google 建議採用的格式，寫成一段 <script> 放進網頁即可，不需要改動頁面的可見內容。
最簡範例如下：
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "範例有限公司",
"url": "https://www.example.com"
}
</script>這段碼的意思是：本頁代表一個組織，名稱是「範例有限公司」，官方網址是 example.com。詞彙來自 schema.org，這是搜尋引擎共同維護的公開標準。
對 AI 搜尋的作用：機器可讀的事實宣告
結構化數據的作用，是把網頁上人類可讀的內容，轉成機器可讀的事實宣告。傳統搜尋引擎用它產生複合式搜尋結果；對 AI 搜尋而言，清楚的事實宣告能減少模型誤讀、張冠李戴的機會。
以 FAQPage 為例，問與答被標成明確的資料欄位，AI 引擎抽取和引用時就不必猜哪句是問題、哪句是答案。你的公司名稱、產品價格、頁面層級關係，都可以用同樣方式宣告。
要注意的是，結構化數據不是排名捷徑。它的價值在於準確：讓機器讀到的，和你想表達的一致。
香港中小企最值得先做的四種
Organization：宣告你是誰
放在首頁，宣告公司名稱、網址、標誌和官方社交帳號。
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "範例有限公司",
"url": "https://www.example.com",
"logo": "https://www.example.com/logo.png",
"sameAs": ["https://www.linkedin.com/company/example"]
}常見錯誤：不同頁面宣告的公司名稱不一致，或 logo 用相對路徑。名稱請與商業登記和社交帳號統一，網址一律用完整的 https 開頭。
FAQPage：讓問答可被直接抽取
放在有問答內容的頁面，每題一個 Question 物件。
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "你們提供哪些服務？",
"acceptedAnswer": {
"@type": "Answer",
"text": "我們提供網站寄存與域名註冊服務，辦公室設於香港。"
}
}]
}常見錯誤：JSON-LD 裏的問答在頁面上根本看不到。Google 明確要求標記內容必須與頁面可見內容一致，只寫在碼裏而不顯示，屬於違規標記。
Product 或 Service：說清楚你賣甚麼
產品頁用 Product 配 Offer，服務型公司可用 Service。
{
"@context": "https://schema.org",
"@type": "Product",
"name": "商務網站寄存方案",
"description": "適合中小企的網站寄存服務，含每日備份。",
"offers": {
"@type": "Offer",
"price": "0",
"priceCurrency": "HKD"
}
}price 填 0 表示免費，收費方案就填實際價格。常見錯誤：漏掉 priceCurrency，或標記的價格與頁面顯示的不同步，改價時只改了其中一邊。
BreadcrumbList：宣告頁面在網站中的位置
告訴機器這一頁屬於哪個層級，AI 和搜尋引擎更容易理解網站結構。
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{"@type": "ListItem", "position": 1, "name": "首頁", "item": "https://www.example.com/"},
{"@type": "ListItem", "position": 2, "name": "服務", "item": "https://www.example.com/services/"},
{"@type": "ListItem", "position": 3, "name": "網站寄存"}
]
}常見錯誤：position 編號跳號或重複。最後一項是當前頁面，item 可以省略，其餘各層必須有完整網址。
用 Google 複合式搜尋結果測試驗證
寫完不等於生效，上線前後都要驗證。到 Google 複合式搜尋結果測試（Rich Results Test，search.google.com/test/rich-results）貼上網址或直接貼程式碼，測試工具會列出偵測到的類型和錯誤。
有一點要留意：這個測試工具只回報符合 Google 複合式搜尋結果資格的類型。想檢查所有 schema.org 標記是否合法，可以再用 Schema.org 官方驗證工具（validator.schema.org）跑一次。
最後在正式環境開啟頁面原始碼，確認 JSON-LD 真的有輸出。不少網站模板在編輯器預覽正常，發布後卻把 script 過濾掉了。
常見問題
JSON-LD 一定要放在 head 嗎？
不一定。放在 head 或 body 都能被讀取，但集中放在 head 較易管理和除錯。
結構化數據會直接提升排名嗎？
不會直接提升排名。它的作用是讓搜尋引擎和 AI 準確理解內容，增加被正確引用的機會。
同一頁可以放多種結構化數據嗎？
可以。一頁可同時宣告多個類型，例如服務頁同時放 Service、FAQPage 和 BreadcrumbList。
沒有工程師可以自己加嗎？
可以。JSON-LD 是純文字，複製範例改成自己的資料，貼進網頁模板後用測試工具驗證即可。
AEO Auditor 工具名裏的 AEO 是甚麼意思？
指答案引擎優化，即 AI 搜尋層面的優化，與香港海關的認可經濟營運商計劃無關。
先掃一次，再動手改
四種標記都不難，難在知道自己的網站現在缺哪些。UDomain 的免費工具 AEO Auditor（ai.ud.hk/aeo-auditor）可以掃描你的網站，檢查結構化數據、AI 爬蟲可讀性等 AI 可見度項目，幫你列出該先補的缺口。掃完對照本文的範例逐項補上，讓 AI 下次引用你的內容時，說的是你想說的話。
