如何在不破壞房價一致性的情況下設定 Booking.com 行動裝置專享價

一項 Booking.com 行動裝置專享價促銷 能讓符合條件的旅客在行動裝置上訂房時享有較低的價格。根據所選選項，它可以僅針對 Booking.com App，或包含行動瀏覽器。飯店透過從符合條件的母房價中扣除一定比例來提供此折扣。

此房價受裝置限制，因此較低的行動裝置價格並不自動等同於破壞房價一致性。當飯店降低其基礎房價、對高需求日期進行打折，或忽略其他符合條件的優惠時，問題才會發生。

Booking.com 行動裝置專享價促銷會改變什麼

行動裝置專享價屬於 Booking.com 的目標房價工具。與公開房價方案不同，此折扣優惠僅在旅客符合裝置條件時才會顯示。僅限 App 的設定會排除在手機上瀏覽 Booking.com 網站的旅客。App 與行動瀏覽器的設定則涵蓋這兩個群體，且可能還包含平板瀏覽器。

Booking.com 目前的串接規格接受 10% 到 80% 的行動裝置房價折扣。根據符合條件及帳號設定，您的後台可能會顯示較窄的範圍。

此促銷通常針對一個或多個啟用中的母房價進行打折。它無法修復已關閉的房價、增加缺失的空房狀況，或建立未對應的客房房價產品。客房仍需要有啟用中的房價方案、可售庫存，以及允許該住宿請求的限制條件。

行動裝置的適用資格來自裝置；Genius 的適用資格來自經過驗證的會員身分。旅客可能同時符合這兩項條件，當啟用折扣疊加時，多項折扣會影響最終價格。

在啟用折扣前設定淨價底線

從飯店願意接受的最低淨價開始。房價一致性 在團隊於啟用前了解公開基礎房價、行動裝置折扣、OTA 抽成以及任何額外促銷成本時，會更容易控管。

假設公開房價為 $200，行動裝置折扣為 10%。在套用其他折扣前，符合條件的行動裝置價格為 $180。若 OTA 抽成為 15%，在扣除支付和營運成本前，飯店可保留 $153。如果有額外符合條件的折扣影響最終價格，淨收益將進一步下降。

請分開計算低需求平日和旺季日期。折扣或許能填補空房庫存，但在本來就容易售出的週末，它只會降低利潤。

以下的控管點有助於防止最常見的定價錯誤。

當飯店需要將折扣後的 Booking.com 收益與其他通路進行比較時，Smart Order 的 飯店數據分析 將通路收益、住房率、ADR 以及訂房來源整合在單一畫面中。管理者可以查看行動裝置訂房是填補了淡季日期，還是取代了較高房價的需求。

如何在 Booking.com 後台設定行動裝置專享價

選單標籤會因住宿類型、地區、適用條件和設定而異。通常的路徑是 促銷，儘管有些帳號會在 房價與空房狀況 或 日曆與定價 下顯示行動裝置專享價。

1. 登入 Booking.com 後台 並選擇正確的住宿。
2. 開啟 促銷 並選擇新增或建立新促銷的選項。
3. 找到 行動裝置專享價 並選擇 新增、設定，或顯示的相應動作。
4. 選擇受眾目標： 僅限 App 或 App 與行動瀏覽器。在繼續前請閱讀畫面上的定義說明。
5. 輸入您帳號允許範圍內的折扣百分比。
6. 檢閱包含的母房價方案與房型。如果提供範圍控管功能，請僅選擇支援該活動目標的產品。
7. 新增表單中提供的排除入住日期或其他適用條件設定。保護不需要折扣的活動日期、假日以及接近客滿的時段。
8. 檢閱摘要，確認百分比和範圍，然後啟用該促銷。
9. 重新開啟已啟用的促銷，並記錄其狀態、適用產品、受眾目標及排除條件。

請勿混淆訂房日期與入住日期。確認各項排除條件是適用於抵達日期、入住日期，還是顯示的其他適用期間。

如果沒有行動裝置專享價的選項，可能是該住宿不符合條件、使用者缺乏權限，或者該促銷是透過經過認證的串接服務供應商管理的。請檢查帳號的促銷區塊，並備妥住宿 ID 聯絡 Booking.com 合作夥伴客服或串接的供應商。

僅在支援時透過通路管理系統進行設定

標準的房價與空房狀況串接並不自動包含促銷管理。供應商必須支援 Booking.com 的促銷 API 或其他經過核准的工作流程。

如果支援，請在供應商的促銷模組中建立。選擇行動裝置專享價、目標通路、百分比、母房價、客房及排除條件。提交後並確認它有出現在 Booking.com 中。

如果供應商不支援促銷管理，請在後台設定行動裝置專享價。繼續從通路管理系統發送正常的母房價和空房狀況。請勿透過降低來源基礎房價來模擬行動裝置促銷：這較低的金額可能會被分發給桌面版使用者和其他 OTA。

