🏷 Khuyến mãi Airbnb ⇄ Booking

Agoda nằm ở file riêng: agoda-promotion-badges — loại nào có nhãn cho khách (đo 28/09/2026: chỉ Seasonal có nhãn tên trên thẻ; Targeted chỉ Eco Deals + Domestic; Essential chỉ hiện ở trang chi tiết).

Mức nguồn: 🟩 đọc từ tài liệu chính thức / extranet trong hai phiên 12/09 và 18/09/2026 · 🟨 số marketing do nền tảng tự công bố (không phải số của mình) · ⬜ hiểu biết chung, chưa đối chiếu được nguyên văn.

0. Hai triết lý khác nhau — đọc cái này trước

1. Airbnb — từng công cụ

Cái bẫy trung vị 60 ngày (suy luận từ 🟩 luật gạch giá): Airbnb gạch giá khi giá đang bán thấp hơn ≥10 % trung vị 60 ngày của đêm đó. Một khuyến mãi chạy vĩnh viễn (cả 7 căn đang có promotion −20 % endDate 9999-12-31, L-27) tự kéo trung vị xuống theo thời gian → đến lúc chính nó không còn được gạch giá nữa, chỉ còn là giá thấp trần trụi. Khuyến mãi Airbnb phải có kỳ hạn thì mới được "trang điểm".

2. Booking.com — từng công cụ

Câu in trên mọi trang setup (🟩): "For promotions that don't stack and are applicable, only the largest discount is displayed to travelers."

2b. Nhãn khách nhìn thấy — đọc từ data model của chính Booking (20/09/2026)

Chợ khuyến mãi (promotions/marketplace.html) và danh sách (promotions/list.html) của 16927056 trả về cho mỗi loại một object promotionDisplayIllustration { badge, withCrossedPrice }. Đây là thứ Booking dùng để vẽ minh hoạ "khách sẽ thấy gì", nên đọc thẳng từ đó chắc hơn đọc bài Help:

🟨 Quan sát 20/09 (ảnh checkout của user, 25AT11 ở 28–30/09): Basic deal 38 % hiện trên trang khách với tên "Getaway Deal" ("This property is offering a discount on select stays between 26 Mar–30 Sept 2026") dù extranet ghi là Basic deal và Getaway chưa được bật → Booking tự gắn nhãn chiến dịch cho deal đủ điều kiện (≥15 %, kỳ ở trong cửa sổ campaign). Nghĩa là Basic deal có thể có nhãn khi rơi vào cửa sổ một campaign đang chạy; ngoài cửa sổ (tháng 10 trở đi) thì không. Chưa tìm được văn bản Booking mô tả luật auto-merchandise này.

🟩 Cách Booking bày phí dọn cho khách (cùng ảnh): Price 4.278.000 (phòng sau giảm, gồm VAT 8 %) + dòng nhỏ +VND 600,000 taxes and charges; khối Price information: "Excludes VND 600,000 in taxes and charges — Cleaning fee" → phí dọn không nằm trong giá Booking báo, khách trả tại nhà, không có Total gộp; hoa hồng 15 % vẫn tính trên phòng + dọn (audit 15/09). Airbnb thì hiện một tổng gộp dọn và thu hộ toàn bộ.

Hệ quả cho câu hỏi "muốn thẻ có nhãn": với căn 0 review như 25AT11, thứ duy nhất tự bật được mà có nhãn là Mobile rate (đã bật) và campaign deal (Late Escape ngay; Black Friday từ 24/09; Early 2027 từ 15/10). Campaign không chồng Mobile/Basic → khách chỉ thấy mức lớn hơn, nhãn campaign thay nhãn Mobile-only trên đêm áp dụng. Dump: properties/25anthuong11/_raw/2026-09-20-booking-promotions/.

2b. Booking.com — chương trình đối tác (không phải deal)

Đọc Partner Hub 15/09 (Genius · Preferred, bản lưu audits/2026-09-15-booking-promotions/partner-help/12–13) và 27/09/2026 (Preferred Plus · Visibility Booster · Booking Sponsored Benefit, bản lưu 14–16). Trạng thái villa đọc từ payload tìm kiếm công khai 26/09 (persuasion.preferred, visibilityBoosterEnabled, geniusInfo).

Một câu để nhớ: deal là mình tự giảm giá; chương trình đối tác là trao đổi với Booking để được hiển thị cao hơn: mình trả bằng giảm giá cho một nhóm khách (Genius), bằng hoa hồng cao hơn (Preferred, Preferred Plus, Visibility Booster), hoặc Booking tự bỏ tiền (Booking Sponsored Benefit).

