Promote + Ads — khuyến mãi, khách thân thiết, tăng hiển thị và cách tính vào giá

Some parts of this document are not translated yet — they are shown in Vietnamese.

Trang này trả lời hai câu: chương trình nào đang có, trả bằng gì (phần Tra cứu — bấm nút để lọc theo nền tảng, tính chất, kiểu ngày áp dụng) và đặt vào bảng tính giá thì tính thế nào (các mục 1–5). Trạng thái từng căn đang bật gì xem ở Promotion; con số từng đơn tính ở Bảng tính giá.

Mức nguồn: 🟩 đọc từ tài liệu chính thức, trang admin hoặc hoá đơn thật · 🟨 số nền tảng tự công bố hoặc suy luận từ dữ liệu đo · ⬜ chưa xác minh.

Tóm tắt

• Ba kênh chồng giảm giá theo ba luật khác nhau. Airbnb: mỗi đêm chỉ ăn một giảm giá (trừ Non-refundable và giảm cho khách điểm cao). Booking.com: chồng nhiều lớp, tính nhân dồn (10 % rồi 10 % = 19 %). Agoda: chồng nhiều lớp, tính cộng thẳng trên giá lịch (10 % + 10 % = 20 %, khớp hoá đơn thật).
• Khuyến mãi không cộng giữa các kênh. Mỗi kênh chỉ tính trên giá của chính nó. Thứ nối các kênh với nhau là giá gốc PriceLabs (một gốc, đẩy sang Airbnb và Booking) và luật ngang giá (Booking và Agoda cấm mình bán ở nơi khác rẻ hơn).
• Tăng hiển thị không giảm giá cho khách — nó tăng phí của mình. Booking Visibility Booster, Preferred; Agoda AGX, AGP, Sponsored Listing. Airbnb không bán hiển thị.
• Khách thân thiết = giảm giá chỉ một tệp khách thấy: Booking Genius, Agoda VIP / Private Sale. Airbnb chỉ có giảm cho khách được chấm ≥ 4,8 sao.
• Không kênh nào có khuyến mãi riêng cho đêm lẻ (orphan). Đêm lẻ do PriceLabs giảm trên giá gốc trước khi đẩy; kênh lại giảm tiếp lên giá đó.
• Bảng tính giá đã theo luật chồng từng kênh từ 10/10/2026 (trước đó cộng thẳng mọi % ở cả ba kênh). Còn hai chỗ chưa mô phỏng — xem mục 5.

1. Luật chồng trong từng kênh

Airbnb — một giảm mỗi đêm 🟩 Thứ tự ưu tiên: New listing → Custom promotion → ở dài (Weekly/Monthly/tuỳ chỉnh) → Early-bird → Last-minute. Help 3421 ghi "Only one of these may apply per reservation"; trang Resource ghi theo đêm. Ví dụ của chính Airbnb: Custom 20 % trong tháng 7 đè Monthly 30 % — khách ở trọn tháng chỉ được 20 %. Nguyên văn Airbnb: "only one will apply per night … The highest-priority discount will always apply and override the others." — tức là giảm đứng trước thắng, kể cả khi nhỏ hơn: Custom promotion 10 % thắng Weekly 15 % trên cùng đêm. (Guide book cũ ghi "chỉ cái lớn hơn ăn" là chưa đúng.) Ngoại lệ được cộng thêm: Non-refundable −10 % tính sau cùng trên giá đã giảm · Top-rated guest discount · Monthly stay savings (Airbnb trả). Rule-set luôn áp trước, giảm khác tính trên giá rule-set.

Booking.com — nhân dồn, có cặp loại trừ 🟩

Nguyên văn tài liệu Booking cho nhà phát triển: "When discounts can be combined, they can be applied sequentially" — áp lần lượt nên là nhân, không cộng. Hai promotion không chồng → "only the largest discount is displayed to travelers". Weekly/Monthly là rate plan (giá đã thấp sẵn), deal áp lên rate plan nào thì nhân tiếp trên rate plan đó.

