語音提問與打字提問有何不同？
語音問題更口語、更長、更帶場景：「幫我找附近還開著的○○」「明天台北下雨，室內親子景點推薦」。語音場景的使用者通常只要一個答案，不會看十條連結——這讓答案的稀缺性更極端：被選中的商家拿走全部注意力，其餘完全隱形。隨著 Gemini App（月活 7.5 億+）與各類語音入口普及，這類即時、本地、對話式的查詢占比持續上升。
本地答案靠什麼生成？
核心事實：本地答案的資料源是商家檔案、地圖與評論，不是你的官網。引擎回答「哪家好」時調用的是結構化的商家資料：類別、營業時間、位置、星等、評論數與內容、商家回覆。官網的角色是輔助驗證——確認實體存在、補充服務細節。另外記住一個常被誤解的事實：Google-Extended 只管訓練資料，不影響搜尋索引與 AI Overviews 引用，本地答案的槓桿始終在商家檔案與評論資產。
操作清單
- 商家檔案填滿填對：類別、屬性、營業時間、服務項目、照片——完整度是本地答案的硬門檻（見 本地生活 GEO）。
- NAP 逐字一致：名稱、地址、電話在官網、商家檔案、社群、在地目錄間一個標點都別差（見 實體工程）。
- 評論持續經營：數量、星等、新鮮度、回覆率都是語音答案的判斷素材（見 評論管理）。
- 本地落地頁：每個據點一個頁面，加 LocalBusiness 結構化資料與直接答案塊——官網在這裡的角色是落地驗證的背書。
- 口語化 FAQ：把「你們有停車位嗎」「要預約嗎」這類真實口語問題寫成問答，對齊語音查詢的問法。
常見坑
坑一：把預算全花在官網文案——語音本地答案的第一資料源不是官網。坑二：商家檔案認領後不管——過期的營業時間直接生成錯誤答案，傷害比沒有檔案更大。坑三：只測打字查詢——監測問題集要包含口語長句版本，方法見 監測 SOP。
常見問題
語音搜尋和文字搜尋要分開優化嗎？
基建共用（商家檔案、實體一致性、結構化資料），內容要補：把口語問法的 FAQ 與場景化答案塊加入頁面。監測時兩類問法都要進問題集。
純線上業務（無實體據點）需要管語音場景嗎？
優先級放低。語音場景的增量集中在本地與即時需求，線上業務把資源投在文字介面的答案型內容與信源建設上回報更高。