旅宿餐飲網站產品
致謝：由 Peter Bamuhigire 分享，techguypeter.com，+256 784 464178。
請與 premium-website-product、website-builder、premium-ui-ux-design、
seo、google-ai-search、無障礙、效能與實驗性技能搭配使用。
網站必須銷售真實的體驗，並讓下一步操作簡單明瞭；它不能取代
PMS、預訂引擎、支付提供商或物業證明。
使用時機
- 當網站或數位體驗是為飯店、度假村、旅館、民宿、餐廳、場地、餐飲或食品服務業務而設計時。
不應使用時機
- 任務僅限於應用程式工程、視覺系統治理或即時 SEO 診斷時；請轉向更狹義的配套技能。
必要輸入
| 產物 | 來源 | 必要？ | 若缺少時 |
|---|---|---|---|
| 格式、目標受眾、意圖、路徑、已驗證的實體事實與轉換目標 | 客戶簡報/內容/證據 | 是 | 停止內容/結構化資料決策，並要求提供事實。 |
| 已核准的素材、政策、費率、可用量、語言環境、整合方式與裝置限制 | 客戶/授權系統 | 條件式 | 僅建立合格的表面部分，並將無法評估的檢查標記為 NOT_ASSESSED。 |
工作流程
- 分類客人與員工的工作任務，並繪製轉換歷程。
- 收集並標註實體事實、內容、素材、政策與整合邊界。
- 設計資訊架構、視覺體驗與關鍵狀態。
- 實作真實的內容、結構化資料、中繼資料、效能、無障礙性與衡量機制。
- 渲染、測試、審查、移交並記錄上線後的學習；當證據不完整時，停止使用未經證實的主張，並透過縮小建置範圍來恢復。
產出
| 產物 | 消費者 | 驗收條件 |
|---|---|---|
| 旅宿餐飲網站產品簡報/建置套件 | 業主、設計師、開發者、SEO/內容與營運團隊 | 路線圖、事實、狀態、轉換、無障礙性、效能、搜尋、衡量與交接事項皆明確。 |
產出的證據
| 證據 | 消費者 | 驗收條件 |
|---|---|---|
| 內容/結構化資料/中繼資料清單、渲染結果、測試記錄與衡量計畫 | 發布負責人 | 每個路徑都有驗證標準、負責人、來源/日期以及可見的未評估檢查。 |
能力合約
可能需要執行讀取/搜尋、設計、內容、實作、渲染與測試。 發布、生產分析變更、帳戶存取與預訂整合修改需要明確授權。
降級模式
若缺少事實、素材、部署網址、渲染器、裝置或無障礙工具，則回傳一份合格的 路線/內容規格，並列出被阻擋的檢查項目。
決策規則
| 條件 | 動作 | 避免的風險 |
|---|---|---|
| 實體事實與頁面內容已驗證 | 使用精確狹義的中繼資料/結構化資料 | 誤導搜尋訊號 |
| 缺少預訂或訂位整合 | 使用真實的洽詢/人工後備方案 | 破碎的轉換承諾 |
| 渲染或無障礙證據不可取得 | 將發布標記為 NOT_ASSESSED | 看似精美但無法使用的網站 |
| 要求使用分層或視差「旅程」效果 | 僅在故事頁面上使用，絕不用於預訂、價格或聯絡頁面；僅在 prefers-reduced-motion 防護後方對 transform 和 opacity 進行動畫；提供包含相同內容與預訂操作的靜態版本；無自動滾動或劫持滾輪；確認頁面仍能通過效能門檻 | 暈眩、流失的訂單與行動數據下載緩慢的頁面 |
品質標準
任務優先、真實、無障礙、快速、回應式、搜尋感知、可轉換、 可衡量且可維護。
旅宿餐飲探索與資訊架構
從客人的「待辦工作」出發，建立以任務為優先的路線圖：
- 住宿：房型、房價、包含項目、政策、無障礙設施、可用量與 預訂/洽詢；
- 餐飲：菜單、用餐時段、飲食/過敏原資訊、訂位、 外帶/外送與聯絡方式；
- 會議/慶祝：空間、容納人數、佈局、方案、洽詢與 證明；
- 體驗：地點、交通、附近景點、活動與指南；
- 信任：真實攝影、設施、服務標準、附帶來源/許可的評論、 常見問題、條款、隱私、聯絡與支援；
- 轉換：僅在有人員值勤時提供電話、WhatsApp 或表單；當 整合與庫存為真實時，則使用實際的預訂或訂位流程。
為訂房者、餐廳用餐者、活動策劃者、企業採購者、在地訪客與 回訪客人設計不同的旅程。行動裝置、低頻寬、鍵盤、 螢幕閱讀器與人工後備路徑皆為產品的一部分。
搜尋、解答、生成式、AI 與體驗最佳化
將使用者的五層模型視為衡量框架，而非保證清單：
- SEO： 意圖群集、獨特的頁面標題、可爬取的路徑、標準網址、 內部連結、準確的在地/實體事實、圖片文字、效能與 真實的更新。反向連結應透過有用的夥伴關係與引用獲得；網域權威非 可交付的承諾。
- AEO： 在相關標題附近回答真正的問題，在有用時使用簡潔摘要， 並在客人提問的地方提供可見的常見問題。Google 自 2026 年 5 月 7 日起不再顯示 FAQ 或 HowTo 的豐富結果；僅在 有文件記錄的非 Google 消費者使用時才加入該標記。「40–60 字」是 一項內容實驗，並非通用的精選摘要規則。
- GEO： 讓頁面易於被準確引用：命名實體、地點、日期、 設施、政策、價格/可用量（僅在最新時）、來源/證明、 表格與清晰的常見問題。在有數據的地方衡量推薦流量與答案表面能見度； 絕不承諾在 ChatGPT、Perplexity、Gemini 或任何其他 系統中被引用。
- AIO： 不承諾納入訓練資料或長期模型記憶。 最佳化可控表面：可索引性、事實一致性、公開的第一方 頁面、合法的第三方資料、更新所有權，以及明確的爬蟲/隱私 選擇。僅在適當且編輯上合理時使用 Wikipedia、Wikidata、GitHub 或 論壇；不得有人工合成提及或聲譽操縱。
- SXO： 使意圖、頁面速度、行動清晰度、信任、無障礙性、 可用量、政策、呼叫行動按鈕、確認與點擊後支援保持一致。測試 合格的預訂/洽詢、完成率、錯誤率與客人品質，而非僅看 點擊次數。
真實的旅宿餐飲結構化資料與內容
為頁面使用最精確狹義的結構化資料，並驗證必要屬性。
可能的實體包括已驗證的 Hotel、Restaurant、FoodEstablishment、
Event、LocalBusiness、Offer、FAQPage、Menu 或 BreadcrumbList，
且內容確實存在。絕不捏造評分、設施、價格、評論、營業時間、獎項、
房間數、可用量、距離或預訂連結。記錄易變事實的來源、最後驗證日期、
負責人與有效期限。
轉換與信任門檻
- 在要求承諾前，顯示價格、稅費/附加費、訂金、取消政策、入住時間、 無障礙資訊與聯絡方式。
- 除非整合功能能協調身份、容量、付款與確認，否則請將 訂房、餐廳訂位與活動洽詢路徑分開。
- 為洽詢或交易提供確認、失敗復原、人工支援與審計軌跡； 請勿在網站上收集原始卡片資料。
- 使用真實、已獲同意的媒體與評論。絕不產生偽造的客人體驗、 評論、急迫性或稀缺性聲明。
驗收證據
針對每個路徑記錄：意圖、已驗證的事實、中繼資料/結構化資料清單、
渲染的桌面/行動/鍵盤檢查、效能證據、無障礙調查結果、轉換事件定義、
分析/推薦來源、負責人與重新測試日期。搜尋資格、排名、AI 引用與
轉換提升在實際物業環境中衡量之前，皆標記為 NOT_ASSESSED。
參考資料
../premium-website-product/SKILL.md../website-builder/SKILL.md../../seo-search/seo/SKILL.md../../seo-search/google-ai-search/SKILL.md- 開發引擎中的
docs/source-registers/hospitality-currentness-2026-09.json（chwezi-dev-engine，透過引擎路由表解析）
反模式
- 漂亮的主視覺，但沒有房間、餐飲、活動或聯絡的任務路徑。修正方式：讓 主要任務在折疊線以上及整個旅程中都可見。
- 沒有經過驗證的可見證據就使用結構化資料或評論星級。修正方式：省略該屬性。
- 基於
llms.txt、訓練資料納入或模型記憶的「AI 就緒」聲明。 修正方式：僅記錄可控的爬取、內容與衡量動作。 - 將預訂、餐桌訂位與活動洽詢合併為一個漏斗。修正方式：分開 狀態與確認，除非有實際合約將其結合。
- 僅限桌機、圖片過重的頁面在低頻寬下會失敗。修正方式：以 最便宜的現實裝置進行測試，並提供文字、壓縮與人工後備方案。
實際範例
對於一家旅館，建立一個房間頁面，顯示已驗證的容納人數、包含項目、 政策、位置與真實的洽詢/預訂路徑；加入簡潔的常見問題內容與 準確的實體標記；測試鍵盤/行動/錯誤狀態；然後衡量 合格的洽詢與回覆履行情況，而非承諾排名。