事實查核 (ClaimReview) 結構化資料

如果您的網頁是用於審查他人聲明的事項,您可以在網頁中加入 ClaimReview 結構化資料。當特定聲明事項的搜尋結果中列出您的網頁時,ClaimReview 結構化資料可讓 Google 搜尋結果顯示事實查核的摘要版本。

本指南將詳細說明 ClaimReview 結構化資料的實作方式。如果您不想手動添加結構化資料,則可考慮使用事實查核標記工具。詳情請參閱關於事實查核標記工具一文。

如何新增結構化資料

結構化資料是一種標準化格式,能夠提供網頁相關資訊並分類網頁內容。如果您是第一次使用結構化資料,請參閱這篇文章,進一步瞭解結構化資料的運作方式。

以下簡要說明如何建立、測試及發布結構化資料。

  1. 新增必要屬性。根據您使用的格式,瞭解要在網頁中的什麼位置插入結構化資料
  2. 遵循指南規範
  3. 使用複合式搜尋結果測試驗證程式碼,並修正所有重大錯誤。此外,我們也建議您修正工具中可能標記的任何非重大問題,因為這有助於改善結構化資料的品質 (但並非符合複合式搜尋結果的顯示條件)。
  4. 部署幾個包含結構化資料的網頁,並使用網址檢查工具測試 Google 轉譯網頁的情形。請確認 Google 可以存取您的網頁,且網頁並未遭到 robots.txt 檔案或 noindex 標記封鎖,也未設有登入規定。如果網頁看起來沒問題,您可以要求 Google 重新檢索您的網址
  5. 為了讓 Google 掌握日後的異動內容,建議您提交 Sitemap。您可以使用 Search Console Sitemap API 自動執行這項操作。

示例

假設某個網頁評估的是「地球是平的」這項聲明。如果網頁提供了 ClaimReview 元素,當使用者搜尋「the world is flat」(地球是平的) 時,Google 搜尋結果可能顯示的畫面如下 (請注意,實際的視覺設計可能有所不同):

與網頁相關聯的單一聲明審查

以下是這項事實查核資料的代管網頁使用的結構化資料樣本:


<html>
  <head>
    <title>The world is flat</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "ClaimReview",
      "url": "https://example.com/news/science/worldisflat.html",
      "claimReviewed": "The world is flat",
      "itemReviewed": {
        "@type": "Claim",
        "author": {
          "@type": "Organization",
          "name": "Square World Society",
          "sameAs": "https://example.flatworlders.com/we-know-that-the-world-is-flat"
        },
        "datePublished": "2024-06-20",
        "appearance": {
          "@type": "OpinionNewsArticle",
          "url": "https://example.com/news/a122121",
          "headline": "Square Earth - Flat earthers for the Internet age",
          "datePublished": "2024-06-22",
          "author": {
            "@type": "Person",
            "name": "T. Tellar"
          },
          "image": "https://example.com/photos/1x1/photo.jpg",
          "publisher": {
            "@type": "Organization",
            "name": "Skeptical News",
            "logo": {
              "@type": "ImageObject",
              "url": "https://example.com/logo.jpg"
            }
          }
        }
      },
      "author": {
        "@type": "Organization",
        "name": "Example.com science watch"
      },
      "reviewRating": {
        "@type": "Rating",
        "ratingValue": 1,
        "bestRating": 5,
        "worstRating": 1,
        "alternateName": "False"
      }
    }
    </script>
  </head>
  <body>
  </body>
</html>

適用資格準則

即使複合式搜尋結果測試顯示您的網頁已正確加上標記,Google 也不能保證事實查核資料一定會出現在搜尋結果中。使用結構化資料會「啟用」相關功能,但不「保證」該功能一定會顯示。Google 演算法會透過程式判斷您的網頁是否符合事實查核複合式搜尋結果的使用資格。判斷的依據眾多,也包括下列規範。

如要讓事實查核內容能夠在 Google 搜尋上呈現為事實查核複合式搜尋結果,請遵循下列規範:

  • 您的網站必須有多個網頁使用 ClaimReview 結構化資料標記。
  • 請務必遵守所有結構化資料指南搜尋 Essentials
  • 結構化資料與網頁內容不得出現不一致的情況。例如,結構化資料表示聲明為正確資訊,但網頁內容卻顯示聲明有誤。您必須確保內容與結構化資料相符,例如兩者同時表示聲明正確無誤。
  • 您必須依據《Google 新聞一般指南》中的規定,遵循可靠度、資訊公開、可讀性等標準,並確保網站沒有不實陳述或行為。
  • 您必須制定修正政策,或建立可讓使用者回報錯誤的機制。
  • 屬於政治實體 (例如廣告活動、政黨或民選官員) 的網站無法使用這項功能。
  • 您的讀者必須要能在報導內文中輕鬆辨別聲明和查核結果,且瞭解您查核了哪些內容,以及得出的結論是什麼。
  • 您必須明確指出受評估特定聲明的所屬來源,無論是網站、公開聲明、社交媒體或其他可追蹤的來源皆可,但不能是您的網站。
  • 在資料來源和分析方法上,您的事實查核分析必須可供追溯且公開透明,主要資料來源也必須附有引用和參考資料。

