QR-menuer behøver ikke dynamiske koder hver måned

QR-koder til menuer blev allemands eje i 2020 og forsvandt aldrig igen. For de fleste restauranter blev koden lavet én gang af den, der stod for hjemmesiden, og er ikke blevet undersøgt siden – hvilket er vigtigt, fordi det er i restaurationsbranchen, denne model koncentreres: mange koder, mange scanninger, trykt materiale med lang levetid og små avancer.

Hvorfor bliver restauranter faktureret pr. bord?

Fordi prissætning pr. kode møder en virksomhed, der har brug for mange koder. En restaurant med tolv bordskilte, et klistermærke på vinduet og et mærkat på takeaway-posen har fjorten koder. På en dynamisk plan med betaling pr. kode er det fjorten poster hver måned for en menu, der tidligere kostede det samme som papiret.

Abonnementet er også usædvanligt svært at slippe af med her. Bordskiltene er laminerede, klistermærkerne sidder fast, og menuer bliver højst genoptrykt sæsonmæssigt. Et genoptryk er et reelt projekt, så det månedlige gebyr ligger bekvemt under den pris – hvilket præcis er sådan, prisen blev fastsat. Den reelle pris på en „gratis“ QR-kode gennemgår det regnestykke.

Hvad lærer udbyderen om dine gæster?

Hver scanning er en HTTP-forespørgsel til udbyderen, før menuen indlæses. Uden cookies eller samtykke modtager de gæstens IP-adresse, tidspunkt, enhed og operativsystem samt foretrukket sprog – og fordi hvert bordskilt har sit eget korte link, også hvilket bord det var.

Samlet giver det et detaljeret billede af din service: antal gæster pr. time, hvor hurtigt bordene bliver ledige, hvilke borde der er mest populære, mønstre på hverdage sammenlignet med weekender og dine kunders sprogfordeling. Det er reelt nyttige driftsdata om din restaurant, og de bliver skabt af dit inventar og indsamlet af en anden.

På tværs af hele udbyderens kundebase er det mere end det. Det samme enhedsaftryk, der dukker op igen på restauranter, i butikker og på steder i en by, beskriver en persons færden. EU-Domstolen fastslog i *Breyer* (C-582/14), at en dynamisk IP-adresse, som logges af en webstedsoperatør, kan være personoplysninger. Derfor er dette et spørgsmål om overholdelse af reglerne og ikke blot en kuriositet – og efter GDPR falder ansvaret som regel på den virksomhed, der tog koden i brug. Hvad en QR-proxy logger går i detaljer.

Hvad går galt i praksis?

De første tre er den samme fejl i forskellig forklædning: Menuen afhænger af en virksomhed, der ikke er dig. Den fjerde hænger ikke sammen med faktureringen, men bliver værre af den, fordi en gæst, der er vant til at se et ukendt kort domæne, ikke kan opdage et ondsindet et.

NCSC vurderer, at QR-koder på pubber og restauranter normalt er sikre, mens der er langt større grund til forsigtighed med koder, der kommer via e-mail. Den tilbageværende fysiske risiko er overklæbningen, og modtrækket er enkelt: Kontrollér bordskiltene.

Hvordan ser den faste version ud?

Hvad med koder til bestilling og betaling?

De bør holdes adskilt fra menukoder, fordi risikoprofilen reelt er anderledes, og rådene ikke er de samme.

En bestil-og-betal-kode sender gæsten til en side, hvor vedkommende indtaster kortoplysninger. Det øger alvoren i alle problemerne i denne artikel: Et overklæbet mærkat på en betalingskode er en direkte vej til kortsvindel frem for blot en irritation, og en person, der scanner, men ikke kan genkende dit domæne i forhåndsvisningen, kan ikke se forskel på din betaling og en overbevisende kopi. FTC's advarsel om mærkater placeret over legitime koder handler præcis om dette mønster i andre sammenhænge, og parkeringsautomater er det klassiske eksempel.

Det fører til to regler. For det første skal en betalingskode altid indeholde dit eget domæne eller dit bestillingssystems rigtige domæne – aldrig en generisk forkorter, for så fjerner du det eneste kontrolsignal, gæsten har. For det andet skal du trykke domænet med læsbar tekst ved siden af koden og kontrollere de fysiske bordskilte efter en fast plan; begge dele er billige, og begge er de eneste forsvar, der virker ved bordet.

Hvis dit bestillingssystem udsteder koderne, så dekod én og se, hvis domæne der står i indholdet. Nogle systemer indlejrer deres eget domæne direkte, og det er fint. Andre sender trafikken gennem en tredjepartsforkorter oveni, hvilket placerer en ekstra, uaftalt part mellem din gæst og kortformularen.

Hvordan skifter du over?

1. Dekod et af de nuværende bordskilte med vores læser, og se, hvis domæne der står i indholdet. Hvis det ikke er dit, bruger du en lejet omdirigering.
2. Vælg en stabil URL – yourrestaurant.com/menu – og sørg for, at den ikke ændres. Hvis du vil kunne flytte den senere, så lad koden pege på yourrestaurant.com/m og omdirigér derfra.
3. Generér en statisk [URL-QR-kode](Url), der indeholder adressen.
4. Tilføj sporing pr. placering, hvis du ønsker det: ?src=table, ?src=window, ?src=takeaway. Din egen analyse giver dig derefter de samme tal pr. placering, som kontrolpanelet solgte dig.
5. Tryk URL'en med læsbar tekst ved siden af koden, så gæster kan åbne menuen uden at scanne og kan se, at koden er din.
6. Genoptryk ved din næste naturlige trykcyklus, og opsig derefter abonnementet, når de gamle bordskilte er taget ud af brug.

Hvis koderne allerede er døde, og gæsterne i dag lander på en opgraderingsside, gennemgår guiden til at få en kapret kode tilbage den akutte rækkefølge før genoptrykket.

Lav udskiftningen nu, så den er klar til næste trykoplag: URL-QR-kode. Baggrund: sandheden om QR-kodesvindel.