Restaurangmenyer: QR-koden behöver inte ändras

QR-koder för menyer blev allmänna 2020 och försvann aldrig. För de flesta restauranger skapades koden en gång, av den som hanterade webbplatsen, och har inte granskats sedan dess – vilket spelar roll eftersom det är inom restaurangbranschen som modellen koncentreras: många koder, hög skanningsvolym, långlivat tryckt material och små marginaler.

Varför faktureras restauranger per bord?

För att prissättning per kod möter en verksamhet som behöver många koder. En restaurang med tolv bordsställ, ett fönsterklistermärke och en etikett på en takeaway-påse har fjorton koder. Med en dynamisk plan som prissätts per kod blir det fjorton poster varje månad, för en meny som tidigare kostade lika mycket som papperet.

Abonnemanget blir också ovanligt svårt att säga upp här. Bordsställ är laminerade, dekaler sitter fast och menyer trycks om högst efter varje säsong. Att trycka om allt är ett verkligt projekt, så månadsavgiften ligger bekvämt under den kostnaden – vilket är exakt så priset valdes. Den verkliga kostnaden för en "gratis" QR-kod går igenom den matematiken.

Vad lär sig leverantören om era gäster?

Varje skanning är en HTTP-begäran till leverantören innan menyn läses in. Utan kakor eller samtycke får leverantören gästens IP-adress, tidsstämpel, enhet och operativsystem samt föredragna språk – och eftersom varje bordsställ har sin egen kortlänk även vilket bord det var.

Sammantaget blir det en detaljerad bild av er servering: antal gäster per timme, hur snabbt borden vänds, vilka bord som går bäst, mönster för vardagar jämfört med helger och kundernas språkfördelning. Det är verkligt användbar verksamhetsdata om er restaurang, och den skapas av era möbler men samlas in av någon annan.

Över hela leverantörens kundbas blir det mer än så. Samma enhetsavtryck som återkommer på restauranger, i butiker och på evenemang i en stad beskriver en persons rörelser. EU-domstolen slog fast i *Breyer* (C-582/14) att en dynamisk IP-adress som loggas av en webbplatsoperatör kan vara en personuppgift. Därför är detta en efterlevnadsfråga, inte bara en nyfikenhet – och enligt GDPR faller ansvaret i allmänhet på företaget som använde koden. Vad en QR-proxy loggar går in på detaljerna.

Vad går fel i praktiken?

De tre första är samma fel i olika kläder: menyn är beroende av ett företag som inte är ni. Det fjärde har inget med fakturering att göra men förvärras av den, eftersom en gäst som är van vid att se en okänd kortdomän inte kan upptäcka en skadlig sådan.

NCSC:s bedömning är att QR-koder på pubar och restauranger vanligtvis är säkra, medan koder som kommer via e-post kräver betydligt större försiktighet. Den kvarvarande fysiska risken är överläggningsklistermärket, och motåtgärden är enkel: kontrollera bordsställen.

Hur ser den fasta versionen ut?

Hur är det med koder för beställning och betalning?

De bör skiljas från menykoder, eftersom riskprofilen faktiskt är annorlunda och råden inte är identiska.

En kod för beställning och betalning skickar gästen till en sida där kortuppgifter ska anges. Det höjer insatsen för varje problem i den här artikeln: ett överläggningsklistermärke på en betalningskod är en direkt väg till kortbedrägeri i stället för bara en irritation, och en person som inte kan känna igen er domän i förhandsvisningen kan inte skilja er kassa från en övertygande kopia. FTC:s varning om klistermärken som placeras över legitima koder riktar sig exakt mot detta mönster i andra sammanhang, där parkeringsautomater är det klassiska exemplet.

Två regler följer. För det första ska en betalningskod alltid innehålla er egen domän eller beställningsplattformens riktiga domän – aldrig en generell förkortningstjänst, eftersom det tar bort den enda kontrollsignal gästen har. För det andra ska domänen tryckas med läsbar text bredvid koden, och de fysiska bordsställen ska kontrolleras enligt ett schema; båda åtgärderna är billiga och båda är de enda försvar som fungerar vid bordet.

Om beställningsplattformen utfärdar koderna ska ni avkoda en och se vems domän som finns i innehållet. Vissa plattformar kodar sin egen domän direkt, vilket är bra. Andra går först via en extern förkortningstjänst, vilket placerar ytterligare en avtalad part mellan gästen och kortformuläret.

Hur byter ni?

1. Avkoda ett aktuellt bordsställ med vår läsare och se vems domän som finns i innehållet. Om den inte är er använder ni en hyrd omdirigering.
2. Välj en stabil URL – yourrestaurant.com/menu – och se till att den inte kommer att ändras. Om ni vill kunna flytta den senare kan ni rikta koden till yourrestaurant.com/m och omdirigera därifrån.
3. Skapa en statisk [URL-QR-kod](Url) som kodar den adressen.
4. Lägg till spårning per placering om ni vill: ?src=table, ?src=window, ?src=takeaway. Med er egen analys får ni då samma antal per placering som kontrollpanelen sålde till er.
5. Tryck URL:en med läsbar text bredvid koden, så att gäster kan nå menyn utan att skanna och se att koden är er.
6. Tryck om vid nästa naturliga omgång, och avsluta sedan abonnemanget när de gamla bordsställen inte längre används.

Om koderna redan är döda och gästerna i dag möts av en uppgraderingssida går guiden för att återfå kontrollen igenom den akuta ordningen före omtryckningen.

Gör bytet nu så att det är klart till nästa tryckomgång: URL-QR-kod. Bakgrund: sanningen om QR-kodsbedrägerier.