Khác nhau giữa Preferred và Visibility Booster (🟩 Partner Hub): Booster là ngắn hạn theo ngày (ngày cao điểm, ngày ế, bán lại phòng vừa bị huỷ, nhắm khách một nước); Preferred là cải thiện dài hạn.

Nên làm theo thứ tự (đề xuất, chưa phải lệnh): ① Review trước — Genius và Preferred đều khoá bằng số review/điểm; villa cần ≥3 review mới mở Genius. ② 305 cân nhắc Genius — đủ điều kiện; giảm 10 % cho khách Genius vốn đã đặt nhiều qua Booking. ③ Preferred / Visibility Booster chỉ khi có số đo — cả hai là tăng hoa hồng; dùng phễu 90 ngày trong Ranking Dashboard để tính hoà vốn trước khi bật. ④ BSB chờ gỡ chặn thu trước (Payments by Booking.com).

Link chính thức: Genius · Genius Report · Preferred Partner · Preferred Plus · Visibility Booster · Booking Sponsored Benefit · Xếp hạng & hiển thị · Parity.

3. Đối chiếu theo mục tiêu — muốn X thì bấm gì ở mỗi kênh

4. Hiện trạng Harth Living (từ vault, có ngày)

• Booking 25AT11 (18/09): chỉ Mobile rate 10 % (bật 15/09, chưa có đơn). Country · Basic chưa bật. Genius/Preferred khoá vì 0 review. NR khoá vì verification.
• Airbnb 25AT11 (đọc lại 20/09, _raw/2026-09-20-airbnb-promotions/): activePromotions rỗng. Lịch sử: New listing promotion 20 % đã dùng hết 3/3 (14/07→, 3 đơn · 10 đêm) → không còn; Custom promotion 20 % ngày 07–08/09 (1 đơn · 2 đêm) đã hết. Airbnb đang mời một Custom promotion −28 % (priceFactor 0.72) cho 02/10–18/12/2026, 78 đêm. fixedNativeDailyPrice 2.990.250–3.928.573 ₫ là giá GỐC đã đóng băng (form hiện gạch ngang đúng dãy này, giá khuyến mãi = ×0,72 → 2.152.980–2.828.573) — không phải giá lịch hôm nay (3.450.000 phẳng); sửa 20/09 sau khi mở form, trước đó đọc nhầm là giá sau giảm. discountEligibility đủ 5 loại (Weekly · Monthly · Early-bird · Last-minute · Custom LOS); đang có Weekly 5 % (tip 10 %) · Monthly 10 % (tip 47 %, 0.53333); Early-bird/Last-minute/Custom LOS chưa đặt. Non-refundable (optInTieredPricing) tắt. Smart Pricing tắt (eligible). Top-rated-guest discount đang được Airbnb mời cho listing này (popover "Attract more top-rated guests — Give a discount exclusively to guests rated 4.8+ with at least 3 reviews", PromotionsByPlacementsQuery trên multicalendar 20/09) — cờ kill_switch đọc trước đó không nói lên trạng thái, đừng suy từ feature flag.
• 🟩 Bậc hiển thị của Custom promotion Airbnb (đọc từ benefits[].eligiblePriceFactorThreshold trong lời mời): ≥10 % → Discounted strikethrough price (gạch giá trên tìm kiếm + trang listing) · ≥15 % → Discount banner on listing (dòng nhắn nổi trên trang listing) · ≥20 % → Highlighted in emails (được chèn vào email Airbnb gửi khách). Đây là "nhãn" tương ứng phía Airbnb; nằm dưới 10 % thì không có gì. New listing promotion có cùng 2 quyền lợi PDP + email ở ngưỡng 10 %.
• 🟩 Cơ chế khoá giá của Custom promotion: promotionFactorType = FIXED_WITH_PERCENTAGE + mảng fixedNativeDailyPrice — Airbnb tính giá khuyến mãi một lần lúc tạo và ghi cứng từng đêm; PriceLabs đẩy giá mới sau đó không đổi được các đêm này. Đây là gốc của L-96.
• Lịch Airbnb 25AT11 đọc 20/09 (getDLSHostCalendar, tới 31/10): 20–26/09 đặt tay 2.000.000 (21–22/09 đã có khách), từ 27/09 → 31/10 toàn bộ 3.450.000 = sàn PriceLabs; phí dọn 600.000/lượt (đổi sau HOF, không còn 500.000). Bài toán "khách thấy 2 triệu/đêm đã gồm phí dọn": công thức B(1−d) = 2.000.000 − 600.000/N, nhưng B là giá gốc đóng băng trong form, không phải 3,45 triệu của lịch. Với 02–31/10 (B = 2.990.250–3.542.955, mỗi đêm một giá): 2 đêm cần 43–52 % tuỳ đêm, 3 đêm 40–49 %. Một % duy nhất không ra đúng 2 triệu mọi đêm: 43 % → khách 2 đêm thấy 2,00–2,32 tr · 48 % → 1,85–2,14 tr · 52 % → 1,74–2,00 tr. (Nếu tính trên 3,45 triệu như lịch thì 51 %/48 %/47 %/46 %/45 %/44 % cho 2/3/4/5/7/10+ đêm — chỉ đúng khi Airbnb tính lại base theo lịch, chưa thấy vậy.)
• Bài toán thứ hai (user hỏi 20/09): thu về ≈2 triệu/đêm SAU phí host-only 15,5 %, chưa tính phí dọn. Giá đêm sau giảm cần = 2.000.000 / 0,845 = 2.366.864. Trên base đóng băng 02–31/10 (2,99–3,54 tr): cần 21 % ở đêm rẻ nhất · 26 % ở trung vị (3,20 tr) · 33 % ở đêm đắt nhất. Một số duy nhất: 20 % → không đêm nào thu dưới 2 tr (2,02–2,40 tr) · 27 % → trung bình đúng 2,00 tr (1,84–2,19 tr, 16/30 đêm dưới 2 tr) · 33 % → mọi đêm ≤2 tr. Nếu Airbnb tính lại theo giá lịch 3,45 tr thì 31 % (thu 2,01 tr). Đêm nào đắt (02–04 · 09–10 · 15–17 · 22–24/10) là những ngày mà giảm 20 % vẫn để lại >2,3 tr.

