El menú QR del restaurant no és el codi que edites

Els codis QR dels menús es van universalitzar el 2020 i no han marxat. En la majoria de restaurants, el codi el va crear una sola vegada qui gestionava el web, i des d’aleshores no s’ha revisat —una dada important perquè l’hostaleria és on aquest model es concentra: molts codis, molt volum d’escaneigs, material imprès de llarga durada i marges ajustats.

Per què cobren als restaurants per cada taula?

Perquè el preu per codi encaixa amb un negoci que en necessita molts. Un restaurant amb dotze suports de taula, un adhesiu a l’aparador i un adhesiu per a la bossa per emportar té catorze codis. Amb un pla dinàmic de preu per codi, això són catorze conceptes cada mes, per a un menú que abans costava el preu del paper.

La subscripció també és especialment difícil de deixar en aquest cas. Els suports de taula estan plastificats, els adhesius s’enganxen i els menús, com a màxim, es reimprimeixen per temporada. Reimprimir-los és un projecte real, de manera que la quota mensual es manté còmodament per sota d’aquest cost —i així és exactament com es va fixar el preu. El cost real d’un codi QR «gratuït» explica aquests càlculs.

Què aprèn el proveïdor sobre els teus comensals?

Cada escaneig és una petició HTTP al proveïdor abans que es carregui el menú. Sense galetes ni consentiment, rep l’adreça IP del comensal, la marca de temps, el dispositiu i el sistema operatiu, i l’idioma preferit —i, com que cada suport de taula té el seu propi enllaç curt, també sap de quina taula es tracta.

Agregat, això ofereix una imatge detallada del teu servei: comensals per hora, temps que triguen a quedar lliures les taules, quines taules tenen més demanda, patrons entre dies laborables i caps de setmana, i la combinació d’idiomes dels clients. És informació operativa realment útil sobre el teu restaurant, i la generen els teus mobles mentre la recull algú altre.

A tota la base de clients del proveïdor, és més que això. La mateixa empremta digital que es repeteix en restaurants, botigues i locals d’una ciutat descriu els moviments d’una persona. El Tribunal de Justícia va establir a *Breyer* (C-582/14) que una IP dinàmica registrada per l’operador d’un lloc web pot ser una dada personal. Per això és una qüestió de compliment normatiu i no una simple curiositat —i, segons el RGPD, l’exposició recau generalment en el negoci que ha desplegat el codi. Què registra un servidor intermediari QR ho explica amb més detall.

Què falla a la pràctica?

Les tres primeres són la mateixa fallada amb roba diferent: el menú depèn d’una empresa que no ets tu. La quarta no està relacionada amb la facturació, però aquesta situació l’empitjora, perquè un comensal acostumat a veure un domini curt desconegut no té manera de detectar-ne un de maliciós.

L’avaluació del NCSC és que els codis QR dels pubs i restaurants solen ser segurs, mentre que cal extremar molt més la precaució amb els codis que arriben per correu electrònic. El risc físic residual és l’adhesiu superposat, i la contramesura és ben senzilla: revisar els suports.

Com és la versió fixa?

I els codis per demanar i pagar?

Cal separar-los dels codis dels menús, perquè el perfil de risc és realment diferent i les recomanacions no són idèntiques.

Un codi per demanar i pagar envia el comensal a una pàgina on introduirà les dades de la targeta. Això eleva la importància de tots els problemes d’aquest article: un adhesiu superposat en un codi de pagament és una via directa al frau amb targetes, no una simple molèstia, i qui escaneja el codi i no pot reconèixer el teu domini a la previsualització no té manera de distingir el teu procés de pagament d’una còpia convincent. L’avís de la FTC sobre adhesius col·locats sobre codis legítims tracta exactament aquest patró en altres entorns, i els parquímetres en són l’exemple paradigmàtic.

D’aquí se’n desprenen dues regles. Primera: un codi de pagament sempre ha de codificar el teu propi domini o el domini real de la teva plataforma de comandes —mai un escurçador genèric, perquè elimina l’únic senyal de verificació que té el comensal. Segona: imprimeix el domini amb text llegible al costat del codi i revisa periòdicament els suports físics; totes dues mesures són barates i són les úniques defenses que funcionen a taula.

Si la teva plataforma de comandes emet els codis, descodifica’n un i comprova de qui és el domini que conté. Algunes plataformes hi codifiquen directament el seu propi domini, i això està bé. D’altres hi afegeixen un escurçador extern, cosa que posa una part no contractada entre el comensal i el formulari de la targeta.

Com pots fer el canvi?

1. Descodifica un suport de taula actual amb el nostre lector i comprova de qui és el domini que conté. Si no és teu, tens una redirecció llogada.
2. Tria una URL estable — yourrestaurant.com/menu — i assegura’t que no canviarà. Si vols poder moure-la més endavant, apunta el codi a yourrestaurant.com/m i fes-hi una redirecció.
3. Genera un [codi QR d’URL](Url) estàtic que codifiqui aquesta adreça.
4. Afegeix seguiment per ubicació si vols: ?src=table, ?src=window, ?src=takeaway. Les teves pròpies analítiques et donaran els mateixos recomptes per ubicació que et venia el tauler.
5. Imprimeix l’URL amb text llegible al costat del codi, perquè els clients puguin arribar al menú sense escanejar-lo i puguin veure que el codi és teu.
6. Reimprimeix en el teu proper cicle habitual, i cancel·la la subscripció quan els suports antics ja no estiguin en servei.

Si els codis ja no funcionen i avui els comensals arriben a una pàgina d’actualització, la guia per recuperar el control explica la seqüència d’emergència abans de reimprimir.

Fes ara el reemplaçament perquè estigui a punt per a la propera impressió: codi QR d’URL. Context: la veritat sobre les estafes amb codis QR.