Menu QR Restoran: Ubah Kandungan, Bukan Kod QR

Kod QR menu menjadi perkara biasa pada 2020 dan terus digunakan hingga kini. Bagi kebanyakan restoran, kod itu dibuat sekali oleh pihak yang menguruskan laman web dan tidak pernah diperiksa lagi — perkara ini penting kerana model ini banyak digunakan dalam perniagaan hospitaliti: banyak kod, jumlah imbasan tinggi, bahan bercetak yang tahan lama dan margin yang kecil.

Mengapa restoran dicaj mengikut meja?

Kerana harga mengikut kod bertemu dengan perniagaan yang memerlukan banyak kod. Restoran dengan dua belas pemegang meja, satu pelekat tingkap dan satu pelekat beg bawa pulang mempunyai empat belas kod. Pada pelan dinamik mengikut kod, itu bermakna empat belas item bil setiap bulan untuk menu yang dahulunya hanya berharga kos kertas.

Langganan juga sukar dihentikan dalam keadaan ini. Pemegang meja dilaminasi, pelekat melekat kuat dan menu paling baik pun hanya dicetak semula mengikut musim. Mencetak semula ialah projek sebenar, jadi yuran bulanan kekal jauh lebih rendah daripadanya — tepat begitulah harga itu ditetapkan. Kos sebenar kod QR “percuma” menerangkan kiraan tersebut.

Apakah yang diketahui penyedia tentang pelanggan anda?

Setiap imbasan ialah permintaan HTTP kepada penyedia sebelum menu dimuatkan. Tanpa kuki atau persetujuan, mereka menerima alamat IP pelanggan, cap masa, peranti dan sistem pengendalian serta bahasa pilihan — dan, kerana setiap pemegang meja mempunyai pautan pendek sendiri, mereka tahu meja yang digunakan.

Secara terkumpul, ini memberikan gambaran terperinci tentang operasi anda: jumlah pelanggan setiap jam, tempoh pusing ganti meja, meja yang paling sibuk, corak hari bekerja berbanding hujung minggu dan campuran bahasa pelanggan. Ini benar-benar data operasi yang berguna tentang restoran anda, tetapi data itu dijana oleh perabot anda dan dikumpulkan oleh pihak lain.

Merentasi seluruh pangkalan pelanggan penyedia, maklumatnya lebih banyak lagi. Cap jari peranti yang sama berulang di restoran, kedai dan tempat acara dalam sesebuah bandar boleh menggambarkan pergerakan seseorang. Mahkamah Keadilan memutuskan dalam *Breyer* (C-582/14) bahawa IP dinamik yang direkodkan oleh pengendali laman boleh menjadi data peribadi. Sebab itu perkara ini ialah isu pematuhan, bukan sekadar rasa ingin tahu — dan di bawah GDPR, tanggungjawab biasanya terletak pada perniagaan yang menggunakan kod tersebut. Perkara yang direkodkan proksi QR menerangkan butirannya.

Apakah yang boleh berlaku dalam amalan?

Tiga yang pertama sebenarnya ialah kegagalan yang sama dalam bentuk berbeza: menu bergantung pada syarikat yang bukan milik anda. Yang keempat tidak berkaitan dengan pengebilan tetapi menjadi lebih buruk kerananya, kerana pelanggan yang biasa melihat domain pendek yang tidak dikenali tidak dapat mengesan domain berniat jahat.

Penilaian NCSC menyatakan bahawa kod QR di pub dan restoran biasanya selamat, manakala kod yang diterima melalui e-mel memerlukan lebih banyak kewaspadaan. Risiko fizikal yang masih ada ialah pelekat tindan, dan langkah balasnya mudah: periksa pemegang meja.

Bagaimanakah rupa versi tetap?

Bagaimana pula dengan kod pesanan dan pembayaran?

Kod ini perlu dibezakan daripada kod menu kerana profil risikonya benar-benar berbeza dan nasihatnya tidak sama.

Kod pesanan dan bayar menghantar pelanggan ke halaman tempat mereka akan memasukkan butiran kad. Ini meningkatkan keseriusan setiap isu dalam artikel ini: pelekat tindan pada kod pembayaran ialah laluan terus kepada penipuan kad, bukan sekadar gangguan, dan pengimbas yang tidak dapat mengenali domain anda dalam pratonton tiada cara untuk membezakan pembayaran anda daripada salinan yang meyakinkan. Amaran FTC tentang pelekat yang diletakkan di atas kod yang sah memang menyasarkan corak ini dalam keadaan lain, dan meter parkir ialah contoh paling jelas.

Dua peraturan boleh digunakan. Pertama, kod pembayaran hendaklah sentiasa mengandungi domain anda sendiri atau domain sebenar platform pesanan anda — jangan gunakan pemendek URL umum kerana ia menghapuskan satu-satunya isyarat pengesahan yang ada pada pelanggan. Kedua, cetak domain dalam teks yang mudah dibaca di sebelah kod dan periksa pemegang meja secara berkala; kedua-duanya murah dan kedua-duanya ialah satu-satunya pertahanan yang berkesan di meja.

Jika platform pesanan anda mengeluarkan kod tersebut, nyahkod satu kod dan lihat domain siapa yang terdapat dalam muatannya. Sesetengah platform memasukkan domain sendiri secara terus, dan itu tidak bermasalah. Yang lain menghala melalui pemendek pihak ketiga di lapisan atas, lalu meletakkan pihak tambahan yang tidak dikontrakkan antara pelanggan dan borang kad mereka.

Bagaimanakah cara anda beralih?

1. Nyahkod pemegang meja semasa dengan pembaca kami dan lihat domain siapa yang terdapat dalam muatannya. Jika bukan milik anda, anda menggunakan lencongan sewaan.
2. Pilih URL yang stabil — yourrestaurant.com/menu — dan pastikan ia tidak akan berubah. Jika anda mahu pilihan untuk memindahkannya kemudian, halakan kod ke yourrestaurant.com/m dan buat lencongan dari situ.
3. Jana [kod QR URL](Url) statik yang mengandungi alamat tersebut.
4. Tambah penjejakan mengikut penempatan jika mahu: ?src=table, ?src=window, ?src=takeaway. Analitik anda sendiri kemudiannya memberikan jumlah mengikut penempatan yang sama seperti yang dijual oleh papan pemuka itu.
5. Cetak URL dalam teks yang mudah dibaca di sebelah kod, supaya tetamu boleh membuka menu tanpa mengimbas dan dapat melihat bahawa kod itu milik anda.
6. Cetak semula pada kitaran biasa seterusnya, kemudian batalkan langganan setelah pemegang meja lama tidak lagi digunakan.

Jika kod sudah mati dan pelanggan sedang melihat halaman naik taraf hari ini, panduan mendapatkan semula kod yang ditahan menerangkan urutan kecemasan sebelum anda mencetak semula.

Buat penggantian sekarang supaya ia siap untuk cetakan semula yang akan datang: kod QR URL. Latar belakang: kebenaran tentang penipuan kod QR.