作者：陳怡彣（冠誠數位行銷）｜本篇為去識別化情境示範，依產業實務經驗整理，非單一客戶的成效保證。FAQ 頁與結構化資料之所以常和內文對不上，多半是因為問答被當成另一份獨立資產在維護：主文改了服務範圍、流程或收費說明，FAQ 卻沒有人回頭改。解法不複雜，把內文當成唯一的事實來源，FAQ 只從內文抽取，並在每次改稿時做一次同步檢核。
現場對話：老闆問「FAQ 寫好放上去，不就結束了嗎」
那天在台中的一間咖啡館，一位做中高階轉職諮詢的獨立顧問把筆電轉過來，說他的網站有一頁 FAQ，還請人加了結構化資料，問我還缺什麼。我請他把 FAQ 裡「首次諮詢會做什麼」那題念出來，他念完，我再請他打開服務頁，念同一件事的說法。兩段念完，他自己先笑了。
FAQ 寫的是「首次諮詢以了解現況與目標為主，不會當場給履歷修改稿」，服務頁卻寫「首次諮詢包含履歷初步健檢」。兩句都是他自己寫的，只是相隔了半年。
他問：這算錯嗎？我說：對訪客來說，這是兩個承諾。訪客只會記得對自己有利的那一個，然後在諮詢當天期待落空。
這就是我想在這篇談的事。FAQ 很容易被當成「一次性寫完的收尾頁」，但它其實是網站上承諾密度最高的頁面之一，每一題都在替服務下定義。定義一旦和主文分家，傷的不只是搜尋表現，還有訪客願不願意相信你。
為什麼 FAQ 會和內文慢慢分家？
直接的答案是維護節奏不同。主文是隨業務調整的，服務流程改、收費方式改、可預約時段改，顧問通常會先改服務頁，因為那是每天被客人看到的頁面。FAQ 放在網站深處，改主文的當下沒有人想到它，於是差異就這樣一點一點累積。
第二個原因是問答的寫法本身。FAQ 為了好讀，會把條件簡化成一句話，例如「可以退費」，而主文裡的完整說法是「符合某些條件時可退費」。簡化沒有錯，但簡化後的版本通常比主文更寬鬆，訪客會拿最寬鬆的那句話來主張權益。
第三個原因是結構化資料常由外掛或外包人員一次產生。網頁上的問答文字改了，標記裡的文字沒改，因為標記藏在原始碼裡，肉眼看不見。Google 的結構化資料說明文件提醒，標記內容必須與頁面上使用者看得到的內容相符，這一點我會在後面的段落再談。
四種最常見的不一致類型
我幫幾位職涯顧問做過內容健檢，落差大致落在下面四類。表格放的是類型、成因、對訪客的影響，以及我實際會用的檢查方式，只列觀察與做法，不含任何成效數字。
| 類型 | 怎麼發生的 | 對訪客的影響 | 檢查方式 |
|---|---|---|---|
| 服務範圍不一致 | 服務頁新增或刪減項目，FAQ 沿用舊說法 | 訪客帶著錯誤期待預約 | 把兩頁的服務項目並排比對 |
| 流程步驟不一致 | 預約流程調整後只改了預約頁 | 訪客照 FAQ 操作卻找不到入口 | 實際走一次預約，逐步對照 FAQ |
| 條件寬嚴不一致 | FAQ 簡化條款，省略但書 | 爭議時雙方引用不同版本 | 逐題回查主文的原始條款 |
| 標記與畫面不一致 | 結構化資料由工具產生，未隨頁面更新 | 搜尋結果呈現的文字與頁面不符 | 比對原始碼中的問答與畫面問答 |
這四類裡我最在意第三類。前兩類是資訊過時，第三類是承諾被稀釋，牽涉到信任。職涯服務又特別敏感，因為訪客本來就處在換工作的焦慮裡，對「會不會被騙」的警覺心比一般消費者高。
結構化資料是標示，不是加分保證
很多顧問以為加了 FAQPage 標記，搜尋結果就會多出展開式問答，這個期待需要修正。結構化資料的作用是幫搜尋引擎理解頁面內容，是否出現特殊的搜尋外觀，取決於搜尋引擎當下的規則與頁面品質，並不是標記一放就有。實際規則請以 Google 官方文件為準，可先讀
Google 搜尋中心的結構化資料簡介，
問答的詞彙定義則可對照
schema.org 的 FAQPage 說明。
所以我對客戶的說法是：標記值得做，但目的是讓頁面的問答結構清楚、機器讀得懂，而不是押注某種版面。更重要的是，標記裡的每一個問與答，都必須是頁面上看得見的文字。標記和畫面不一致，比沒有標記更糟。
我們的同步流程：以內文為唯一來源
回到那位顧問。我們沒有重寫 FAQ，而是改了維護方式。做法拆成下面幾步，每一步都很小，目的是讓「改主文」和「改 FAQ」變成同一個動作。
- 把服務範圍、流程、條款這三類「承諾型」內容，各指定一個主文頁面作為唯一來源，其他頁面只能引用，不能另寫一套說法。
- FAQ 的每一題，在後台備註欄標註它引用哪一個主文段落。備註欄不公開，只給維護者看。
- 每次修改主文，先搜尋該段落有沒有被 FAQ 引用；有，就在同一次發布裡一起改。
- 結構化資料改成由頁面上的問答文字自動帶出，避免手動貼一份在原始碼裡。若工具做不到，就在檢核表加一格「標記文字是否等於畫面文字」。
- 每一季固定花一個下午，把 FAQ 全部念過一遍，並實際走一次預約流程。
這套流程沒有用到任何付費工具，一份試算表加一份檢核清單就夠了。我一貫的原則是，維護成本要低到顧問自己願意做，否則再漂亮的制度都會在忙季被略過。
FAQ 該寫幾題，怎麼寫才禁得起對照
題目數量沒有標準答案，我的取捨是只放「訪客在預約前真的會問，而且答案會影響決定」的題目。像「顧問有什麼資歷」這種題目放在關於頁就好，塞進 FAQ 只會增加要同步的點。
寫答案時，我要求每一題的第一句直接回答，第二句補條件或但書。比如問「可以只做履歷不做面試準備嗎」，第一句回答可以，第二句說明各自的交付內容與時程由服務頁載明，並附上連到
職涯諮詢與履歷服務說明
的連結。這樣寫的好處是，FAQ 不必重複主文的細節，只做入口，日後主文改細節時，FAQ 不需要跟著動。
另外，凡是涉及預約前的資訊蒐集，例如要請訪客填哪些背景資料，可以對照我們另一篇談
諮詢預約表單與前導問卷
的案例。表單問什麼、FAQ 答什麼，兩邊講法要一致，訪客才不會在流程中感到反覆。
如果想看其他站點怎麼分層處理常見問題，可以參考本站的
常見問題總覽，觀察它如何把簡短回答與主文入口放在一起。看別人的做法時，我建議只學結構，不要照抄措辭，因為每位顧問的服務條件不同，抄來的答案很容易在細節上與自己的實際作法對不上。
驗收指標怎麼設定
這類工作很難用單一數字證明成敗，我習慣設定「觀察項目」而不是「達成值」。以下是我會請顧問自己追蹤的幾項，每一項都只寫名稱與觀察方式。
- 一致性抽查通過率：每季抽查的 FAQ 題目中，與主文完全一致的比例，以人工逐題比對記錄。
- 預約前詢問內容：訪客在預約前透過訊息詢問的問題，有多少其實 FAQ 已經回答過，以訊息紀錄人工分類。
- 諮詢當天落差回報：訪客提到「和我原本以為的不一樣」的次數，由顧問在諮詢後備註。
- 結構化資料檢測狀態：使用官方提供的檢測工具查看是否有錯誤或警告，並記錄修正日期。
這些指標的重點是方向，不是門檻。如果落差回報變少、重複詢問變少，代表 FAQ 的承諾和現場一致；反過來就回頭查是哪一題出問題。
風險與不適用條件
這套做法不適用在服務項目每週都在變動的階段。如果顧問還在摸索產品，與其精修 FAQ，不如先把服務範圍定下來，FAQ 只保留三到五題最穩定的問答就好。
另一個限制是，內容管理系統若不支援欄位備註，就得用外部試算表登記對應關係，這會多一道人工步驟，容易被忘記。遇到這種情況，我寧可減少 FAQ 題數，也不要讓每題都掛著一個沒人更新的對應。
最後提醒，涉及退費、資料使用或個資的條款，最後仍應由顧問本人或專業人士確認措辭，FAQ 的白話版本不能取代正式條款。內容策略只能幫你把說法對齊，不能替你決定承諾的範圍。