面向 AEO 的 schema markup 編寫方法與驗證順序

在頁面 HEAD 中放入用 schema.org 詞彙編寫的 JSON-LD 程式碼塊。內容文章同時新增 BlogPosting、FAQPage、BreadcrumbList 三種型別，公司網站則在全站範圍放置 Organization、WebSite、Service（或 Product）。 實現格式只用 JSON-LD 一種即可。Microdata、RDFa 雖然也寫在標準文件中，但新建網站沒有理由使用它們。

AI 搜尋不會概括整個頁面，而是隻挑選可用於回答的事實片段。要讓這種摘取準確，頁面必須以機器可讀的方式標明“這是發布機構，這是問題，這是答案，這是價格”。schema markup 就是這種標記。

AEO 為什麼需要 schema？

schema 是進入引用候選的最低條件。 ChatGPT 或 Perplexity 在生成答案時，會挑選引用頁面中的哪些句子。如果只有純文字 HTML，這組問答回答的是哪個問題、發布主體是誰、產品價格是多少，都沒有用標籤標示出來，挑選的依據就會變得模糊。

在 Search Engine Land 於 2025年9月進行的對照實驗中，有案例報告稱：在內容相同的兩個頁面中，只有正確編寫了 JSON-LD 的頁面出現在 Google AI Overviews（AI 摘要）中。開啟在品類主要提示詞中引用比例為 0 的頁面檢視，大多數要麼沒有 schema，要麼即使有，各頁面上的公司資訊也互相不一致。

新增了 schema 並不會自動在答案中曝光。沒有 schema 就會被排除在候選之外，有了 schema 才能進入候選。候選中哪個頁面會被展示，取決於內容的答案適配度和公司的可信度。

內容文章中新增的 BlogPosting、FAQPage、BreadcrumbList

一篇部落格或指南文章的頁面要同時放入三種型別。三種型別承擔的訊號互不重疊，只放一種的話，其餘訊號就會缺失。

dateModified 不要留空。 AI 答案傾向於優先引用最新的文章，看起來像幾年前的文章就會相應處於不利地位。即使沒有大幅修改文字，只要重新檢查過內容，就把日期更新為檢查當天。

FAQPage 是三種型別中對 AEO 效果最直接的。按照 schema.org 的 FAQPage 定義，在 mainEntity 陣列中放入 Question，併為每個 Question 關聯 acceptedAnswer，一組問題與答案就會成為 AI 可以直接拿來使用的答案形式。Google Search Central 的 FAQPage 文件規定，只對正文中實際可見的問答進行標記。把頁面上沒有的問題只放進 schema，屬於違反政策。

BreadcrumbList 是 AI 引擎掌握網站結構、以及 Google 桌面版搜尋結果顯示頁面在網站內位置時所使用的值。只需按順序填寫 position、name、item 即可，投入的工夫少而效果好。

PION 自有部落格在文章發布後會自動加入這三種型別。只要用 className="faq-section" 容器包裹正文中的 FAQ，構建器就會提取問題和答案，並將 FAQPage JSON-LD 放入頁面。

公司網站中新增的 Organization、WebSite、Service/Product

首頁、公司簡介、服務、產品等主要頁面，要另外放入將公司登記為一個實體的 schema。這是與單篇文章的 schema 分開、放在全站範圍的一層。

Organization 中最需要用心的欄位是 sameAs。 name、url、logo、description 大多都會填寫。如果 sameAs 陣列為空，AI 就沒有依據去核對“getpion.com 上的那家公司”與“LinkedIn 和媒體報道中出現的那家公司”是否為同一家，引用時公司名稱的寫法就會不穩定。即使掛上 LinkedIn、Crunchbase 和報道連結，如果所連結頁面上的公司名稱、域名、標誌各不相同，也不會有效果。sameAs 只有在外部以同一名稱一致曝光時才會起作用。

WebSite 是域名本身的後設資料，透過 publisher 關聯與單篇文章的 BlogPosting 繫結在一起。過去透過 SearchAction 顯示的搜尋結果站點連結搜尋框，Google 已自 2024年11月起取消，而網站名稱的顯示仍繼續使用 WebSite 結構化資料。

使用 Service 還是 Product 型別，由商業模式決定。像 PION 這樣的行銷代理機構用 Service，銷售實物商品的電商品牌用 Product。使用 Product 的品牌若想在“面霜多少錢”這類提示詞中被引用，就必須把 sku、brand、offers、aggregateRating 全部填好。如果是 Service，則設定 provider（指向 Organization）、areaServed、serviceType、hasOfferCatalog。

JSON-LD 應該放在頁面的什麼位置？

JSON-LD 通常放在頁面 HEAD 中。放在 BODY 末尾也能生效，但放在 HEAD 中時，爬蟲會在文件前部先抓取到後設資料。一個頁面有多個 schema 時，可以用圖（graph）將它們組合在一起，或者為每種型別分別放入 <script type="application/ld+json"> 程式碼塊。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "面向 AEO 的 schema markup 如何應用？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "在頁面 HEAD 中插入 JSON-LD 程式碼塊，並且 ..."
      }
    }
  ]
}
</script>

營運時請遵守以下規則。

• schema 內的文字 = 頁面正文文字。 把正文中沒有的句子只放進 schema，會違反 Google 政策並受到處罰。
• 用 @id 將實體相互關聯。 Organization、WebSite、BlogPosting、Person 透過 @id 相互引用時，AI 引擎會把整個網站識別為相互關聯的實體集合。沒有這種引用，同一網站的頁面會被識別為彼此孤立的頁面。

部署前的驗證順序

編寫好 schema 後，部署前要讓它同時透過兩個工具。兩個工具檢查的對象互不重疊，只用其中一個是不夠的。

• Google Rich Results Test 在輸入 URL 或程式碼片段後，會顯示 Google 識別出的 rich result 型別以及錯誤和警告。它檢查的是是否符合 Google 的展示政策。
• Schema.org Markup Validator 檢查標準詞彙本身的語法。Rich Results Test 發現不了的詞彙錯誤，要在這裡發現。

透過兩個工具只說明語法正確，是否真的被引用需要另行測量。PION 在修改客戶網站後，會先用兩個工具檢查，再向 AI 引擎（ChatGPT、Perplexity、Gemini）輸入品類主要提示詞，測量引用比例如何變化。schema 不會立即生效，而是在下一個索引週期才被納入，因此我們把每隔 2~4 週重新測量作為標準流程。