Agoda — cộng thẳng theo nhóm 🟩 Seasonal: một cái tốt nhất · Essential: cộng nhau ("both promotions added together") · Targeted: cộng khác nhóm ("only … from different categories") · ba nhóm cộng với nhau ("All 3 types of promotions can be stacked when the terms and conditions allow"). Mỗi promotion có cờ riêng được chồng hay không: Weekly và Long Stay của 6 căn đang để không chồng promotion khác, chỉ chồng giảm theo kênh; Customized của 502 để chồng được. Agoda tự chọn tổ hợp cho giá thấp nhất mà khách đủ điều kiện. Nguyên văn YCS (đọc 10/10/2026): "if you have an existing active promotion of 20% and load this promotion for 10%, the total discount will be 30%" (cộng thẳng) · "Targeted promotions within the same category (e.g. Platform + Platform) cannot be stacked together" · "You've disabled stacking of promotions, which means your maximum offered discount will be equivalent to the largest discount in any one active promotion" · Mega Sale "will stack with Essentials and one promotion from each Targeted category … and the one seasonal promotion with the highest discount".

2. Giữa các kênh — có cộng dồn không

• Không. Giảm trên Booking không ảnh hưởng giá Airbnb hay Agoda, và ngược lại. Không có chương trình nào chạy chung hai kênh.
• Chỗ nối thật là giá gốc. PriceLabs đẩy một gốc sang Airbnb và Booking (Booking cộng thêm Pricing Offset của kênh). Agoda nhập tay trên YCS, không qua PriceLabs. Giảm giá ở PriceLabs (last-minute, đêm lẻ, override) vì vậy chạy trên cả hai kênh cùng lúc, rồi mỗi kênh giảm tiếp theo luật riêng.
• Ngang giá (parity). Việt Nam là nước wide parity với Booking.com 🟩 (GDT, ghi ở playbook xếp hạng). Booking định nghĩa: "the accommodation partner should provide Booking.com with the same or better rates, conditions, and availability … as made available by the accommodation partner on any (online and offline) channel". Genius và Preferred đều đòi "competitive prices … compared to all other websites (for wide parity)". Agoda: Partner Hub công khai không nêu điều khoản ngang giá ⬜. Booking rẻ hơn Airbnb thì được; đắt hơn thì có thể mất điều kiện Genius / Preferred.
• Hệ quả khi so giá: phải so giá khách trả sau toàn bộ chồng của từng kênh, theo cùng một tệp khách (vd khách mobile có Genius trên Booking vs khách thường trên Airbnb), không so giá lịch.

3. Ngày áp dụng — ai chọn ngày

Ba nhóm: A — mình tự chọn ngày · B — có ngày nhưng nền tảng ấn định, mình chỉ bật/tắt (đôi khi được chặn vài ngày) · C — áp mọi ngày, không có ô ngày (chỉ bật/tắt, hoặc áp theo điều kiện của đơn như số đêm, số ngày đặt trước). Một chương trình có thể có tới bốn loại ngày khác nhau, đừng lẫn: ngày ĐẶT (lúc khách bấm đặt) · ngày Ở (các đêm khách ở) · thứ trong tuần · ngày chặn (blackout — các đêm ở bị loại trừ).

Cột Ngày của từng thẻ ở phần Tra cứu ghi rõ chương trình đó thuộc nhóm nào và chọn được loại ngày nào. Chiến dịch ẩn của Agoda (New Listings, Hottest Getaways…) không mở cho căn của mình, không tự bật được.

