小店服務頁要怎麼寫，才方便顧客與 AI 搜尋理解？

從顧客的決策順序寫，不從關鍵字表寫

先拿一項實際服務做樣板。例如一家小型美容工作室提供首次諮詢，顧客最先想知道的可能是服務能解決什麼、哪些情況不適合、需要花多久、去哪裡、費用怎麼算、如何改期。把這六件事按順序放在同一頁，而不是先堆十種搜尋詞。這裡的工作室是教學用假設，並非平台客戶成果。每段可用顧客會問的短標題，段內寫具體答案與條件。若確實沒有固定答案，就寫判斷方式和負責確認的人，別把不確定包裝成「保證適用」。

頁首應能用兩三句說清服務對象和結果。例如「首次諮詢會先了解膚況和既有保養方式，約三十分鐘，現場由人評估是否適合後續服務」，比「全方位美麗方案」容易判斷。接著列明地區、可服務時段、預約與取消方式、需要自備的資料，以及價格的單位。若標價是一個起價，需寫明哪些選項會加價、何時提供正式金額、哪些項目不能在線上估價。適用或排除條件都要跟服務一起看，不能把限制藏在頁尾或聊天裡。

Google 的 SEO 入門指南建議頁面有清楚、能描述實際內容的標題，並把有用的內容寫給使用者；其以人為本內容指南也提醒不要為了傳聞中的偏好字數而寫。這些是編輯方向，不是排名公式。店家可先訪談兩位實際接待的同事，收集上週最常被問、最常答錯或必須轉給人的問題，再按顧客是否能做決定來排序。若一個問題已有答案卻仍重複被問，檢查標題是否看得懂、條件是否被拆在不同頁，或手機畫面是否難讀。

完成初稿後請一位沒參與寫作的人扮演新客：只看公開服務頁，不開聊天，能否說出服務適合誰、預計花費、預約方式和誰會確認例外？記下每個答不出的地方。再請店內接待照同一頁回答三個常見情境，看看說法是否一致。這種檢查比先追求完整術語表有用；若頁面和接待話術互相矛盾，AI 再會說明也會放大矛盾。每項服務可以共用版型，但不要複製同一段空泛文字到多頁。

公開頁、站內知識和 AI 回答要有同一個版本

kakinang 可以將經核准的商品、服務與 FAQ 內容整理為網站 AI 使用的知識，並讓訪客從對話釐清需求或走向留單、預約等已啟用的後續流程。準備時先指定一個公開服務頁當主版本：頁面說「三十分鐘」，站內知識就不要沿用舊的「四十五分鐘」。有版本日期、內容負責人和變更紀錄會更容易查。知識來源必須完成導入、處理成功並啟用後，才以實際測問確認回答；不能把貼了網址或改了社群貼文等同即時同步。

建議把內容分成三欄工作：公開頁提供任何人都該先知道的事；站內知識補上已核准的常見問答與同義說法；人員名單負責尚未確認的個案。像「服務地點與交通」、「標準療程時間」是公開資訊；像「有特殊狀況能否施作」若要個別判斷，就讓 AI 說明需要人工評估，而不是根據一般 FAQ 下結論。若內部資料含客戶名單、底價、員工私人聯絡方式，不能因為登入後管理者看得到，就直接綁給公開網站 AI。公開 agent 的使用金鑰不是員工登入與權限隔離。

一張驗收表就能找出版本差。左欄列十個真實但去識別的問題，中欄抄下公開頁的答案，右欄記站內 AI 實際回答與引用的來源。測問要包含正常案例、價格例外、停辦服務、地域限制、改期和超出範圍的要求。出現資料過期時，先查公開頁與知識哪一份有舊值，再查來源是否處理成功、已啟用及是否仍有重複文件。回答缺少限制時，修正內容與 FAQ 的條件，而不是只在提示詞後面加一句「請小心」。錯誤個案應由人修正和重新測試。

Google 對 AI 搜尋功能的官方文件指出，既有搜尋基本做法仍適用，公開頁要先符合一般搜尋的技術條件；即使符合要求，也不保證爬取、索引或呈現。這與站內 AI 是兩件工作：站內 AI 用的是店家提供並可管理的知識，而外部搜尋系統依自己的爬取和排名決策。把同一份事實整理得清楚，可減少兩邊對顧客說法不一致，但不能把站內問答測試成功解讀為 Google 已收錄，也不能把外部搜尋結果當作店內知識已更新的證據。

用一週的詢問反推頁面缺口與下一步

上線後選一週，記錄新客在公開頁找到答案後能否完成下一步。假設有十個人詢問「初次服務是否含材料」，其中六人從頁面沒找到，四人在聊天問到同一件事；這些數字只示範分類，不是實際成效。先看頁面是否明寫材料範圍與可能加價，再看站內知識是否仍使用舊文。若價格需要現場判斷，頁面與 AI 都要說清估價流程、需要提供哪些資料和何時由人答覆。不要為了增加留單，要求每個只想看基本費用的人先交電話。

把問題分成三種處理。第一種是公開頁漏寫，直接補成任何訪客可讀的資訊；第二種是已有答案但導覽難找，修標題、頁內連結或手機排版；第三種是個別判斷，給顧客清楚的聯絡或預約路徑，並指定負責人。kakinang 的對話、留單和預約流程可幫忙接住第三種，但實際可用項目要看租戶是否啟用、業務規則與人員排班。收到留單不代表已回覆，AI 提供時段也不等於顧客已確認預約。顧客最需要知道的是接下來誰處理、需要補什麼、何時會得到消息。

每次修訂保留日期、改了哪一段、誰核准，以及用哪幾個問題重新測試。若服務變動影響公開頁、FAQ、知識來源與預約說明，排一份跨位置清單逐項確認。用網站分析看頁面是否被訪問，用 Search Console 檢查 Google 看得到哪些頁與索引狀態；不要把曝光增加直接說成 AI 推薦成功。若一週內仍反覆收到同一問題，找兩位實際顧客描述他們找資訊的路徑，再修頁面。這種由接待實例回到資料的循環，讓服務頁保持實用，也讓 AI 有較可靠的依據。