Ang pag-edit ng menu ay hindi pag-edit ng QR code

Naging pangkaraniwan ang mga QR code ng menu noong 2020 at hindi na nawala. Para sa karamihan ng restaurant, isang beses lang ginawa ang code ng taong namahala sa website, at hindi na ito nasuri mula noon—mahalaga ito dahil dito nagtatagpo ang modelong ito: maraming code, maraming scan, matagal gamitin ang mga naka-print na materyal, at manipis ang tubo.

Bakit sinisingil ang mga restaurant bawat mesa?

Dahil ang singil bawat code ay napupunta sa negosyong nangangailangan ng maraming code. Ang restaurant na may labindalawang table tent, sticker sa bintana, at sticker sa supot ng takeout ay may labing-apat na code. Sa dynamic plan na sinisingil bawat code, labing-apat na line item iyon bawat buwan para sa menu na dati ay katumbas lang ng halaga ng papel.

Kapit na kapit din ang subscription dito. Nilalaminate ang mga table tent, dinidikit ang mga decal, at kadalasan ay pana-panahon lang nagpapalit ng menu. Totoong proyekto ang muling pagpi-print, kaya nananatiling mas mababa rito ang buwanang bayad—at iyon mismo ang batayan ng presyo. Ipinapaliwanag ng Ang tunay na halaga ng isang "libreng" QR code ang kalkulasyong ito.

Ano ang natututunan ng provider tungkol sa iyong mga customer?

Bawat scan ay HTTP request sa provider bago mag-load ang menu. Kahit walang cookies o pahintulot, natatanggap nila ang IP address, timestamp, device at OS, at gustong wika ng customer—at dahil may sariling short link ang bawat table tent, nalalaman din nila kung aling mesa iyon.

Kapag pinagsama-sama, nagbibigay iyon ng detalyadong larawan ng serbisyo mo: bilang ng customer bawat oras, tagal ng paggamit ng mesa, kung aling mga mesa ang palaging puno, pagkakaiba ng mga pattern tuwing weekday at weekend, at halo ng mga wika ng iyong mga customer. Tunay na kapaki-pakinabang na operasyonal na datos ito tungkol sa restaurant mo, pero ginagawa ito ng iyong mga kagamitan at kinokolekta ng ibang tao.

Sa buong customer base ng provider, higit pa rito ang nakukuha. Ang paulit-ulit na device fingerprint sa mga restaurant, tindahan, at lugar sa isang lungsod ay naglalarawan ng galaw ng isang tao. Nagpasya ang Court of Justice sa *Breyer* (C-582/14) na maaaring personal na datos ang dynamic IP na itinatala ng operator ng site. Kaya usapin ito ng pagsunod sa batas, hindi simpleng pag-uusisa—at sa ilalim ng GDPR, karaniwang napupunta sa negosyong naglagay ng code ang pananagutan. Detalyadong ipinapaliwanag sa Anong itinatala ng QR proxy ang usaping ito.

Ano ang aktuwal na nagkakamali?

Pare-pareho ang ugat ng unang tatlo, kahit iba ang anyo ng problema: nakadepende ang menu sa kumpanyang hindi ikaw. Walang kinalaman sa pagsingil ang ikaapat, pero pinalalala ito ng ganitong sistema dahil ang customer na sanay makakita ng hindi pamilyar na short domain ay walang paraan para mapansin ang malisyosong domain.

Ayon sa pagsusuri ng NCSC, karaniwang ligtas ang mga QR code sa mga pub at restaurant, at mas kailangan ang pag-iingat sa mga code na dumarating sa email. Ang natitirang pisikal na panganib ay ang sticker na nakapatong, at simple ang panlaban: suriin ang mga tent.

Ano ang hitsura ng nakapirming bersyon?

Paano naman ang mga code para sa order at bayad?

Dapat silang ihiwalay sa mga code ng menu dahil tunay na naiiba ang antas ng panganib at hindi pareho ang payo.

Ang code para sa order at bayad ay nagdadala sa customer sa pahinang paglalagyan niya ng mga detalye ng card. Mas mataas ang panganib sa bawat isyung tinatalakay sa artikulong ito: ang sticker na nakapatong sa code ng bayad ay direktang daan sa pandaraya sa card, hindi simpleng abala, at ang nag-scan na hindi makakilala sa domain mo sa preview ay walang paraan para maiba ang checkout mo sa kapani-paniwalang pekeng bersyon. Tumatarget mismo sa ganitong sitwasyon sa ibang lugar ang babala ng FTC tungkol sa mga sticker na inilalagay sa ibabaw ng lehitimong code, at ang mga metro ng paradahan ang karaniwang halimbawa.

Dalawang tuntunin ang kasunod. Una, dapat palaging sarili mong domain o tunay na domain ng ordering platform mo ang nakalagay sa payment code—huwag generic shortener, dahil inaalis nito ang tanging senyas ng beripikasyon na mayroon ang customer. Ikalawa, i-print ang domain sa malinaw na teksto sa tabi ng code at regular na suriin ang mga pisikal na tent; mura ang dalawang ito at sila lang ang gumaganang depensa sa mesa.

Kung ang ordering platform mo ang nagbibigay ng mga code, mag-decode ng isa at tingnan kung kaninong domain ang nasa payload. Direktang inilalagay ng ilang platform ang sarili nilang domain, at ayos iyon. Ang iba naman ay dumadaan muna sa third-party shortener, kaya may dagdag na partidong hindi mo nakakontrata sa pagitan ng customer at ng form ng card niya.

Paano ka lilipat?

1. Mag-decode ng kasalukuyang table tent gamit ang aming reader at tingnan kung kaninong domain ang nasa payload. Kung hindi ito sa iyo, umuupa ka ng redirect.
2. Pumili ng matatag na URL—yourrestaurant.com/menu—at tiyaking hindi ito magbabago. Kung gusto mong mailipat ito sa hinaharap, ituro ang code sa yourrestaurant.com/m at doon gumawa ng redirect.
3. Gumawa ng static na [URL QR code](Url) na naglalaman ng address na iyon.
4. Magdagdag ng tracking bawat lokasyon kung gusto mo: ?src=table, ?src=window, ?src=takeaway. Sa sarili mong analytics, makukuha mo ang parehong bilang bawat lokasyon na ibinebenta ng dashboard.
5. I-print ang URL sa malinaw na teksto sa tabi ng code, para maabot ng mga bisita ang menu nang hindi nag-scan at makita nilang sa iyo ang code.
6. Muling mag-print sa susunod mong regular na iskedyul, saka kanselahin ang subscription kapag wala na sa serbisyo ang mga lumang tent.

Kung patay na ang mga code at napupunta ngayon ang mga customer sa pahina ng pag-upgrade, saklaw ng gabay sa pagbawi mula sa hostage ang agarang pagkakasunod-sunod ng mga hakbang bago muling mag-print.

Gawin na ngayon ang kapalit para handa ito sa susunod na pagpapalimbag: URL QR code. Karagdagang impormasyon: ang katotohanan tungkol sa mga QR code scam.