事實查核

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

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

如何新增結構化資料

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

以下簡要說明如何建立、測試及發布結構化資料。如需在網頁中新增結構化資料的逐步指南,請前往結構化資料程式碼研究室

  1. 新增必要屬性。如要瞭解應在網頁上的何處插入結構化資料,請觀看「JSON-LD 結構化資料:網頁上的插入位置」影片。
  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",
      "datePublished": "2016-06-22",
      "url": "http://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": "2016-06-20",
        "appearance": {
          "@type": "OpinionNewsArticle",
          "url": "http://skeptical.example.net/news/a122121",
          "headline": "Square Earth - Flat earthers for the Internet age",
          "datePublished": "2016-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 結構化資料標記。
  • 您必須遵守所有結構化資料指南網站管理員指南
  • 結構化資料與網頁內容不得出現不一致的情況。例如,結構化資料表示聲明為正確資訊,但網頁內容卻顯示聲明有誤。您必須確保內容與結構化資料相符,例如兩者同時表示聲明正確無誤。
  • 您必須依據《Google 新聞一般指南》中的規定,遵循可靠度、資訊公開、可讀性等標準,並確保網站沒有不實陳述或行為。
  • 您必須制定修正政策,或建立可讓使用者回報錯誤的機制。
  • 屬於政治實體 (例如廣告活動、政黨或民選官員) 的網站無法使用這項功能。
  • 您的讀者必須要能在報導內文中輕鬆辨別聲明和查核結果,且瞭解您查核了哪些內容,以及得出的結論是什麼。
  • 您必須明確指出受評估特定聲明的所屬來源,無論是網站、公開聲明、社交媒體或其他可追蹤的來源皆可,但不能是您的網站。
  • 在資料來源和分析方法上,您的事實查核分析必須可供追溯且公開透明,主要資料來源也必須附有引用和參考資料。

技術指南

  • 單一網頁可代管多個 ClaimReview 元素,每個元素分別對應不同聲明。
  • 如果有多位審查者在網頁上確認過某項聲明是否屬實,您可以分別為每位審查者的分析結果提供 ClaimReview 元素。詳情請參閱在單一網頁發布多項事實查核資料一節。
  • 如果代管 ClaimReview 元素的網頁未提供完整的事實查核資料和評估內容,則至少要提供這些資訊的簡短摘要。
  • 每個特定的 ClaimReview 都只能由網站的單ㄧ網頁代管。同樣的事實查核資料不可重複出現在多個網頁上,除非是同一個網頁的不同版本 (舉例來說,您可以為行動版網頁和電腦版網頁提供同一個 ClaimReview)。
  • 如果您的網站彙整了多篇事實查核文章,請確認這些文章皆符合上述準則,並在一份公開清單中列出您彙整的所有事實查核網站。

在單一網頁發布多項事實查核

如果您決定在單一網頁上指定多個 ClaimReview 項目,請確認這些項目都與該網頁的主題相關。您可以使用下列其中一種做法:

  • 建立一個包含多項事實查核摘要資料的摘要網頁,並為每項事實查核資料設置相應的 ClaimReview 元素。在每項事實查核資料的專屬網頁上提供全文版內容。摘要網頁上的每個 ClaimReview 元素分別指向對應的全文版內容,而不是摘要網頁。
  • 建立一個包含多項完整審查內容的網頁,並為每項審核資料設置一個 HTML 錨點。每個 ClaimReview 元素都指向對應的 summary_page.html#anchor

結構化資料類型定義

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

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

如果貴機構有意實作 ClaimReview、或是在執行時遇到問題,請透過這份表單提交您的聯絡資訊。之後 Google 團隊就會與您聯絡。

ClaimReview

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

必要屬性
claimReviewed

Text

簡短說明所評估的聲明。建議您長度儘量少於 75 個字元,這樣在行動裝置顯示時可以減少換行次數。

reviewRating

Rating

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

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

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

詳情請參閱 Rating 一節。

url

URL

事實查核全文的代管網頁連結。如果網頁有多個 ClaimReview 元素,請確定事實查核資料有 HTML 錨點,且這個屬性應指向該錨點。示例:http://example.com/longreview.htmlhttp://example.com/summarypage.html#fact1

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

建議屬性
author

Organization

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

name Text

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

url

URL

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

datePublished

DateTime

事實查核的發布日期

itemReviewed

Claim

這個物件是用於描述聲明事項。詳情請參閱 Claim 一節。

Claim

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

建議屬性
appearance

URLCreativeWork

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

author

OrganizationPerson

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

nameText (必要)

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

sameAs URL (建議)

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

URL 可以是下列任一內容:

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

DateTime

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

firstAppearance

URLCreativeWork

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

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 搜尋中的成效。 Google 會主動將您的網頁納入搜尋結果,您無需為此申請使用 Search Console,但是您可以藉由這項服務瞭解並改善 Google 檢索您網站的方式。建議您在下列情況下查看 Search Console:

  1. 首次部署結構化資料後
  2. 發布新範本或更新程式碼後
  3. 定期分析流量

首次部署結構化資料後

在 Google 為網頁建立索引後,請透過相關複合式搜尋結果狀態報告查看是否存在任何問題。 理想情況下,有效網頁會增加,但錯誤或警告不會變多。如果您在結構化資料中發現問題,請依下列步驟操作:

  1. 修正錯誤
  2. 檢查線上網址,查看問題是否仍繼續發生。
  3. 透過狀態報告要求驗證

發布新範本或更新程式碼後

當您對網站進行大幅變更時,請留意結構化資料中錯誤和警告的數量是否增加。
  • 如果錯誤增加,代表您推出的新範本可能無法正常運作,或者您的網站採用新方式與現有範本互動,但效果不佳。
  • 如果有效項目減少 (但錯誤並未跟著同時增加),代表您的網頁可能已不再內嵌結構化資料。請使用網址檢查工具找出問題的原因。

定期分析流量

透過成效報表分析您的 Google 搜尋流量。 這些資料會顯示您的網頁在 Google 搜尋中呈現為複合式搜尋結果的頻率、使用者點擊的頻率,以及您的搜尋結果平均排名。您也可以使用 Search Console API 自動提取這些結果。

疑難排解

如果您無法順利導入結構化資料,請參考下列資源。