Ba hệ quả khi tính giá Agoda: 1. Seasonal phụ thuộc NGÀY ĐẶT. Hôm nay nằm trong cửa sổ đặt thì đêm ở tới tận tháng 1 vẫn được giảm; qua ngày đặt cuối (Golden Autumn 31/10) thì cùng đêm đó mất giảm dù vẫn nằm trong khoảng ngày ở. Bảng tính hiện chỉ xét ngày ở, ngầm hiểu khách đặt hôm nay. 2. Targeted không chặn được ngày. Muốn đêm Tết không giảm thì phải tắt hẳn kênh đó (mất giảm mọi ngày) hoặc tăng giá lịch đêm đó. 3. Weekly/Long Stay "mãi mãi" nhưng có cờ không chồng → với đơn ≥ 7 đêm rơi vào ngày có Customized/Seasonal lớn hơn thì Weekly không áp thêm.

Không kênh nào có khuyến mãi riêng cho đêm lẻ (orphan). PriceLabs lo phần này trước khi đẩy giá: 305 và 404 giảm 20 % cho khe 2–3 đêm (khe 1 đêm không giảm); last-minute của PriceLabs chạy theo thị trường, riêng 181 −5 % phẳng 7 ngày và 41 −10 % giảm dần 4 ngày 🟩.

Bẫy giảm hai lần: PriceLabs giảm sát ngày / đêm lẻ trên giá gốc, rồi kênh lại giảm last-minute trên giá đã giảm đó. Hai lớp không biết nhau. Ví dụ Booking: giá gốc 4.000.000 → PriceLabs last-minute −10 % = 3.600.000 → Last-minute deal −10 % = 3.240.000 (thực giảm 19 %).

4. Tính vào giá — tệp khách và hoa hồng

Khách thân thiết, giảm theo tệp khách: đây là giảm theo tệp khách, không phải mọi khách đều nhận. Khi đặt giá sàn phải tính trường hợp xấu nhất — khách thuộc tệp được giảm nhiều nhất.

Tăng hiển thị: Booster / Preferred / AGX / AGP không đổi giá khách trả, chỉ tăng phần bị trừ. Cộng thẳng số điểm vào % hoa hồng của đơn đủ điều kiện: Booking 15 % + 6 điểm Booster = 21 % trên tiền khách trả (gồm phí dọn, vì phí dọn Booking đã gộp vào giá). Boost Campaign thì ngược lại — là giảm giá cho khách, tính như một deal.

Giảm phải là giảm thật. Booking: "promotions offered on our site must represent genuine discounts"; Airbnb Host Discount Policy: giá trước giảm phải là giá thật của đêm đó và giảm phải "a temporary discount" 🟩. Không nâng giá lên rồi giảm.

5. Logic cho bảng tính giá

Ký hiệu: P = giá gốc một đêm (sau offset kênh), n = số đêm, C = phí dọn, d = % giảm.

Airbnb

d_một = giảm được ƯU TIÊN đầu tiên trong {New listing, Custom, Weekly/Monthly, Early-bird, Last-minute} mà đêm đó đủ điều kiện
Custom promotion: giá đêm = trung vị_60_ngày × (1 − d)   ← không phải P × (1 − d)
tiền phòng = Σ đêm [P × (1 − d_một)] × (1 − 10 % nếu Non-refundable) × (1 − d_top-rated nếu khách đủ hạng)
khách trả = tiền phòng + C
host nhận = khách trả × (1 − 15,5 %)

Booking.com

P_plan = P × (1 − Weekly hoặc Monthly)                        ← rate plan theo số đêm
lớp chồng (chọn tổ hợp hợp lệ cho giảm lớn nhất với tệp khách):
  A = max(Mobile, Country) × portfolio(max Basic, LM, EB)      hoặc
  B = một campaign deal                                          hoặc
  C = Limited-time / Black Friday (đứng một mình)
giá đêm = P_plan × (1 − Genius nếu khách là thành viên) × Π(1 − d_i của lớp đã chọn)
khách trả = Σ giá đêm (phí dọn đã gộp trong giá qua offset)
host nhận = khách trả × (1 − 15 % − điểm Booster nếu ngày nhận phòng được boost − điểm Preferred)

Agoda