技術指南

  • 如要符合單一事實查核複合式搜尋結果的使用條件,每個網頁只能包含一個 ClaimReview 元素。如果在單一網頁中加入多個 ClaimReview 元素,該網頁就無法呈現為單一事實查核複合式搜尋結果。
  • 如果代管 ClaimReview 元素的網頁未提供完整的事實查核資料和評估內容,則至少要提供這些資訊的簡短摘要。
  • 特定的 ClaimReview 只能位於網站的其中一個網頁中,同樣的事實查核資料不可重複出現在多個網頁上,除非這些網頁是同個網頁的不同版本。舉例來說,您可以在行動版網頁和電腦版網頁上提供同一個 ClaimReview
  • 如果您的網站彙整了多篇事實查核文章,請確認這些文章皆符合準則,並提供一份公開清單,列出您彙整的所有事實查核網站。

結構化資料類型定義

以下是實作事實查核所需要的結構化資料類型:

您的內容必須包含必要的屬性,才能以複合式搜尋結果的形式呈現。您也可以加入建議的屬性,為內容增添更多相關資訊,提供更優質的使用者體驗。

ClaimReview

schema.org/ClaimReview 內提供 ClaimReview 的完整定義。 Google 支援的屬性如下:

必要屬性
claimReviewed

Text

簡短說明所評估的聲明。長度儘量不要達到 75 個字元,否則在行動裝置上顯示時換行次數可能過多。

reviewRating

Rating

聲明的評價。這個物件支援數字和文字評價。目前搜尋結果只會顯示文字評價。

各種事實核查專案會採用不同的評分配置,彼此之間可能會有些微差異,尤其是中間值的部分。請務必詳加解釋這類評分配置,載明所有評分數值的意義。對於所有內含評分數值的事實查核,您必須要制定至少一套能將數字對應到文字的評分系統。

  • 1 =「不實」
  • 2 =「大部分不實」
  • 3 =「半數屬實」
  • 4 =「大部分屬實」
  • 5 =「屬實」

詳情請參閱 Rating 一節。

url

URL

事實查核全文的代管網頁連結。

此網址值的網域必須是代管這個 ClaimReview 元素的網頁所對應的網域,或是該對應網域的子網域。由於系統無法解析重新導向網址和短網址 (例如 g.co/searchconsole),因此這兩者並不適用。

author

OrganizationPerson

事實查核文章的發布者,而不是聲明的發布者。author 必須是機構或個人。此外,author 至少要有下列其中一個屬性:

name Text

事實查核發布機構的名稱。

url

URL

事實查核發布者的網址,可以是首頁、聯絡資訊網頁或其他適當的網頁。

為了讓 Google 更瞭解不同內容的作者,建議您遵循作者標記最佳做法

itemReviewed

Claim

說明聲明事項的物件。詳情請參閱 Claim 一節。

Claim

schema.org/Claim 內提供 Claim 的完整定義。

appearance

URLCreativeWork

針對顯示這項聲明的 CreativeWork 提供連結或內嵌說明。

建議您新增 appearancefirstAppearance, 不必同時加入這兩者。

author

OrganizationPerson

聲明的作者,而不是事實查核資料的作者。如果聲明中未包含作者,就不要加入 author 屬性。如要添加 author,請定義以下屬性:

nameText (必要)

聲明發布者。發布者可以是個人或機構。

sameAs URL (建議)

這個屬性表示提出聲明的一方,PersonOrganization 皆可。當多位發布者提出相同的聲明時,您可以重複使用 appearance 屬性。如有多方人士或機構發布本質上相同的聲明,則可重複使用 author 屬性。

URL 可以是下列任一內容:

  • 發布聲明的機構網站首頁。
  • 針對發布聲明的一方提供相關資訊的其他確切網址,例如個人或機構的維基百科或維基數據條目。
datePublished

DateTimeDate

聲明的建立日期或成為公眾話題 (例如在社交網路竄紅) 的日期。

