問與答

問與答網頁中的資料採用問答格式,也就是先提出問題,然後再提供答案。如果內容是用於表示問題和答案,則您可使用 schema.org QAPageQuestionAnswer 類型標記資料。

適當標記的頁面可在搜尋結果頁面上顯示複合式搜尋結果。這種複合式的處理方式有助於您的網站觸及搜尋中的目標客群。下列是您可能會看到有關使用者查詢「如何拔下卡在 USB 連接埠的纜線?」的結果範例,但前提是頁面已標記為回答該問題。

「如何拔下卡在 USB 連接埠的纜線?」搜尋查詢的問題和答案卡搜尋結果範例"

除了讓內容得以獲得如上所示的複合式搜尋結果處理外,標記問與答網頁還可協助 Google 針對您的網頁產生更優質的摘錄。在上述範例中,如果未顯示複合式搜尋結果,則會以基本搜尋結果顯示答案內容。

提醒您,實際外觀看起來可能不一樣。如要在搜尋結果頁面中查看最新的基本搜尋結果以及複合式搜尋結果配置,請在 google.com 上進行搜尋。

示例

下列標記範例包括採用 JSON-LD 格式的 QAPageQuestionAnswer 類型定義:

JSON-LD
微資料

指南

您必須遵循下列指南中的規範,才能讓問與答頁面採用這種複合式處理方式:

內容指南

  • 如果頁面包含的資料是採用問答格式,也就是先提出問題,後面再提供答案,則僅可使用 QAPage 標記。
  • 使用者必須能夠提交問題的答案。如果特定問題僅有一個答案,而且使用者無法新增其他答案,則請勿針對內容使用 QAPage 標記,應改用 FAQPage。以下舉幾個例子說明:

    適用標的

    • 可供使用者針對單一問題提交答案的論壇頁面
    • 可供使用者針對單一問題提交答案的產品支援頁面

    不適用標的

    • 由網站本身撰寫且讓使用者無法新增其他答案的問與答頁面。
    • 可讓使用者在單一頁面上提交多個問題與答案的產品網頁
    • 回答問題的使用指南
    • 回答問題的網誌文章
    • 回答問題的短文
  • 如果並非所有內容都符合條件,請勿將 QAPage 標記套用至網站或論壇的所有網頁。比方說,論壇上可能張貼了許多個別符合標記資格的問題。但如果論壇的頁面並非問題,則這類問題即不適用。
  • 如果是常見問題頁面,或是設有多個問題的頁面,請勿使用 QAPage 標記。QAPage 標記適用於頁面焦點為單一問題及其答案的網頁。
  • 請勿將 QAPage 標記用於廣告用途。
  • 確保每個 Question 均包含問題的完整文字,並確保每個 Answer 均包含答案的完整文字。
  • Answer 標記是用於問題的答案,而不是用於問題的評論或其他答案的評論。請勿將非答案評論標記為 Answer
  • 如果問題與答案包含下列類型的內容,則可能無法以複合式搜尋結果的形式呈現:猥褻、不雅用語、煽情露骨內容、透過圖片呈現暴力、教唆從事危險或不法行為,或是使用仇恨或騷擾言詞。

結構化資料類型定義

本節將說明與 QAPage 相關的結構化資料類型。

您的內容必須包含必要的屬性,才能以複合式搜尋結果的形式呈現。您也可以加入我們建議的屬性,以便為您的結構化資料添加更多資訊,打造出更優質的使用者體驗。

您可以使用 Google 的結構化資料測試工具驗證及預覽您的結構化資料

QAPage

QAPage 類型指出網頁的焦點在於特定問題及其答案。我們只會從帶有 QAPage 標記的網頁使用 Question 結構化資料。每個網頁應該只有一個 QAPage 類型定義。

https://schema.org/QAPage 內提供 QAPage 的完整定義。

下表說明 Google 搜尋使用之 QAPage 類型的屬性。

必要屬性
mainEntity Question

此頁面的 Question 必須為巢狀屬性,位於 QAPage 項目的 mainEntity 屬性底下。

Question

Question 類型會定義此頁面回答的問題,並且包括該問題的答案 (如果有的話)。網頁中只能有一個位於 schema.org/QAPagemainEntity 屬性底下的巢狀 Question 類型。每個網頁應該只有一個 Question 類型定義。

https://schema.org/Question 內提供 Question 的完整定義。

必要屬性
answerCount Integer

問題的答案總數。舉例來說,如果有 15 個答案,但是只有前 10 個因為分頁而被標記,則此值為 15。如果問題沒有答案,則此值也可能為 0。

acceptedAnswersuggestedAnswer Answer

問題必須至少具備一個答案 (無論是 acceptedAnswersuggestedAnswer),才能夠以複合式搜尋結果的格式呈現。但是,首次張貼的問題可能沒有答案。針對沒有答案的問題,請將 answerCount 屬性設為 0。沒有答案的問題無法以複合式搜尋結果的格式呈現。

acceptedAnswer Answer

問題的最佳答案。每個問題可能有零個或多個答案。這應該代表您的網站以某種方式接受的答案。比方說,提問者、版主或投票系統接受該答案當做最佳答案。不應透過其他方式排序答案 (例如最近的答案) 來識別最佳答案。

suggestedAnswer Answer

一個可能的答案,但不被接受當做最佳答案 (acceptedAnswer)。每個問題可能有零個或多個可能的答案。

name Text

短格式問題的全文。例如,「一杯要放幾茶匙?」。

建議屬性
author PersonOrganization

問題的作者。

dateCreated DateDateTime

將問題新增至網頁的日期 (採用 ISO-8601 格式)。

text Text

長格式問題的全文。例如,「我正在備料,因此必須知道一杯的份量。1 杯要放幾茶匙?」

upvoteCount Integer

此問題已收到的總票數。如果頁面支援「支持和不支持」投票方式,請將 upvoteCount 值設為代表「支持和不支持」的單一匯總值。比方說,如果有 5 票支持,2 票不支持,則用於 upvoteCount 的匯總值為 3。如果有 5 票支持,0 票不支持,則 upvoteCount 的值為 5。

Answer

Answer 類型會針對此頁面上的 Question 定義建議和接受的答案。在 Question 內部定義 Answers,將其當做 suggestedAnsweracceptedAnswer 屬性的值。

下表說明在 Question 內使用之 Answer 類型的屬性。

https://schema.org/Answer 內提供 Answer 的完整定義。

必要屬性
text Text

答案的全文。如果只標記部分,則可能無法顯示您的內容,因此 Google 無法判定要顯示的最佳文字。

建議屬性
author PersonOrganization

答案的作者。

dateCreated DateDateTime

將答案新增至網頁的日期 (採用 ISO-8601 格式)。

upvoteCount Integer

此答案已收到的總票數。如果頁面支援「支持和不支持」投票方式,請將 upvoteCount 值設為代表「支持和不支持」的單一匯總值。比方說,如果有 5 票支持,2 票不支持,則用於 upvoteCount 的匯總值為 3。如果有 5 票支持,0 票不支持,則 upvoteCount 的值為 5。

url URL

直接連結至此答案的網址。例如:https://www.examplesite.com/question#answer1