常見誤區

以為加上 FAQ 就會被 AI 引用:先檢查可見答案是否存在

這兩年很多網站一聽到「AI 摘要」,第一個動作就是在每頁底部加五題 FAQ,再補上 FAQ Schema。結果幾個月過去,被引用的仍然不是自己。這篇用反面教材的方式,拆解這些 FAQ 為什麼無效,以及真正該先檢查什麼。

直接回答:加上 FAQ 本身不會讓 AI 引用你。無論是搜尋引擎的 AI 摘要,或各種對話式 AI 在回答時引用的網頁,它們擷取的是頁面上「看得到、讀得懂、能單獨成立」的答案段落。如果你的 FAQ 答案只是一句「歡迎來電洽詢」,或把真正的答案藏在收合元件、圖片、PDF 裡,那麼不管標記做得多完整,都沒有可被引用的內容。正確的順序是先確認可見答案存在且品質夠,再考慮 Schema。

反面教材一:問題有了,答案是一句客套話

我們最常看到的無效 FAQ 長這樣:問題是「海外置產需要準備多少自備款?」,答案是「每個國家規定不同,歡迎聯繫我們的專業顧問為您評估。」這個答案在行銷上看似合理,因為它引導詢問;但從被引用的角度來看,它沒有提供任何資訊。AI 在組合答案時,會尋找能直接回應提問的內容,一句「每個國家不同」無法被用來回答任何人。

改寫的方向不是寫出一個確切數字,因為那確實因地而異,而且我們不該捏造。可行的做法是給出判斷架構:「自備款比例主要取決於三件事:當地銀行是否對外國買方放貸、買方能否提供本國收入證明、以及物件類型是預售或成屋。常見情況是外國買方需要準備的自備款比例高於當地人,實際成數需向當地銀行或貸款顧問確認。」這段話本身沒有承諾具體數字,卻能單獨回答問題,也保留了進一步諮詢的理由。

反面教材二:答案存在,但使用者看不到

第二種狀況更隱蔽:網站其實寫了很好的答案,但它們放在頁面預設收合的手風琴元件裡、在點擊後才由程式載入的區塊裡,或者乾脆是一張設計精美的圖片。有些網站甚至只在結構化標記裡寫了完整答案,頁面上卻只顯示問題。

這裡要區分兩件事。收合元件如果內容在頁面原始碼中就存在,只是視覺上折疊,搜尋引擎通常仍能讀取,但這不等於它在判斷重要性時與展開內容一視同仁,這部分各平台的處理方式並不公開,我們只能說「風險較高」。至於點擊後才載入的內容、圖片中的文字、或只存在於標記中的答案,被讀取與引用的機會明顯更低。更重要的是,搜尋引擎的結構化資料規範普遍要求標記內容與頁面可見內容一致,只寫在標記裡的答案可能被視為不當標記。

自我檢查的方法很簡單:關掉瀏覽器的 JavaScript,重新整理頁面,看 FAQ 答案是否還在;再用檢視原始碼搜尋答案中的一句話,確認它以純文字存在。兩項都通過,才算答案「可見」。

反面教材三:每一頁都放同樣五題

第三種常見錯誤是把 FAQ 當成版型元件,全站每一頁底部都放同樣的五題,例如「你們的服務範圍是什麼」「如何聯繫」「收費方式」。這種做法有兩個問題。第一,這些問題跟該頁主題沒有關係,一篇講海外租賃管理的文章,底下卻在回答收費方式,對讀者沒有幫助。第二,同樣的問答在數十頁重複出現,對搜尋引擎而言是重複內容,任何一頁都不會因此成為這些問題的最佳答案來源。

好的 FAQ 應該是「這一頁讀完後,讀者最可能接著問的三件事」。它是正文的延伸,而不是全站共用的客服區。實務上我們會要求每一頁的 FAQ 問題至少有一題是該頁獨有、在其他頁面不會出現的。

反面教材四:問題是公司想講的,不是讀者會問的

第四種無效 FAQ,是問題本身就不是讀者會搜尋的說法。例如「為什麼選擇我們的一站式海外資產規劃?」「我們的團隊有什麼優勢?」這類問題,只有公司自己會這樣問,真實使用者在搜尋框裡打的是「日本買房外國人可以貸款嗎」「海外房產出租誰幫忙管理」。AI 在比對提問與網頁內容時,面對的是使用者的措辭,一個沒有人會問的問題,自然不會被拿來回答任何人。

修正方法是回到真實的提問來源。我們通常會請客戶匯出最近三到六個月的詢問表單與客服對話,把其中出現兩次以上的問題原句挑出來,保留使用者自己的用字,而不是改寫成公司的行銷語言。一個常見的發現是,讀者問的問題比公司想像的更基本,也更具體,例如「簽約後多久可以交屋」「匯款要自己去銀行嗎」。這些看似瑣碎的問題,恰恰是最有機會被引用的,因為能把它們回答清楚的網站並不多。

一個可被引用的答案需要具備什麼

拆完反面教材,回到正面標準。我們在審閱客戶網站時,會用以下幾點判斷一段答案是否具備被引用的條件:

  • 第一句就回答問題,不鋪陳背景,不以「這是一個好問題」開頭。
  • 答案脫離上下文也能成立,不依賴「如上所述」「前面提到的」。
  • 長度適中,大約四十到九十個中文字,足以說清楚,又不至於需要被截斷。
  • 包含具體的判斷條件或範圍,而不是只有形容詞。
  • 不含無法驗證的絕對說法,例如「保證」「一定」「業界第一」。
  • 涉及法規、稅務的部分,明確提示需與當地專業人士確認。

這些條件其實跟寫給真人讀者的好答案沒有差別。AI 引用的邏輯,說穿了就是在找「最能直接回答這個問題的一段文字」,而這正是好的客服回答本來就該有的樣子。

FAQ Schema 該放在檢查流程的哪一步

FAQ Schema 不是沒有用,而是應該放在最後一步。它的作用是幫助機器更明確地辨識頁面上的問答結構,前提是問答本身已經存在且品質良好。另外需要知道的是,搜尋引擎對 FAQ 複合式結果的顯示條件近年已有調整,許多一般商業網站即使標記正確,也不一定會在搜尋結果中顯示問答展開,實際規範請以各平台最新的官方文件為準。

因此我們建議的順序是:先盤點頁面上有哪些問題真的有人在問,可以從客服紀錄、詢問表單、Search Console 的查詢字詞中找;接著逐題寫出符合上述條件的可見答案;然後用關閉 JavaScript 的方式確認可見;最後才加上標記,並用驗證工具檢查標記內容與頁面文字完全一致。

檢查完之後,還要接受引用不可控

即使每一步都做對,也無法保證被 AI 引用。引用與否取決於提問的措辭、其他網站的競爭內容、平台本身的演算法與政策,這些都不在網站經營者的控制範圍內。我們能控制的,是讓自己的頁面「具備被引用的資格」。把期待放在這裡,才不會在幾週沒看到成果時,又回頭去堆更多題 FAQ。

如果你想知道自己網站目前的問答內容是否達標,最務實的第一步是挑出流量最高的五頁,逐頁做上面的可見性檢查。多數網站在這一步就會發現,真正有可用答案的頁面比想像中少很多。銘望顧問所在企業顧問專案中協助客戶盤點內容時,也是從這五頁開始,而不是一開始就要求全站改寫。

FAQ 的本質是回答問題。當你把注意力從「要不要加 FAQ」移到「這一題的答案讀者看得到嗎、看完有得到答案嗎」,你就已經避開了大部分的誤區。

← 回到新知列表