問與答

問與答網頁中的資料採用問答格式,也就是先提出問題,然後再提供答案。如果內容是用於呈現問題和答案,則您可以使用 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 類型表示網頁的焦點在於特定問題及其答案。我們只會使用來自帶有 Question 標記的網頁上的 QAPage 結構化資料。每個網頁應該只有一個 QAPage 類型定義。

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

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

必要屬性
mainEntity Question

該網頁的 Question 必須以巢狀形式嵌入 QAPage 項目的 mainEntity 屬性底下。

Question

Question 類型定義該網頁回答的問題,並包括該問題的答案 (如果有的話)。網頁中只能有一個 Question 類型,必須以巢狀形式嵌入 schema.org/QAPagemainEntity 屬性底下。每個網頁應該只有一個 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 屬性的值。

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

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