AISeeWhy
ZH
開始免費試用

給 AI 答案用的結構化資料:該標記什麼、怎麼標記

發布於

簡短回答

結構化資料本身無法開啟 AI 答案,但能消除對事實的疑慮。將發布者標記為含 sameAs 連結的 Organization,每篇文章標記 author、datePublished 與 dateModified,產品標記 offers、價格與幣別,問答區段則使用 FAQPage。請使用 JSON-LD,並讓內容與頁面顯示的完全一致。

讀取 HTML 的爬蟲得自己推斷頁面由誰發布、何時變更,以及產品的價格。JSON-LD 則以 schema.org 詞彙把這些事實明確寫出來。Google 表示其 AI 功能不需要特殊的 schema,而其他 AI 廠商並未公布如何使用標記,所以務實的目標是讓資訊清楚,而不是用什麼排名技巧。

本頁內容
  1. 結構化資料為什麼有助於 AI 答案?
  2. 我該如何標記自己的組織?
  3. Article 或 BlogPosting 標記應包含什麼?
  4. 還值得加上 FAQPage 標記嗎?
  5. 如何標記產品或應用程式的價格?
  6. 如何確認我的標記被正確讀取?

結構化資料為什麼有助於 AI 答案?

AI 答案經常得陳述事實:誰製作了產品、價格多少、文章是否為最新。這些事實若只存在於內文中,就可能被誤讀,或與其他頁面的事實混在一起。標記則為每項事實提供單一、一致的陳述,任何剖析器都能讀取。

可以的話請使用 JSON-LD;Google 推薦它,因為最容易實作與維護。同時請遵守 Google 的基本規則:即使資訊正確,也不要標記頁面上使用者看不到的資訊。

我該如何標記自己的組織?

含有 name、url、logo 與 sameAs 的 Organization,能告訴爬蟲網站背後是誰。schema.org 將 sameAs 定義為參考頁面的網址,用來明確指出該項目的身分,例如你在其他地方的官方檔案頁。Google 建議放在首頁或關於頁面;不需要每個頁面都放。

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#org",
  "name": "Example Co",
  "url": "https://example.com/",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/example-co",
    "https://github.com/example-co"
  ]
}

請為組織設定穩定的 @id,讓網站上的其他標記(例如文章的 publisher)能參照它。sameAs 中只列出你自己掌控的檔案頁。連到名稱相似的另一家公司的頁面,效果正好相反:它會模糊標記本該釐清的身分。

Google 也列出 description、legalName、contactPoint 與 address 等選用屬性。請加入真實且穩定的項目;需要你手動持續更新的內容就不要放。

Article 或 BlogPosting 標記應包含什麼?

對文章來說,與可信度和時效性最相關的屬性是 headline、含 name 與能識別作者的 url 的 author、datePublished,以及 dateModified。Google 要求使用 ISO 8601 日期,並建議包含時區。

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to choose a clinic scheduling app",
  "author": {"@type": "Person", "name": "Jane Doe", "url": "https://example.com/team/jane"},
  "publisher": {"@id": "https://example.com/#org"},
  "datePublished": "2026-10-01T09:00:00+00:00",
  "dateModified": "2026-11-12T09:00:00+00:00",
  "image": "https://example.com/img/scheduling.jpg"
}

請讓 dateModified 誠實且一致。頁面上看得見的日期與 sitemap 的 lastmod 使用同一個日期,而且只在內容真的有變動時才更新。

還值得加上 FAQPage 標記嗎?

先說清楚它不再有什麼作用。Google 已停止在 Search 中顯示 FAQ 豐富結果,並已移除該功能的文件。所以 FAQPage 標記不會讓你在 Google 取得展開的 FAQ 結果。

它仍是有效的 schema.org 類型,以機器可讀的形式把每個問題與答案配對,對任何會剖析頁面的系統都有幫助。如果你的頁面已經有看得見的 FAQ 區段,為它加上標記成本很低。不要在標記中加入頁面上沒有的問題。

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Does the app work offline?",
    "acceptedAnswer": {"@type": "Answer", "text": "Yes. Changes sync when the device is back online."}
  }]
}

如何標記產品或應用程式的價格?

人們常問 AI 助理某個產品要多少錢,而埋在價格表裡的價格很容易被誤讀。請在你的 Product 或 SoftwareApplication 標記中加入含 price 與 priceCurrency 的 offers。Google 將 price 列為 offer 的必要項目,並建議加上 priceCurrency;免費應用程式則應標示價格為 0。

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Example Planner Pro",
  "offers": {
    "@type": "Offer",
    "price": 19.00,
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

如何確認我的標記被正確讀取?

AISeeWhy 會剖析你頁面上的 JSON-LD,並回報無效的區塊、缺少的發布者或 sameAs、不完整的文章資料、沒有價格的應用程式或產品標記,以及沒有對應 FAQ 標記的問題標題,每一項都附上可直接使用的修正片段。

常見問題

要出現在 Google AI 總覽,需要結構化資料嗎?

不需要。Google 表示,AI 總覽或 AI 模式不需要特殊的 schema.org 結構化資料。標記仍有助於讓日期與價格等事實不含糊。

JSON-LD、Microdata 還是 RDFa?

都有效,但只要你的環境允許,Google 推薦 JSON-LD,因為它更容易新增,也能獨立於看得見的 HTML 另外維護。

每個頁面都該有 Organization 標記嗎?

Google 建議放在首頁,或說明該組織的單一頁面。其他頁面可以用它的 @id 來參照。

結構化資料能取代好的內容嗎?

不能。標記說明的是關於頁面的事實,不會讓薄弱的答案變強。AI 答案仍然引述看得見的文字,所以頁面本身必須把問題回答好。

可以標記訪客看不到的內容嗎?

不可以。Google 的指南指出,即使資訊正確,也不要標記使用者看不到的資訊。

資料來源

更多文章