單一真實來源規則依然簡單。在控制它的飯店管理系統、收益系統或通路管理系統中維護基礎房價。在 Booking.com 認可的促銷管理系統中維護該促銷。避免在兩個地方建立相同的行動裝置優惠。

防止促銷疊加與房價一致性錯誤

請勿假設只有一項優惠會影響旅客價格。Booking.com 目前的需求文件指出，當啟用房價疊加時，符合條件的折扣可能會依序結合；當不允許疊加時，適用的定價規則將決定套用哪個折扣。

在啟用前，請審核：

• Genius 及其他經過驗證的使用者折扣
• 國家/地區專享價及特定裝置優惠
• 季節性、活動、晚鳥及早鳥優惠
• 衍生或不可退款房價的調整
• 通路管理系統加價與直接訂房折扣
• 稅金、費用、餐飲附加費及依入住人數的定價

在優惠層級比較房價一致性：相同的入住日期、客房、入住人數、政策、餐飲方案、幣別及稅金。僅限行動裝置的價格與無限制的桌面版房價並非相同的產品，但降低公開基礎房價可能會造成真正的價格落差。

在未檢查合約、當地規定及分發到其他地方的價格前，請勿僅為了抵銷行動裝置折扣而提高 Booking.com 的基礎房價。更好的做法是設定可接受的淨價底線、縮小適用日期範圍，並檢視該促銷帶來的增量成效。

在讓其保持啟用前驗證行動裝置專享價

首先在後台或串接的促銷模組中確認促銷狀態。檢查受眾目標、百分比、包含的母房價、房型及排除日期。然後確認其底層房價仍處於開放狀態且有庫存。

在相符的搜尋條件下測試三種檢視方式：桌面版、行動瀏覽器及 Booking.com App。對於僅限 App 的促銷，行動瀏覽器的搜尋結果不應被視為房價設定失敗的證明。請使用相同的日期、入住人數、幣別、客房、取消條款及登入狀態。

記錄原始與最終訂房價格。如果扣除金額超過行動裝置百分比，請檢視 Genius 狀態、啟用中的優惠、稅金、費用及疊加設定。顯示的摘要可能不會解釋每一個組成部分。

對於透過通路管理系統更新基礎房價的住宿，Smart Order 的 飯店通路管理系統 可確保母房價、空房狀況與傳送狀態保持連線。飯店可以保護來源價格，同時由 Booking.com 將特定裝置的促銷套用至符合條件的搜尋中。

何時該暫停或縮小促銷範圍

當行動裝置訂房落在已經能以全額房價售出的日期、淨 ADR 跌破飯店底線，或最終折扣比預期更深時，請暫停或限制該促銷。此外，也請調查桌面版使用者是否看到促銷價，或者排除的日期是否仍被打了折。

比較客房晚數、淨 ADR、取消率、提前訂房時間、住房率貢獻，以及 Booking.com 是填補了未售出的庫存，還是取代了較高利潤的通路。

實用的檢閱節奏是每週檢查即將到來的排除條件，每月檢視成效。在更改房價方案、對應關係、促銷權限或串接服務供應商後，請重新檢查設定。

常見問題

什麼是 Booking.com 行動裝置專享價？

這是提供給透過指定行動裝置通路訂房之符合條件旅客的百分比折扣。當這些選項可用時，住宿方可選擇該促銷是僅針對 App，還是更廣泛的行動裝置受眾。

Booking.com 行動裝置折扣的最低限制是多少？

Booking.com 目前的促銷 API 規格接受 10% 到 80% 的行動裝置專享價。後台會顯示個別住宿可用的有效範圍與選項。

Booking.com 行動裝置專享價可以與 Genius 疊加嗎？

當帳號與優惠允許房價疊加時就可以。請以符合條件、經過驗證的行動裝置使用者身分進行測試，並檢閱最終訂房價格，而不是手動相加百分比。

行動裝置專享價會破壞房價一致性嗎？

不一定。這是一項受裝置限制的優惠，而不是普遍的公開基礎房價。飯店仍應檢查其合約、當地規定、具可比性的訂房條件，以及其他通路上的價格。

通路管理系統可以建立 Booking.com 行動裝置專享價嗎？

只有在支援經過核准的 Booking.com 促銷管理串接時才可以。針對房價、空房狀況與限制條件的一般 ARI 串接，並不能證明支援建立促銷。

為什麼行動裝置專享價沒有顯示？

請檢查測試裝置是否符合所選的受眾目標、母房價是否啟用、是否有庫存、入住日期是否符合條件，以及客房房價組合是否包含在內。同時請確認促銷處於啟用狀態，以及測試者的登入狀態。

受控的行動裝置促銷始於穩定的母房價與明確的淨價底線。在將該優惠套用至整個日曆之前，請限制受眾與日期、檢查其他折扣，並驗證確切的行動裝置訂房路徑。