Khách bỏ dở đặt phòng thường rời đi ở tám điểm sửa được: phụ phí hiện muộn, form dài, tên miền lạ, thiếu thanh toán quen thuộc, trang chậm trên điện thoại, chính sách hủy mơ hồ, giá hoặc phòng trống không khớp, và thiếu tín hiệu tin cậy. Cách làm là đo phễu bốn bước trong Google Analytics 4 (GA4), tìm bước khách rơi nhiều nhất rồi khắc phục điểm lớn nhất trước. Theo phép tính minh họa, khách sạn tham chiếu 40 phòng của StayUP tránh được tối đa khoảng 101 triệu đồng hoa hồng OTA mỗi năm nếu đơn qua website tăng thêm 10%.
Bài dành cho khách sạn, resort từ khoảng 20 phòng có website và booking engine riêng; phép tính ghi rõ giả định để bạn thay số của mình.
Khách bỏ dở đặt phòng nhiều đến đâu và rời đi vì lý do nào?
StayUP chưa tìm được nguồn công khai kèm phương pháp về tỷ lệ khách bỏ dở đặt phòng của khách sạn Việt Nam. Mốc gần nhất là của bán lẻ trực tuyến: Baymard Institute, tổng hợp 50 nghiên cứu, ghi nhận trung bình 70,22% giỏ hàng bị bỏ dở (cập nhật 22/09/2025). Đây không phải số của khách sạn, chỉ dùng để hiểu lý do rời đi.
Bảng dưới là lý do của người đã bỏ giỏ, không tính nhóm chỉ xem. Tổng vượt 100% vì chọn được nhiều lý do; Baymard không nêu cỡ mẫu và năm khảo sát. Trang này còn ghi 42% người mua sắm ở Mỹ chỉ đang xem, nên không phải lượt bỏ dở nào cũng là đơn mất.
| Lý do bỏ dở (Baymard) | Người bỏ giỏ nêu lý do này (%) | Điểm rơi trong bài |
|---|---|---|
| Chi phí phát sinh quá cao (phí, thuế) | 40 | 1 |
| Không tin trang với thông tin thẻ | 19 | 3, 8 |
| Bị bắt tạo tài khoản | 18 | 2 |
| Thanh toán quá dài, phức tạp | 17 | 2 |
| Trang lỗi hoặc sập | 17 | 5, 7 |
| Không thấy tổng chi phí từ đầu | 12 | 1 |
| Thẻ bị từ chối | 10 | 4 |
| Thiếu phương thức thanh toán | 9 | 4 |
Tại Hà Nội, khảo sát Direct Booking Index Hà Nội 2026 của StayUP (12–13/10/2026, 20 website khách sạn độc lập 3–4★, mẫu chọn có chủ đích) ghi nhận chỉ 3/20 website cho đặt phòng trọn trên tên miền khách sạn; 14/20 chuyển khách sang tên miền nhà cung cấp booking engine; 3/20 chưa có luồng đặt phòng trực tuyến dùng được.
Tám điểm rơi nào làm khách bỏ dở đặt phòng, và khắc phục từng điểm thế nào?
Tám điểm rơi nằm rải trên bốn bước của phễu, xếp theo hành trình của khách chứ không theo mức ảnh hưởng, vì chưa có số liệu khách sạn Việt Nam để xếp hạng.
- Phụ phí hiện muộn. Dấu hiệu: khách rời đi ngay khi tổng tiền tăng ở bước nhập thông tin. Cách khắc phục: hiện tổng tiền gồm thuế, phí ngay ở danh sách hạng phòng, không thêm khoản mới ở bước cuối. Chính sách giá chính xác của Google yêu cầu trang đặt phòng cuối hiện đủ phí bắt buộc, và Luật Thương mại điện tử 2025 (Điều 12, từ 01/07/2026) yêu cầu nền tảng có chức năng đặt hàng trực tuyến hiển thị chi tiết số tiền phải trả, gồm thuế. Ai làm: revenue chốt cách tính; nhà cung cấp chỉnh hiển thị.
- Bắt tạo tài khoản hoặc điền form dài. Dấu hiệu: nhiều người vào form, ít người gửi. Cách khắc phục: cho đặt không cần tài khoản, chỉ hỏi họ tên, số điện thoại, email; giấy tờ khai báo lưu trú xin khi nhận phòng. Điều 25 khoản 14 Luật Bảo vệ quyền lợi người tiêu dùng 2023 không cho buộc khách đồng ý để bên bán thu thập, lưu trữ, sử dụng thông tin làm điều kiện giao kết, trừ khi luật cho phép; nên tách việc đồng ý nhận quảng cáo khỏi nút đặt (khuyến nghị vận hành, hỏi luật sư). Ai làm: lễ tân và marketing chốt trường dữ liệu; IT sửa form.
- Chuyển sang tên miền lạ giữa chừng. Dấu hiệu: ít khách sang được trang đặt phòng; GA4 đếm một khách thành hai. Cách khắc phục: chạy booking engine trên tên miền hoặc tên miền phụ của khách sạn; nếu chưa được, giữ ngày, số khách khi chuyển trang (3/20 website khảo sát làm mất ngày đã chọn); bật đo xuyên tên miền. Ai làm: IT cùng nhà cung cấp; xem bài Booking engine là gì và cách chọn.
- Thiếu cách thanh toán quen thuộc. Dấu hiệu: khách rời đi ở trang thanh toán; cổng báo thẻ bị từ chối nhiều. Cách khắc phục: nhận QR ngân hàng, ví điện tử, thẻ quốc tế và giữ lựa chọn trả tại khách sạn (xem bài thanh toán, đặt cọc và hủy phòng). Khách du lịch Việt thanh toán qua app ngân hàng 34%, tiền mặt 28%, ví điện tử 21%, thẻ 18% (khảo sát Outbox Travel Tech 2024, dẫn trên Tuổi Trẻ), mà trong 20 website khảo sát chỉ 1 có thanh toán nội địa. Ai làm: kế toán chọn cổng; nhà cung cấp tích hợp.
- Chậm trên điện thoại. Dấu hiệu: chỉ số LCP (thời gian hiện phần nội dung lớn nhất) trên PageSpeed Insights quá 4 giây, ngưỡng Google coi là kém (tốt là 2,5 giây trở xuống). Cách khắc phục: nén ảnh, bỏ video tự phát. Khoảng 72,8% giao dịch du lịch trực tuyến ở Việt Nam diễn ra trên di động (Mordor Intelligence, 2025), nhưng chỉ 1/20 website khảo sát có LCP trong 3 giây (trung vị 10,5 giây, đo từ máy chủ ngoài Việt Nam). Ai làm: IT; marketing giao ảnh đúng kích thước.
- Chính sách hủy và cọc mơ hồ. Dấu hiệu: khách hỏi chat hoặc điện thoại về hủy, cọc trước khi thanh toán. Cách khắc phục: ghi 3–4 dòng tại bước chọn giá: hủy miễn phí đến mốc nào, thu trước bao nhiêu, hoàn lại trong bao lâu. Luật yêu cầu cung cấp thông tin này (Điều 37 Luật Bảo vệ quyền lợi người tiêu dùng 2023), và còn phải khớp hợp đồng OTA vì điều khoản công khai của Booking.com tính cả chính sách hủy vào ngang giá. Ai làm: GM hoặc revenue quyết định; lễ tân trả lời theo cùng văn bản.
- Giá hoặc phòng trống không khớp giữa các bước. Dấu hiệu: khách báo "hết phòng sau khi đã chọn"; giá trên Google khác trang đặt. Cách khắc phục: đồng bộ hai chiều giữa PMS, channel manager và booking engine (xem bài kết nối PMS với website); mỗi tuần chọn ba ngày, kiểm giá và phòng trống ở Google, website và trang thanh toán. Google yêu cầu giá khớp trang đặt phòng và đặt được trực tuyến; điểm giá chính xác thấp làm giảm vị trí Free Booking Links. Ai làm: revenue và IT.
- Thiếu tín hiệu tin cậy. Dấu hiệu: khách rời đi ở trang thanh toán, hỏi "chuyển khoản vào tài khoản của ai". Cách khắc phục: hiện tên pháp nhân, mã số doanh nghiệp, địa chỉ, điện thoại (luật yêu cầu), chính sách bảo mật; để tên tài khoản nhận tiền trùng tên pháp nhân; xem thêm bài website khách sạn cần những gì. Công an Hà Nội cảnh báo về fanpage giả nhận cọc (LSVN đăng 19/05/2026). Ai làm: GM và kế toán.
Đo điểm rơi bằng phễu bốn bước trong GA4 thế nào?
Dùng báo cáo Khám phá phễu (funnel exploration) của GA4 với bốn bước tương ứng bốn sự kiện thương mại điện tử chuẩn của Google. Tỷ lệ rơi của một bước bằng 1 trừ tỷ lệ qua bước. Đừng đo trên lượt xem trang chung, vì không tách được người bỏ dở với người chỉ xem.
| Bước | Khách làm gì | Sự kiện GA4 | Cách tính tỷ lệ qua bước |
|---|---|---|---|
| 1. Xem phòng và giá | Chọn ngày, xem hạng phòng còn trống | view_item_list | Người ở bước 2 ÷ người ở bước 1 |
| 2. Chọn hạng phòng | Bấm chọn một hạng phòng và mức giá | add_to_cart | Người ở bước 3 ÷ người ở bước 2 |
| 3. Nhập thông tin | Vào form thông tin khách | begin_checkout | Người ở bước 4 ÷ người ở bước 3 |
| 4. Thanh toán xong | Thanh toán xong, nhận mã đặt phòng | purchase | Cả phễu: người ở bước 4 ÷ người ở bước 1 |
- Dựng phễu kín (khách phải vào từ bước đầu) để tỷ lệ tính trên cùng nhóm khách.
- Gửi purchase kèm transaction_id (Google ghi tham số này bắt buộc với purchase và refund) để tải lại trang không thành hai đơn.
- Thêm add_payment_info, ghi lúc khách gửi thông tin thanh toán, để tách người bỏ ở form với người bỏ ở cổng.
Sửa một điểm rơi đáng bao nhiêu đơn mỗi năm?
Nếu khắc phục một điểm rơi và tỷ lệ qua bước tăng từ a lên b, số đơn qua website tăng thêm (b ÷ a − 1). Theo phép tính minh họa cho khách sạn tham chiếu 40 phòng của StayUP, mỗi 10% đơn website tăng thêm tương đương tối đa 187 đơn mỗi năm, tránh được khoảng 101 triệu đồng hoa hồng OTA.
Giả định khách sạn tham chiếu: 40 phòng, giá phòng bình quân 1,5 triệu đồng, công suất 70%, 2 đêm mỗi đơn, hoa hồng OTA bình quân 18%, 63,4% lượng đặt qua OTA (mức của khách sạn độc lập theo báo cáo hành vi khách đặt phòng). Suy ra 10.220 đêm phòng, 5.110 đơn mỗi năm, trong đó 36,6% không qua OTA, tức khoảng 1.870 đơn. Mô hình gộp cả điện thoại và đặt tại quầy, nên 1.870 là cận trên số đơn qua website. Mỗi đơn qua OTA tốn 1.500.000 × 2 × 18% = 540.000 đồng hoa hồng.
| Kịch bản minh họa (tỷ lệ qua bước, a → b) | Tăng số đơn (b ÷ a − 1, %) | Đơn thêm mỗi năm (đơn, cận trên) | Hoa hồng OTA tránh được (triệu đồng/năm) |
|---|---|---|---|
| 50% → 55% | 10,0 | ≈ 187 | ≈ 101 |
| 50% → 60% | 20,0 | ≈ 374 | ≈ 202 |
| 60% → 70% | 16,7 | ≈ 312 | ≈ 168 |
Ba kịch bản là số giả định để minh họa phép tính; thay a, b bằng số GA4 và 1.870 bằng số đơn website thực tế. Khoản tránh được chỉ đúng khi đơn thêm là khách lẽ ra đặt qua OTA. Một nghiên cứu của Đại học Cornell (Anderson, 2011) trên đơn đặt qua website các thương hiệu IHG cho thấy gần 75% khách đặt trên website đã truy cập OTA trước khi đặt, chưa đủ để kết luận họ sẽ đặt qua OTA. Chưa trừ phí cổng thanh toán, chi phí kéo khách về website.
Bắt đầu từ đâu
- Dựng phễu bốn bước trong GA4, bật đo xuyên tên miền nếu cần, để dữ liệu chạy đủ vài tuần.
- Nhờ lễ tân và sales tự đặt thử một phòng bằng điện thoại, từ dòng "Trang web chính thức" trên Google Hotels; ghi lại chỗ đổi tên miền, hiện thêm phí, câu chữ khó hiểu.
- Chọn điểm rơi nhiều khách nhất mà sửa được ngay, khắc phục một điểm rồi đo lại.
- Viết lại chính sách thanh toán, cọc và hủy cho rõ, theo bài thanh toán, đặt cọc và hủy phòng.
Để rà từng mục, tải Checklist website chuyển đổi hoặc dùng công cụ tự chấm điểm website. Nếu muốn khách đặt trọn trên tên miền khách sạn, booking engine của StayCMS chạy ngay trên tên miền đó, hoặc đặt lịch tư vấn. Xem thêm chủ đề đặt phòng trực tiếp.
Câu hỏi thường gặp
Tỷ lệ chuyển đổi đặt phòng của website khách sạn bao nhiêu là tốt?
StayUP chưa tìm được mức chung có nguồn công khai cho khách sạn Việt Nam. Hãy so với chính khách sạn theo tháng, theo thiết bị; tỷ lệ qua từng bước tăng sau khi sửa là bằng chứng rõ hơn một con số trung bình.
Có nên nhắn khách bỏ dở để nhắc đặt phòng không?
Chỉ khi khách đã để lại liên hệ và đồng ý nhận tin. Nghị định 356/2025/NĐ-CP, hiệu lực từ 01/01/2026, yêu cầu cách xin đồng ý phải kiểm chứng được, được lưu lại và không đặt sẵn mặc định đồng ý (Điều 6); xem bài luật bảo vệ dữ liệu cá nhân cho khách sạn.
Booking engine ở tên miền khác thì đo phễu thế nào?
Cấu hình đo xuyên tên miền trong GA4, rồi hỏi nhà cung cấp có gắn được mã GA4 của khách sạn và gửi các sự kiện trên không. Nếu không, yêu cầu báo cáo theo từng bước và đối chiếu với sổ đặt phòng.
Điểm rơi nào nên sửa trước nếu chỉ có một tuần?
Chọn điểm có tỷ lệ qua bước thấp nhất trong GA4 mà sửa được bằng chữ hoặc cách hiển thị: tổng tiền gồm thuế, phí ở danh sách hạng phòng, hạn hủy và số tiền thu trước viết rõ, bỏ trường form thừa. Việc này không cần tích hợp mới và đo lại được tuần sau.