• 🟩 Vì sao không chọn được đêm 20/09–01/10 cho Custom promotion (đọc Help 2719 · 2720 · 2981 · 2982 · 2721 ngày 20/09/2026 + dò 9 dải ngày trên lịch): Airbnb chỉ cho tạo custom promotion trên đêm có giá trung vị 60 ngày — "If we don't have a 60-day median price for a date, it won't be eligible for a promotion. The date must be: Currently unblocked · Unblocked for 28 of the last 60 days · Less than 90 days away." Trong payload lịch (getDLSHostCalendar), trung vị này là priceData.anchorPrice: null cho 20/09–01/10, có giá từ 02/10 (3.493.525 ngày 02/10 = đúng số gạch ngang trong form). Mục Custom promotion trong Custom settings chỉ hiện khi mọi đêm trong dải đều có anchor → 23/09·24/09·27/09·30/09·01/10→31/10 và 02/10→19/12, 19–28/12 đều mất mục; 02/10→31/10, 05–20/10 có. Mốc cuối = hôm nay + 89 ngày (05/09 → 03/12; 20/09 → 18/12) = luật "<90 days away", kiểm hai lần. Mốc đầu 02/10 cố định (05/09 đã có khoảng trống 18/09–01/10, nay còn 20/09–01/10) → những đêm đó thiếu trung vị vì không mở lịch đủ 28/60 ngày — khả năng cao 18/09–01/10 (13 đêm) bị chặn từ ~giữa 7 tới đầu 9 (đơn huỷ/hold); ⬜ chưa tra được đơn huỷ (extranet Booking hết phiên, trang reservations Airbnb đẩy về /hosting khi mở nền). Luật khác cùng bài: ≥3 booking + ≥1 trong 365 ngày · tối đa 50 % số đêm/tháng được promote · giảm tính trên trung vị, trần = giá cao nhất từng được đặt trong 12 tháng · đêm không đủ điều kiện thì nút không hiện hoặc báo "unavailable price". Đêm ngoài cửa sổ muốn giảm thì sửa Price per night thẳng trong lịch (Help: "You can always set a lower price for specific nights") — nhưng chỉ được gạch giá khi thấp hơn ≥10 % trung vị, và PriceLabs sẽ ghi đè khi sync. Đường đi form: multicalendar/<id>/edit-selected-dates/<từ>/<đến> → Custom settings → Custom promotion (slider %, mặc định 28 %, ba quyền lợi tick theo ngưỡng 10/15/20 %) → Save. Dump Help: scratchpad phiên 20/09 (abnbhelp/, abnbhelp2/).