firstAppearance

URLCreativeWork

針對首次顯示這項聲明的 CreativeWork 提供連結或內嵌說明。

建議您新增 appearancefirstAppearance, 不必同時加入這兩者。

Rating

schema.org/Rating 內提供 Rating 的完整定義。

必要屬性
alternateName

Text

指派給 ClaimReview.reviewRating 的真實性評分,形式為讓人一目瞭然的字詞或短句。這個值會顯示在搜尋結果的事實查核資料中。示例:「屬實」或「大部分屬實」。

如果使用長句,請務必在開頭表明主旨,以免整句因配合顯示版面而遭到截斷。例如:「具體來說大部分屬實,不過整體聲明內容可能會誤導某些讀者」

bestRating

Number

代表優劣評比量表中最大值的數值評分,必須大於 worstRating,並且能以數字化方式進行評估。示例:4

name

Text

alternateName 相同,可在未提供 alternateName 時使用,但建議您指定 alternateName,而不要指定 name

ratingValue

Number

這項聲明的數值評分,範圍從 worstRatingbestRating (含最大/最小值)。建議您盡可能使用整數值。數值評分越接近 bestRating 表示聲明內容越正確,越接近 worstRating 則代表越不正確。示例:4

worstRating

Number

代表優劣評比量表中最小值的數值評分,必須小於 bestRating,並且能以數字化方式進行評估。必須含有最小值 1。示例:1

使用 Search Console 监控富媒体搜索结果

Search Console 是一款工具,可帮助您监控网页在 Google 搜索结果中的显示效果。即使没有注册 Search Console,您的网页也可能会显示在 Google 搜索结果中,但注册 Search Console 能够帮助您了解 Google 如何查看您的网站并做出相应的改进。建议您在以下情况下查看 Search Console:

  1. 首次部署结构化数据后
  2. 发布新模板或更新代码后
  3. 定期分析流量时

首次部署结构化数据后

等 Google 将网页编入索引后,请在相关的富媒体搜索结果状态报告中查看是否存在问题。 理想情况下,有效项目数量会增加,而无效项目数量不会增加。如果您发现结构化数据存在问题,请执行以下操作:

  1. 修正无效项目
  2. 检查实际网址,核实问题是否仍然存在。
  3. 使用状态报告请求验证

发布新模板或更新代码后

如果对网站进行重大更改,请监控结构化数据无效项目的增幅。
  • 如果您发现无效项目增多了,可能是因为您推出的某个新模板无法正常工作,或者您的网站以一种新的错误方式与现有模板交互。
  • 如果您发现有效项目减少了(但无效项目的增加情况并不对应),可能是因为您的网页中未再嵌入结构化数据。请通过网址检查工具了解导致此问题的原因。

定期分析流量时

请使用效果报告分析您的 Google 搜索流量。数据将显示您的网页在 Google 搜索结果中显示为富媒体搜索结果的频率、用户点击该网页的频率以及网页在搜索结果中的平均排名。您还可以使用 Search Console API 自动提取这些结果。

疑難排解

如果無法順利導入結構化資料,或是偵錯時遇到困難,請參考下列資源。

  • 如果您使用內容管理系統 (CMS) 或者有他人代您處理網站事務,請向對方尋求協助。請務必將所有與問題相關的 Search Console 訊息都轉寄給對方,這些訊息會針對問題提供詳細說明。
  • Google 不保證採用結構化資料的功能一定會顯示在搜尋結果中。如要瞭解為何 Google 無法將您的內容顯示為複合式搜尋結果,請參閱結構化資料通用指南裡的常見原因清單。
  • 結構化資料可能含有錯誤。請查看結構化資料錯誤清單
  • 如果您的網頁遭到結構化資料專人介入處理處置,系統會忽略網頁上的結構化資料,但該網頁仍然會出現在 Google 搜尋結果中。請使用專人介入處理報告來修正結構化資料問題
  • 再次查看指南規範,確認您的內容是否符合規定。問題可能是因為垃圾內容或不當使用的標記所引起。不過,因為問題可能與語法無關,所以複合式搜尋結果測試無法找出問題所在。
  • 疑難排解:未出現複合式搜尋結果/複合式搜尋結果總數減少
  • 請等待一段時間,讓系統執行重新檢索和重新建立索引作業。在發布網頁後,Google 可能需要幾天時間才會找到網頁並進行檢索。如有關於檢索和索引建立作業的一般問題,請參閱 Google 搜尋檢索和索引常見問題
  • 前往 Google 搜尋中心論壇發文提問。