d_tổng = max(Seasonal) + Σ Essential được chồng + Σ Targeted (mỗi nhóm một cái) + Long Stay nếu cờ cho chồng
tiền phòng = Σ đêm [giá lịch YCS × (1 − d_tổng)] − phần Seasonal × 0,134 × giá lịch   ← Seasonal trừ trước thuế
khách trả = tiền phòng + phụ phí dọn
host nhận = khách trả − 20 % hoa hồng − 10 % thuế trên hoa hồng − thuế khấu trừ − % AGX (đơn quy về chiến dịch) − % AGP (mọi đơn)

🟩 Kiểm bằng hoá đơn 1062247598 (181 Tô Hiến Thành, 3 đêm 01–04/01/2027): giá lịch 4.000.000 − Private Sale 10 % − US (IP only) 10 % cộng thẳng = khách trả 3.200.000/đêm (nhân dồn sẽ ra 3.240.000).

Bảng tính đã sửa gì (10/10/2026) và còn thiếu gì

Mã: scripts/gen-host-net-table.mjs — hn3Cmb (chồng các deal), hn3Lk (Weekly/Monthly theo luật kênh), hn3InvD (dòng tự tính % deal giải ngược theo luật chồng). Tự kiểm lúc sinh bảng: Booking 10 % × 20 % = 28 % · Airbnb 7 đêm có deal 20 % thì Weekly 0 · 181 Agoda khớp hoá đơn 3.200.000/đêm. Việc tiếp theo nên làm: nút tệp khách (khách thường / khách mobile / thành viên Genius · Private Sale / khách nước được nhắm).

6. Hiện trạng 7 căn (đọc 10/10/2026, chỉ đọc)

7. Chưa xác minh7. Not verified

• ✅ (10/10) Booking Help Genius · Preferred · Visibility Booster · Early Booker/Last-minute · parity — đọc qua Chrome, có nguyên văn ở trên.
• ✅ (10/10) Agoda: % tối thiểu VIP / Private Sale và giới hạn ngày Early Bird / Last-Minute — đọc trong YCS.
• ⬜ Booking: bài Help riêng về luật chồng (do discount percentages combine) trả 404; ma trận chồng vẫn theo trang setup extranet 12/09 + 20/09. Chưa mở chợ khuyến mãi trong extranet lần này (phải bấm từ Group homepage).
• ⬜ Booking Holdings Sponsored Listings · Native Ads — thấy tên trên Partner Hub, chưa đọc cách tính phí.
• ⬜ Agoda: các ô ngày của Customized/Early Bird/Last-Minute đọc từ trường dữ liệu YCS (BookOn, StayOn, CheckInOn, MinAdvancePurchase, PromotionBlackoutList, BlackoutDays của chiến dịch) — chưa mở form tạo để chụp; ngày đặt của Booking Early Booker/Last-minute sửa được hay phải tạo lại chưa kiểm.
• ⬜ Airbnb Early-bird: khoảng tháng cho phép (1–24 tháng) chưa thấy nguyên văn; lịch chỉ lộ mốc 12 months in advance.
• ⬜ Mức hoa hồng cộng thêm của Preferred (chỉ hiện trong extranet; chưa căn nào đủ điều kiện).
• ⬜ Genius có áp lên rate plan Weekly / Monthly không.
• ⬜ Trung vị 60 ngày của Airbnb tính trên giá trước hay sau promotion.
• ⬜ Agoda: cờ "không chồng" của Weekly/Long Stay có chặn cộng với Customized trên đơn thật không — chưa có hoá đơn đơn ≥ 7 đêm để kiểm.
• ⬜ AGX của 25 An Thượng 11 sau 12/10/2026: auto-renew đang tắt, nhưng chuỗi CMS của Agoda có câu "Your campaign is running at {0}% costs since {1}" — cần đọc lại YCS sau ngày 12/10 để biết chiến dịch dừng hay chuyển sang trả phí.

Liên quan: Promotion — đang bật từng căn · Bảng tính giá · Trung vị 60 ngày Airbnb · Guide book: Khuyến mãi Airbnb ⇄ Booking · Nhãn promotion Agoda