旅宿業房型頁的機器可讀化：讓 AI 答對床型、人數與加床規則
旅宿業的房型頁要讓 AI 答對，關鍵是把床型、可住人數、坪數、景觀、加床與兒童規則、含早與否、取消規則寫成每個房型固定出現的文字欄位，不要只放在照片與輪播文案裡。一個房型一頁，欄位名稱全站一致，最後再用結構化資料補標記。
下面的對話是示範情境，綜合我在旅宿客戶會議裡常聽到的提問改寫而成，不對應任何特定業者。數字與房型名稱都是為了說明而設定的。
一段對話：「AI 說我們的家庭房可以睡六個人」
民宿老闆把手機推到桌子中間。「客人訂房前問 AI，AI 說我們的家庭房可以睡六個人。我們最多四大一小。客人到了現場不高興，櫃檯只能道歉。」
我問她，家庭房的人數寫在哪裡。她想了一下。「照片上有一張圖卡，寫四人房。官網房型介紹那頁有一句『適合全家出遊』。加床的規定在訂房須知的 PDF。」
「那六個人是哪裡來的？」
「我也不知道。可能是我們以前在訂房平台上寫過『可加床兩張』。那是三年前的事了，後來改掉，但平台的舊描述好像還在某些地方。」
這段對話把問題講得很清楚。AI 沒有亂講。它在官網找不到一句明確的「最多可住幾人」，只好拼湊別處的片段。舊資料剛好最具體，就被拿來回答。
為什麼 AI 會把房型資訊講錯？
Google 說明 AI 功能時，提到網站不需要為 AI 做特別的設定，基本的搜尋要求與一般搜尋相同，可參考Google 搜尋 AI 功能與網站的說明。換句話說，AI 能讀到的，大致就是一般爬蟲能讀到的文字。旅宿網站最常見的問題，是重要資訊根本不是文字。
- 資訊藏在圖片裡：「四人房」「含早餐」寫在照片上的圖卡，頁面上沒有對應的句子
- 所有房型擠在同一頁：六個房型用輪播切換，切換前的內容可能沒有出現在原始碼裡
- 規則放在 PDF 或彈窗：加床、兒童、寵物、取消規則只存在於檔案或點擊後才出現的視窗
- 用形容詞取代數字：「寬敞」「適合全家」「可容納多人」，沒有一個能被直接引用
- 官網與平台名稱不一致：官網叫「森林家庭房」，平台叫「四人房 A」，AI 不確定是不是同一間
- 舊資料沒有清掉：改過的規則只改了官網，平台、部落客文章與地圖商家資訊還是舊的
這幾項有一個共通點。旅客用眼睛看得懂，機器讀不到明確的句子。房型頁的機器可讀化，就是把「看得懂」改成「讀得到」。
房型頁要有哪些欄位：一張規格表
我建議每個房型固定用同一組欄位，順序也一樣。旅客好比較，機器也好抽取。下表是我給旅宿客戶的欄位規格，可以直接照著改。
| 欄位 | 建議寫法 | 常見錯誤 |
|---|---|---|
| 房型正式名稱 | 森林家庭房（與訂房平台同名） | 官網、平台、名片三種叫法 |
| 標準可住人數 | 標準入住 4 位成人 | 只寫「適合家庭」 |
| 最多可住人數 | 加床後最多 4 位成人與 1 位 6 歲以下兒童 | 只寫在 PDF 須知 |
| 床型與尺寸 | 雙人床 2 張，每張寬 150 公分 | 只放照片 |
| 加床規則 | 可加床 1 張，需事先告知，費用另計 | 「可加床」沒寫上限 |
| 兒童規則 | 6 歲以下不佔床免費，6 歲以上以成人計 | 各頁說法不同 |
| 坪數或面積 | 約 10 坪 | 只寫「寬敞」 |
| 景觀與樓層 | 面山景，位於二樓，無電梯 | 把景觀寫成形容詞 |
| 衛浴 | 獨立衛浴，淋浴，無浴缸 | 「乾濕分離」沒說有無浴缸 |
| 含早與否 | 含兩客早餐，加購每位另計 | 早餐規則只寫在訂房須知 |
| 寵物 | 不可攜帶寵物 | 整站沒提 |
| 取消規則 | 入住前 7 天取消全額退款，之後依規則 | 只連到另一個頁面 |
表格裡的數字都是示範用的。重點在格式：每一欄都是一句完整的陳述，主詞是房型，數字有單位。這樣的句子被單獨抽出來時，意思不會走樣。
欄位寫在哪裡
欄位用頁面文字或 HTML 表格呈現，不要做成圖片。手機版也要看得到，不要收在需要點開才載入的區塊裡。房型照片照常放，但照片上的文字一定要在頁面上再寫一次。
如果你已經替一般商品頁整理過規格欄位，做法其實相同，可以參考產品規格頁機器可讀化的欄位寫法。房型就是旅宿業的產品，只是規格多了人數與規則。
房型名稱與訂房平台怎麼對齊？
對話裡那位老闆的六人房問題，根源在名稱不一致。AI 看到「森林家庭房」與「四人房 A」，無法確定是不是同一間，於是兩邊的描述都可能被採用。
- 列一張名稱對照表：官網名稱、各訂房平台名稱、地圖商家資訊上的名稱、房卡與現場標示
- 選一個正式名稱，各平台盡量改成一致；平台有字數或格式限制時，至少讓正式名稱出現在描述第一句
- 每次調整規則，用同一張表逐一更新所有地方，最後一欄記錄更新日期
- 商家檔案上的介紹與服務項目也要同步，Google 對商家檔案的編輯方式寫在Google 商家檔案說明中心
這張表的價值不只在 AI。櫃檯與客服也能拿它回答客人，訂房平台換人管理時也有依據。
結構化資料：補標記，不取代文字
Schema.org 詞彙裡有描述旅宿與房型的類型，例如 Hotel 與 HotelRoom，可以標記床型、可住人數與設施。Google 對結構化資料的基本說明在結構化資料簡介，其中也提醒標記內容要與頁面上使用者看得到的內容一致。
我的建議是把它放在順序的後段。原因很簡單：標記只是把頁面上已有的資訊再說一次。頁面上沒寫最多幾人，標記裡寫了，等於兩邊說法不一致。而且標記不保證任何特殊呈現，它的作用是降低誤讀，不是加分。
實作的順序與 Organization、FAQPage 等其他類型一樣，可以參考從 Organization 到 FAQPage 的結構化資料實作順序，再把房型的欄位對應進去。
一間二十房的民宿可以這樣排順序
以下是示範排程，假設是一間有六種房型、共二十間房的民宿，由老闆與一位兼職小編執行。
- 第一週：盤點。把每個房型的照片文字、PDF 須知、平台描述全部抄成一份清單，標出互相矛盾的地方
- 第二週：定規則。老闆拍板每個房型的最多人數、加床、兒童與取消規則，寫成上面那張欄位表
- 第三週：拆頁。六個房型各自一頁，網址用房型名稱，欄位放在第一屏照片下方
- 第四週：對齊外部。更新各訂房平台與商家檔案的名稱與描述，清掉舊的加床說法
- 第五週以後：補結構化資料，並開始每月的 AI 回答檢查
這個順序的邏輯是先統一事實，再改呈現，最後才做標記。反過來做，常常會把錯的資訊標記得很完整。
怎麼確認 AI 讀對了？
改完之後，要有一套固定的檢查。我會請客戶準備十個問題，每個月用同樣的問法詢問幾個常用的 AI 助理，把回答記在試算表裡。
- 森林家庭房最多可以住幾個人？
- 這間民宿可以加床嗎？加床怎麼收費？
- 幾歲以下的小孩不用錢？
- 有沒有附早餐？
- 可以帶狗入住嗎？
- 入住前幾天取消可以全額退款？
每一題記錄三件事：回答對不對、有沒有引用官網、引用的是哪一頁。連續兩個月都錯的題目，回頭檢查那個欄位的寫法，或是外部平台還有沒有舊資料。衡量方式不要只看有沒有被提到，可以搭配AI 能見度的四個衡量方式一起看。
AI 的回答會變動，同一題今天對、下個月可能又錯。這不代表改寫沒用。它代表外部還有矛盾的資料來源，需要繼續清。
適用與不適用的情況
這套做法適合房型超過三種、規則有細節差異、經常被問人數與加床的民宿、旅館與露營區。官網有獨立網域、可以自己改頁面結構的業者，效果最容易驗證。
不適用或效益有限的情況也要說清楚。只有一兩種房型、規則很單純的小民宿，把一頁寫清楚就夠了，不需要拆頁。完全依賴訂房平台、沒有官網的業者，能控制的只有平台描述與商家檔案。至於 AI 會不會因此推薦你，沒有人能保證。這篇處理的是「被提到時說對」，不是「一定被提到」。
如果你想先知道自家房型頁目前缺哪些欄位，可以參考冠誠數位行銷的 AI 能見度健檢服務，從盤點那一步開始。