Menu QR Restoran: Ubah Menu, Bukan Kode QR-nya

Kode QR menu menjadi universal pada 2020 dan tidak pernah hilang. Bagi sebagian besar restoran, kode dibuat sekali oleh orang yang menangani situs web, lalu tidak pernah diperiksa lagi—hal ini penting karena sektor perhotelan dan restoran adalah tempat model ini terkonsentrasi: banyak kode, volume pemindaian tinggi, materi cetak yang digunakan lama, dan margin tipis.

Mengapa restoran ditagih per meja?

Karena harga per kode bertemu dengan bisnis yang membutuhkan banyak kode. Restoran dengan dua belas penanda meja, satu stiker jendela, dan satu stiker tas bawa pulang memiliki empat belas kode. Dengan paket dinamis per kode, itu berarti empat belas item tagihan setiap bulan untuk menu yang dulu hanya berharga sebesar biaya kertas.

Langganan juga sangat sulit dihentikan dalam situasi ini. Penanda meja dilaminasi, stiker jendela menempel, dan menu paling-paling dicetak ulang setiap musim. Mencetak ulang adalah proyek nyata, sehingga biaya bulanan tetap jauh di bawahnya—dan memang begitulah harganya ditentukan. Biaya sebenarnya dari kode QR "gratis" membahas perhitungannya.

Apa yang dipelajari penyedia tentang pelanggan Anda?

Setiap pemindaian adalah permintaan HTTP ke penyedia sebelum menu dimuat. Tanpa cookie atau persetujuan, mereka menerima alamat IP pelanggan, waktu, perangkat dan sistem operasi, serta bahasa pilihan—dan, karena setiap penanda meja memiliki tautan pendeknya sendiri, mereka juga tahu meja yang digunakan.

Jika digabungkan, data itu memberikan gambaran terperinci tentang layanan Anda: jumlah pelanggan per jam, waktu pergantian meja, meja mana yang paling ramai, pola hari kerja dibanding akhir pekan, serta komposisi bahasa pelanggan. Ini benar-benar data operasional yang berguna tentang restoran Anda, tetapi data itu dihasilkan oleh furnitur Anda dan dikumpulkan oleh pihak lain.

Di seluruh basis pelanggan penyedia, datanya lebih dari itu. Sidik jari perangkat yang sama dan berulang di restoran, toko, dan tempat acara di suatu kota menggambarkan pergerakan seseorang. Pengadilan Uni Eropa menyatakan dalam *Breyer* (C-582/14) bahwa IP dinamis yang dicatat operator situs dapat menjadi data pribadi. Karena itu, ini adalah pertanyaan kepatuhan, bukan sekadar rasa ingin tahu—dan berdasarkan GDPR, tanggung jawab umumnya jatuh pada bisnis yang memasang kode tersebut. Data yang dicatat proksi QR menjelaskan detailnya.

Apa yang salah dalam praktik?

Tiga yang pertama sebenarnya adalah kegagalan yang sama dengan bentuk berbeda: menu bergantung pada perusahaan yang bukan milik Anda. Yang keempat tidak terkait dengan penagihan, tetapi menjadi lebih buruk karenanya, karena pelanggan yang terbiasa melihat domain pendek yang tidak dikenal tidak punya cara untuk menyadari domain berbahaya.

Penilaian NCSC menyatakan bahwa kode QR di pub dan restoran biasanya aman, sementara kewaspadaan jauh lebih diperlukan untuk kode yang datang melalui email. Risiko fisik yang tersisa adalah stiker tempelan, dan penanggulangannya sederhana: periksa penanda meja.

Seperti apa versi tetapnya?

Bagaimana dengan kode pemesanan dan pembayaran?

Kode ini perlu dipisahkan dari kode menu, karena profil risikonya benar-benar berbeda dan sarannya tidak sama.

Kode pesan dan bayar mengarahkan pelanggan ke halaman tempat mereka akan memasukkan detail kartu. Ini meningkatkan dampak setiap masalah dalam artikel ini: stiker tempelan pada kode pembayaran menjadi jalur langsung menuju penipuan kartu, bukan sekadar gangguan, dan pemindai yang tidak dapat mengenali domain Anda di pratinjau tidak punya cara membedakan halaman pembayaran Anda dari tiruan yang meyakinkan. Peringatan FTC tentang stiker yang ditempel di atas kode resmi ditujukan tepat pada pola ini dalam situasi lain, dengan meteran parkir sebagai contoh yang paling umum.

Ada dua aturan yang berlaku. Pertama, kode pembayaran harus selalu memuat domain Anda sendiri atau domain asli platform pemesanan Anda—jangan pernah memakai pemendek tautan umum, karena itu menghilangkan satu-satunya sinyal verifikasi yang dimiliki pelanggan. Kedua, cetak domain dalam teks yang mudah dibaca di samping kode dan periksa penanda meja secara berkala; keduanya murah dan merupakan satu-satunya pertahanan yang bekerja di meja.

Jika platform pemesanan Anda menerbitkan kodenya, pecahkan satu kode dan lihat domain siapa yang ada di dalam muatan. Beberapa platform langsung memasukkan domain mereka sendiri, dan itu tidak masalah. Platform lain mengarahkan melalui pemendek tautan pihak ketiga terlebih dahulu, sehingga ada pihak tambahan yang tidak terikat kontrak di antara pelanggan dan formulir kartu mereka.

Bagaimana cara beralih?

1. Pecahkan kode dari penanda meja saat ini dengan pembaca kami dan lihat domain siapa yang ada di dalam muatan. Jika bukan milik Anda, berarti Anda menggunakan pengalihan sewaan.
2. Pilih URL yang stabil—yourrestaurant.com/menu—dan pastikan URL itu tidak akan berubah. Jika ingin memiliki opsi untuk memindahkannya nanti, arahkan kode ke yourrestaurant.com/m lalu lakukan pengalihan dari sana.
3. Buat [kode QR URL](Url) statis yang memuat alamat tersebut.
4. Tambahkan pelacakan per penempatan jika Anda menginginkannya: ?src=table, ?src=window, ?src=takeaway. Analitik Anda sendiri kemudian memberikan jumlah per penempatan yang sama seperti yang dijual dasbor kepada Anda.
5. Cetak URL dalam teks yang mudah dibaca di samping kode, agar tamu dapat membuka menu tanpa memindai dan dapat melihat bahwa kode itu milik Anda.
6. Cetak ulang pada siklus alami berikutnya, lalu batalkan langganan setelah penanda meja lama tidak digunakan lagi.

Jika kode sudah mati dan pelanggan hari ini diarahkan ke halaman peningkatan paket, panduan pemulihan sandera menjelaskan urutan darurat sebelum mencetak ulang.

Lakukan penggantian sekarang agar siap untuk pencetakan berikutnya: kode QR URL. Latar belakang: kebenaran tentang penipuan kode QR.