• Khách thường ở mấy đêm? — số liệu 15NM5 (PriceLabs Recent Bookings, đọc 20/09, properties/15nuocman5/_raw/2026-09-20-pricelabs-recent-bookings.md): 10 đơn Airbnb gần nhất (check-in 22/06 → 28/11/2026): LOS 4 đêm × 5 · 3 đêm × 2 · 5 · 6 · 2 đêm × 1 → mode 4, trung vị 4, trung bình 3,9; đặt trước trung vị 7 ngày (1–13 ngày, một đơn 96 ngày); khách trung vị 4 (1–9); ADR bình quân 4,18 tr. Booking.com chỉ 1 đơn (2 đêm, 03–05/09) và dòng PriceLabs Booking của 15NM5 đang Last synced NA. Đối chiếu 25AT11: 4 đơn Airbnb + 1 Booking đều 2 đêm. Thị trường Booking Đà Nẵng (demand data 12/09, trong 36 % lượt tìm có ngày): 3–7 đêm 13 % · 1 đêm 12 % · 2 đêm 5 % · 8–14 đêm 3 %. ⇒ Villa 4PN bán được chủ yếu ở 3–5 đêm; 2 đêm là sàn min-stay, không phải kỳ phổ biến — nếu gộp phí dọn vào giá đêm thì chia cho 3–4 hợp dữ liệu hơn chia 2 (nhưng chia 3–4 thì kỳ 2 đêm thu thiếu 150–300k).

• USER CHỐT 20/09: Booking gộp phí dọn qua offset PriceLabs = phí ÷ 4 (150k · 150k · 150k · 175k · 100k · 100k · 62,5k cho 25AT11 · 181 · 15NM5 · 41LHC · 305 · 404 · 502) + rate plan Weekly −6 % · Monthly −11 % + công tắc phí → Yes; Airbnb giữ nguyên. Chênh Booking − Airbnb với bộ này: 2 đêm −300k · 4 đêm 0 · 7 đêm ≈ +0,1 tr · 14 đêm +0,5–0,9 tr · 28 đêm +0,9–2,3 tr (căn phí 600k). Chi tiết + thứ tự thực thi: vault/08-agents/DECISIONS.md 20/09. Chưa thực thi.
• Airbnb 7 căn (05/09): mỗi căn có một promotion −20 % endDate 9999-12-31 từ ngày lên sàn (L-27, chưa xác minh còn chạy); 41LHC −28 %, 15NM5 −20 % đang chạy; Weekly −5 % / Monthly −10 % ở cả 7; Smart Pricing tắt. L-96: custom promotion giữ giá cũ sau khi PriceLabs nâng Base 15 % (16/09) → đêm có promo bị bán rẻ hơn dự tính.

5. Ba luật rút ra khi dùng cho mình

1. Booking: chồng đúng cặp. Mobile (hoặc Country) + Basic deal, tick chỉ Standard Rate. Đừng bật Mobile + Country rồi nghĩ là 19 %.
2. Airbnb: một đêm một giảm, và phải có kỳ hạn. Đặt custom promotion theo đợt (≥7 đêm, có ngày kết thúc), kiểm lại sau mỗi lần PriceLabs đổi Base (L-96). Promotion vĩnh viễn −20 % vừa không chồng với Weekly/Monthly (chỉ cái lớn hơn ăn), vừa tự làm mất gạch giá theo trung vị 60 ngày.
3. Cả hai kênh: giảm không phải là chiến lược, review mới là. Mọi lớp mạnh nhất (Genius · Preferred trên Booking; Top-rated + custom promotion trên Airbnb) đều mở khoá bằng 3 booking/3 review đầu. Giảm giá đợt đầu là chi phí mua review, phải có ngày dừng.

6. Chưa xác minh

• ⬜ Nguyên văn điều kiện Limited-time deal, Secret deal, Business Booker rate trên Booking (Partner Hub trả 403 với fetch thường; cần đọc qua Chrome với tab bung).
• ⬜ Mức "callout ≥15 %" của Airbnb (chỉ thấy ở nguồn thứ cấp).
• ⬜ Trung vị 60 ngày của Airbnb tính trên giá trước hay sau promotion — quyết định bẫy ở §1 nặng tới đâu.
• ⬜ L-27 promotion −20 % vĩnh viễn có đang chạy thật không.

Liên quan: Playbook Booking §9 · Opportunity Center 25AT11 12/09 · airbnb.md · pricelabs.md §2h · issues.md L-27 · L-28 · L-35 · L-96