Mã QR menu tĩnh giúp nhà hàng tránh phí hàng tháng

Mã QR cho menu trở nên phổ biến khắp nơi vào năm 2020 và chưa biến mất. Với hầu hết nhà hàng, mã được tạo một lần bởi người phụ trách website và từ đó không được kiểm tra lại — điều này đáng lưu ý vì ngành dịch vụ ăn uống là nơi mô hình này tập trung: nhiều mã, lượng quét cao, vật phẩm in được sử dụng lâu dài và biên lợi nhuận mỏng.

Vì sao nhà hàng bị tính phí theo từng bàn?

Vì cách tính phí theo từng mã gặp đúng một doanh nghiệp cần nhiều mã. Một nhà hàng có mười hai bảng đặt trên bàn, một decal ở cửa sổ và một nhãn dán trên túi mang đi sẽ có mười bốn mã. Với gói mã động tính theo từng mã, đó là mười bốn khoản phải trả mỗi tháng cho một menu trước đây chỉ tốn tiền giấy.

Gói đăng ký ở đây cũng đặc biệt khó bỏ. Bảng đặt trên bàn được ép màng, decal đã dán thì khó gỡ, còn menu nhiều nhất cũng chỉ được in lại theo mùa. In lại là một công việc thực sự, nên phí hàng tháng vẫn thấp hơn đáng kể — đó chính xác là cách mức giá được lựa chọn. Chi phí thật của mã QR "miễn phí" trình bày phép tính này.

Nhà cung cấp biết gì về thực khách của bạn?

Mỗi lần quét là một yêu cầu HTTP gửi đến nhà cung cấp trước khi menu tải xuống. Không cần cookie hay sự đồng ý, họ vẫn nhận được địa chỉ IP, thời điểm, thiết bị và hệ điều hành, cùng ngôn ngữ ưu tiên của thực khách — và vì mỗi bảng đặt trên bàn có một liên kết rút gọn riêng, họ còn biết đó là bàn nào.

Khi tổng hợp lại, dữ liệu đó tạo thành bức tranh chi tiết về hoạt động phục vụ của bạn: số khách theo giờ, thời gian quay vòng bàn, những bàn thường kín khách, mô hình ngày thường so với cuối tuần và cơ cấu ngôn ngữ của khách hàng. Đây thực sự là dữ liệu vận hành hữu ích về nhà hàng của bạn, nhưng nó được tạo ra bởi đồ dùng của bạn và được người khác thu thập.

Trên toàn bộ cơ sở khách hàng của nhà cung cấp, dữ liệu còn cho biết nhiều hơn thế. Một dấu vân tay thiết bị lặp lại tại các nhà hàng, cửa hàng và địa điểm trong cùng một thành phố có thể mô tả lộ trình di chuyển của một người. Tòa án Công lý đã phán quyết trong *Breyer* (C-582/14) rằng địa chỉ IP động do đơn vị vận hành website ghi nhận có thể là dữ liệu cá nhân. Vì vậy đây là vấn đề tuân thủ, không chỉ là chuyện tò mò — và theo GDPR, trách nhiệm thường thuộc về doanh nghiệp đã triển khai mã. Proxy QR ghi lại gì đi sâu vào chi tiết.

Trên thực tế, điều gì có thể xảy ra?

Ba sự cố đầu tiên thực chất là cùng một lỗi dưới những hình thức khác nhau: menu phụ thuộc vào một công ty không phải bạn. Sự cố thứ tư không liên quan đến việc tính phí nhưng trở nên nghiêm trọng hơn vì thực khách đã quen nhìn thấy một tên miền rút gọn xa lạ thì không có cách nào nhận ra một tên miền độc hại.

Đánh giá của NCSC cho rằng mã QR tại quán bar và nhà hàng thường an toàn, trong khi cần thận trọng hơn nhiều với các mã được gửi qua email. Rủi ro vật lý còn lại là nhãn dán chồng lên mã, và biện pháp đối phó rất đơn giản: kiểm tra các bảng đặt trên bàn.

Phiên bản cố định sẽ trông như thế nào?

Còn mã gọi món và thanh toán thì sao?

Nên tách chúng khỏi mã menu, vì mức độ rủi ro thực sự khác nhau và lời khuyên cũng không hoàn toàn giống nhau.

Mã gọi món và thanh toán đưa thực khách đến một trang nơi họ sẽ nhập thông tin thẻ. Điều đó làm mọi vấn đề trong bài viết này nghiêm trọng hơn: nhãn dán chồng lên mã thanh toán là đường dẫn trực tiếp đến hành vi gian lận thẻ chứ không chỉ là một phiền toái, còn người quét không nhận ra tên miền của bạn trong bản xem trước sẽ không thể phân biệt trang thanh toán của bạn với một bản sao thuyết phục. Cảnh báo của FTC về nhãn dán đặt chồng lên mã hợp lệ nhắm chính xác vào kiểu lừa đảo này trong các bối cảnh khác, với máy tính tiền đỗ xe là ví dụ điển hình.

Có hai quy tắc cần áp dụng. Thứ nhất, mã thanh toán luôn phải mã hóa tên miền của chính bạn hoặc tên miền thật của nền tảng đặt món — không bao giờ dùng dịch vụ rút gọn chung, vì như vậy bạn loại bỏ tín hiệu xác minh duy nhất mà thực khách có. Thứ hai, hãy in tên miền bằng chữ dễ đọc bên cạnh mã và kiểm tra các bảng đặt trên bàn theo lịch; cả hai việc đều rẻ và là những biện pháp phòng vệ duy nhất có tác dụng tại bàn.

Nếu nền tảng đặt món phát hành mã, hãy giải mã một mã và xem tên miền nào nằm trong dữ liệu. Một số nền tảng mã hóa trực tiếp tên miền của họ, điều đó không sao. Một số khác còn định tuyến qua dịch vụ rút gọn bên thứ ba, đưa thêm một bên không có thỏa thuận trực tiếp vào giữa thực khách và biểu mẫu nhập thẻ.

Bạn chuyển đổi như thế nào?

1. Giải mã một bảng đặt trên bàn hiện tại bằng trình đọc của chúng tôi và xem tên miền nào nằm trong dữ liệu. Nếu không phải tên miền của bạn, bạn đang dùng một chuyển hướng đi thuê.
2. Chọn một URL ổn định — yourrestaurant.com/menu — và bảo đảm URL đó sẽ không thay đổi. Nếu muốn có tùy chọn chuyển đi nơi khác sau này, hãy trỏ mã đến yourrestaurant.com/m rồi chuyển hướng từ đó.
3. Tạo một [mã QR URL](Url) tĩnh mã hóa địa chỉ đó.
4. Thêm theo dõi theo từng vị trí nếu muốn: ?src=table, ?src=window, ?src=takeaway. Khi đó, công cụ phân tích của chính bạn sẽ cung cấp cùng số liệu theo từng vị trí mà bảng điều khiển kia từng bán cho bạn.
5. In URL bằng chữ dễ đọc bên cạnh mã, để khách có thể truy cập menu mà không cần quét và biết mã đó thuộc về bạn.
6. In lại vào chu kỳ tự nhiên tiếp theo, rồi hủy gói đăng ký khi các bảng cũ không còn được sử dụng.

Nếu các mã đã chết và hôm nay thực khách đang bị đưa đến trang nâng cấp, hướng dẫn khôi phục mã bị giữ làm con tin trình bày trình tự khẩn cấp cần làm trước khi in lại.

Hãy thay thế ngay để sẵn sàng cho lần in tiếp theo: mã QR URL. Bối cảnh: sự thật về các vụ lừa đảo bằng mã QR.