FAQPage Schema 對 SEO 與 GEO 有甚麼作用？

FAQ 應回答真實後續問題，而不是重複關鍵字。FAQPage Schema 只能標記頁面上用戶看得到的相同問答；它有助機器理解結構，但不保證 rich result、排名或 AI 引用。

先由用戶問題開始

問題可來自銷售電話、客服、表單、站內搜尋、GSC query、People Also Ask 及 AI 對話中的追問。每題應有清楚範圍，例如「Audit 需要多久」比「更多資料」更有用。

答句結構

1. 首句直接回答「是／否／視乎甚麼」。
2. 補充必要條件、例外、時程或風險。
3. 需要詳細解釋時連向唯一 pillar，不在多頁重複全文。
4. 如涉及價格、法律、醫療或平台功能，標示日期及限制。

Schema 實作要求

• JSON-LD 的 Question／Answer 與可見文字一致。
• 不要標記只在後台、API 或隱藏元素存在的 FAQ。
• 不要把用戶可提交多個答案的討論內容標成 FAQPage。
• 同一頁只保留一套 schema owner，避免外掛與 theme 重複。
• 內容更新時同步更新可見 FAQ 與 JSON-LD。

FAQ 應放在哪裡

核心服務頁適合處理價格因素、流程、時程、適合與不適合；教育 pillar 適合處理定義、比較、風險與量度。不要為每條 FAQ 建一個只有數句的薄頁。

香港網站的發布與 QA 清單

1. 由客服、銷售及 Search Console 整理真實繁中與英文問題。
2. 把重複問題合併，並指定最合適的服務頁或指南作唯一答案。
3. 先發布可見問答，再由單一外掛或主題輸出相同 JSON-LD。
4. 用 Schema Validator 檢查語法，再人工比對文字、連結及更新日期。
5. 受規管內容交由合資格人士審閱，並在答案保留條件及風險。

常見錯誤包括為塞關鍵字改寫同一問題、在多頁複製完全相同 FAQ、把促銷句當答案，以及因測試工具顯示有效便假設一定有搜尋版位。香港用語亦應按真實客戶語言撰寫，不要把簡體來源直接轉字而保留不自然詞彙。

驗收表應同時核對可見內容與程式輸出：問題文字、答案、連結及標點是否一致；每個 Question 是否只有一個 acceptedAnswer；頁面刪除 FAQ 後，JSON-LD 有否同步移除；快取或多語外掛會否留下舊版本。測試環境通過後仍要抽查正式網站原始碼。

香港服務頁的 FAQ 可處理預約、取消、付款、服務地區、所需文件及專業資格，但答案要按實際政策撰寫。若政策經常改變，指定內容負責人及觸發更新條件，並以編輯政策保存審閱日期；不要用「視乎情況」避開所有實質資料。

限制方面，FAQPage 只描述問答結構，不能證明答案正確、作者具資格或網站值得信任。即使搜尋引擎不展示 rich result，準確而有用的可見 FAQ 仍可減少讀者疑問；反之，為了標記而加入低價值問答並不合理。

Google 是否展示 FAQ rich result 由搜尋引擎決定，且政策會更新。Schema 的主要價值是準確表達結構，而不是保證額外版位。

延伸閱讀：從GEO 完整指南理解整體作用，再參考Organization Schema、答案優先寫作及AI 搜尋技術流程；需要檢查重複或錯誤標記，可查看Audit。