Les menus sous forme de codes QR ont fait leur apparition dans les restaurants la même semaine que le début de la pandémie, et la plupart des restaurateurs n’ont jamais sérieusement remis en question la décision qu’ils avaient prise à l’époque. L'autocollant QR sur la table renvoie toujours vers le PDF que quelqu'un a mis en ligne sur Google Drive en mars 2020, le lien est à un redirection de domaine de la corbeille, et personne dans l'équipe ne peut modifier les prix sans passer par le responsable qui l'a mis en place. Cette version des menus QR a mérité sa mauvaise réputation : lente à charger, difficile à scanner, impossible à mettre à jour, et faisant discrètement perdre au restaurant des ventes à chaque service.
La version 2026 est un produit différent. Bien conçu, un menu QR réduit de deux à quatre minutes le délai entre « le client est assis » et « la première tournée est commandée », augmente le ticket moyen car le menu permet de proposer des produits plus chers de manière visuelle, et réduit considérablement le coût de main-d’œuvre par couvert en supprimant une partie du travail de prise de commande qui incombait auparavant au serveur. Ce guide en est la version pratique : les trois modèles de menus QR parmi lesquels choisir, les règles de conception qui permettent de scanner correctement un autocollant, les modèles d’intégration qui relient un QR au reste de la pile technologique du restaurant, et la liste de contrôle de mise en œuvre qui vous permet de passer d’un simple autocollant sur une table à un système fonctionnel en trente jours.
Les trois modèles de menus QR, et à quelle situation chacun convient
Les restaurateurs parlent des « menus QR » comme s’il s’agissait d’un seul et même produit. Il en existe trois, et ils conviennent à des formats différents. Choisir le mauvais est l’erreur la plus courante que nous observons.
Modèle 1 : Menu PDF statique
Le QR renvoie vers un PDF hébergé quelque part : le site web du restaurant, Google Drive, un lien Dropbox. C'est le modèle le moins cher à mettre en place ; tout le reste est à éviter. Le PDF met 6 à 10 secondes à se charger sur un réseau mobile, ne fonctionne pas sur tous les téléphones, ne peut pas être modifié sans être réuploadé, et n'offre aucune fonctionnalité en matière d'analyse, de vente incitative ou d'accessibilité. Il existe parce qu’en 2020, personne n’avait le temps de faire mieux.
Un PDF statique n'est acceptable qu'en solution de secours temporaire pour un menu événementiel de courte durée (un dîner avec accord mets-vins, un menu dégustation proposé pendant un seul week-end). Pour tout ce que vous prévoyez de proposer pendant plus d'un mois, passez à autre chose.
Modèle 2 : Menu numérique hébergé (en lecture seule)
Le QR code renvoie vers une page web hébergée sur votre domaine (ou le sous-domaine de votre fournisseur de menus). Le menu est une véritable page responsive, rapide à charger, modifiable en temps réel, pouvant inclure des photos, des filtres pour les allergènes, des balises alimentaires, des boutons de changement de langue et un bouton « appeler le serveur ». Les clients consultent le menu ; ils ne passent pas leur commande à partir de la page ; le serveur prend toujours la commande sur un terminal de paiement portable ou un bloc-notes.
C'est le modèle idéal pour les établissements à service complet où la lecture du menu et la commande sont deux tâches distinctes : le client souhaite toujours profiter du contact humain lors de la commande auprès d'un serveur, mais le menu lui-même doit pouvoir être mis à jour sans impression. C'est également le modèle idéal pour les bars et les établissements axés sur les cocktails, où l' accueil est primordial et où une tablette sur la table gâcherait l' ambiance. La plupart des bistros indépendants, des restaurants italiens de quartier et des pubs gastronomiques se situent dans cette catégorie.
Modèle 3 : Commande par scan (entièrement intégrée)
Le QR code redirige vers une page web où le client navigue, passe sa commande et paie. La commande est directement transmise au TPV et au système d’affichage en cuisine , de la même manière qu’une commande saisie par un serveur. Le paiement est enregistré dans la même caisse. Le rôle du serveur passe de « prendre la commande » à « servir les plats, gérer la salle et proposer des ventes incitatives » – ce qui est d’ailleurs la fonction pour laquelle il a été embauché.
C'est le modèle idéal pour la restauration rapide, la restauration décontractée, les aires de restauration, les terrasses de piscine d'hôtels, les bars sportifs aux heures de pointe, les food trucks avec des places assises à proximité, et tout concept où la rentabilité de l'établissement dépend du nombre de couverts par heure plutôt que du montant moyen du ticket. Nous constatons généralement que la commande par scan augmente le ticket moyen de 8 à 15 %, car la présentation visuelle du menu permet de vendre plus d’accompagnements qu’un argumentaire du serveur, et réduit de 30 à 45 secondes le délai entre l’arrivée du client et la première commande. Le hic : cela nécessite un travail d’intégration et le modèle de rotation des tables doit être repensé, car la commande arrive avant que le serveur n’ait accueilli la table.
Quel modèle correspond à votre format
- Restauration gastronomique, menus dégustation, bistrots intimistes : Modèle 2. L'accueil est le facteur de différenciation ; le QR code sert à présenter le menu, pas à prendre la commande.
- Restauration décontractée avec service complet, pubs gastronomiques, restaurants italiens de quartier, brasseries : Modèle 2 par défaut. Envisagez le Modèle 3 pour les places au bar uniquement.
- Restauration rapide décontractée, service au comptoir, bols, salades : Modèle 3. Le client s'attend à un service numérique.
- Bars sportifs, brasseries, jardins à bière, grandes terrasses : Modèle 3 pour la terrasse (où les serveurs ont une zone de service trop étendue), Modèle 2 à l'intérieur.
- Food trucks, cuisines fantômes, guichets de vente à emporter : modèle 3, sans hésitation. Voir le point de vente à emporter pour le modèle d'intégration.
- Hôtels, restauration dans les complexes touristiques, service en chambre : Modèle 2 pour le restaurant, Modèle 3 pour la chambre et au bord de la piscine.
Créez un QR dès maintenant
Entrez l'URL de la page du menu sur laquelle vous souhaitez que les clients atterrissent dans le générateur ci-dessous. Il produit un QR code avec une correction d'erreur élevée (pour qu'un petit logo ou un autocollant superposé puisse toujours être scanné), aux couleurs de votre marque, dans des formats prêts à l'impression. Téléchargez le fichier SVG pour le graphiste et le fichier PNG pour les chevalets de table ou les cartes plastifiées.
Une chose que le générateur ne peut pas vous dire : l'URL vers laquelle vous le pointez
doit se trouver sur un domaine que vous contrôlez. Pointer un QR vers
bit.ly/3aXjY9 ou un PDF sur Google Drive est la raison la plus
courante pour laquelle un menu QR cesse de fonctionner : le service de liens courts
modifie ses conditions, les autorisations de partage expirent, et le chevalet de table
dans le coin de la salle affiche une erreur 404 devant un client qui a
déjà faim et qui est désormais légèrement agacé.
Les principes de conception qui déterminent si le QR se scanne réellement
La plupart des plaintes du type « le QR ne fonctionne pas » n’ont rien à voir avec le lien. Il s’agit de problèmes physiques d’échec de lecture. Les cinq règles qui permettent de résoudre 90 % d’entre eux :
1. Contraste. Premier plan sombre sur fond clair. Un QR code noir ou presque noir sur fond blanc se scanne en quelques millisecondes ; un QR code « marque sur marque » (marron clair sur crème, bleu marine sur noir) demande plus d’effort à l’appareil photo et échoue en basse lumière. La couleur de la marque convient pour le premier plan – elle doit simplement être suffisamment sombre.
2. Taille. La taille minimale d’impression est de 25 mm sur 25 mm pour un scan avec un téléphone à bout de bras. Pour un chevalet de table situé à 30-40 cm du client, 30-35 mm est la taille idéale. Pour un panneau au sol dans un buffet d'hôtel où les clients scannent à un mètre de distance, le QR doit mesurer au moins 60 mm. Règle empirique : longueur du côté du QR = distance par rapport au scanner / 10.
3. Zone de silence. La bordure blanche autour du QR. La plupart des scanners ont besoin d’au moins 4 modules (les petits carrés qui composent le QR) d’espace libre autour du QR avant de pouvoir le détecter. Un QR collé au bord d’un chevalet de table ou coincé à côté d’un logo échouera la moitié des scans.
4. Correction d'erreurs. Réglez sur « élevé » (niveau H). Cela vous fait perdre un peu de densité du QR, mais cela signifie que le code peut encore être scanné même si 30 % de sa surface est endommagée, tachée de sauce ou recouverte d'un petit logo au centre. Le générateur ci-dessus est réglé par défaut sur H pour cette raison.
5. Support physique. Le pelliculage brillant reflète la lumière et provoque des échecs de lecture sous les suspensions des restaurants. Le pelliculage mat est la finition idéale. Pour les tables en extérieur, utilisez des encres résistantes aux UV ; la lumière du soleil décolore une impression standard en moins de trois mois.
Où placer les codes QR (et où ne pas les placer)
Le choix de l'emplacement est tout aussi important que la conception. Les emplacements qui fonctionnent :
- Petit présentoir de table en acrylique au centre de la table. L'option par défaut. Deux faces (pour que deux clients puissent scanner en même temps), QR de 30 à 35 mm, légende courte (« Scannez pour voir le menu » ou « Scannez pour commander »). Remplace entièrement le menu imprimé.
- Autocollant dans un coin de la table. Peu coûteux, convient aux comptoirs de bar et aux tables hautes où un chevalet de table serait gênant. Vulnérable aux éclaboussures.
- Imprimé sur un dessous de verre, une serviette ou un set de table. Taux de scan plus faible (les clients doivent soulever le dessous de verre). Utile en complément, mais pas comme solution principale.
- À l’extérieur de la porte d’entrée + sur la vitrine. Un QR qui ouvre la même page de menu que celle que les clients voient à table est également un atout marketing pour les passants. Ajoute une URL indexable pour le référencement local.
- Sur le ticket de caisse et à l’accueil. Pour les commandes à emporter en ligne : le QR code sur le ticket de caisse est le canal d’acquisition de clients le moins cher dont dispose un restaurant, et le QR code à l’accueil permet de capter le client qui est entré mais pour qui l’attente est trop longue.
Les emplacements qui ne fonctionnent pas : les petits QR codes au dos d’un menu imprimé (les clients ne retournent pas le menu), les QR codes sur le mur derrière le bar où le barman bloque la ligne de vue, les QR codes imprimés sur du plastique noir brillant qui reflètent les suspensions lumineuses dans l’appareil photo.
Le flux « scanner pour commander » : comment l'intégrer
Si vous utilisez le Modèle 3, la forme de l'intégration détermine si le système est utile ou nuisible. Les intégrations qui comptent, par ordre d'importance :
Intégration au système de point de vente (POS). La page de commande par scan envoie directement les données au TPV comme s’il s’agissait d’un serveur, avec le numéro de table joint. Les plats, les modifications, les demandes spéciales et l’addition apparaissent tous sur le même ticket que ce que le serveur ajoutera plus tard. Sans cela, vous vous retrouvez avec deux caisses parallèles, deux tickets de caisse parallèles à la fermeture, et une hausse des coûts de main-d’œuvre due au rapprochement manuel de ces données. Voir la gestion des commandes au restaurant pour plus de détails sur la structure.
Intégration KDS. Les tickets générés à partir des commandes par QR code arrivent sur le même système d'affichage en cuisine que les tickets saisis par le serveur, avec les mêmes métadonnées de canal, de plat et de timing. La cuisine n'a pas besoin de savoir si la commande provient d'un serveur ou d'un téléphone ; le travail est identique. Masquez la source du canal sur la ligne KDS : cela distrait et ralentit les expéditeurs.
Intégration du paiement. La carte du client est intégrée au flux de commande par scan ; le terminal de paiement est contourné. L'addition est clôturée lorsque le client appuie sur « Payer » sur son téléphone, et non lorsque le serveur apporte le terminal de paiement. C'est là que réside la plus grande amélioration du temps de service : la fin du repas n'est plus un événement de 5 à 7 minutes où l'on « court après le serveur pour l'addition ».
Rythme des plats. La cuisine doit tout de même savoir que la commande a été lancée. L’intégration doit permettre au serveur de lancer chaque plat (ou de le lancer automatiquement via une minuterie) ; le QR code transmet la commande, mais c’est toujours un humain qui décide quand la cuisine commence à la préparer. Sans cela, les plats principaux risquent d’arriver avant que les entrées ne soient débarrassées.
Visibilité du serveur. Le serveur en charge de la table voit la commande arriver en temps réel sur son terminal portable et peut la modifier, l'offrir ou l'annuler comme s'il l'avait prise lui-même. Cacher les commandes par QR au serveur est la pire erreur que les restaurateurs commettent en déployant le système « scan-to-order » : cela prive le serveur de sa capacité à gérer la table et transforme l'hospitalité en pure logistique.
Paiement à table sans « scan-to-order » (Modèle 2 + paiement)
Une solution intermédiaire à connaître : le menu est toujours consulté sur la page QR, le serveur prend toujours la commande, mais à la fin du repas, le client scanne le bas de l'addition pour payer depuis son téléphone plutôt que d'attendre le terminal de paiement. Il s'agit du modèle de paiement à table sans le matériel nécessaire – et pour un restaurant décontracté où le règlement de l'addition est la partie la plus longue du repas, c'est souvent un gain plus important que la refonte complète du système de commande par scan.
La condition technique est que l’imprimante de tickets imprime un QR qui encode l’identifiant de l’addition et un lien profond vers le processeur de paiement. Le client scanne, choisit un pourboire, et l’addition est clôturée dans le système de caisse dès que le paiement est confirmé. Les serveurs adorent ça car ils récupèrent le temps passé à clôturer l’addition ; le service financier adore ça car la gestion des pourboires est plus claire ; les clients adorent ça car le repas se termine quand ils décident qu’il se termine, et non quand le serveur a le temps.
Accessibilité : ne proposez pas de menu QR qui exclut certains clients
Le menu exclusivement au format QR présente un réel coût en termes d’accessibilité qu’il est facile de négliger. Les clients plus âgés sans smartphone, les clients malvoyants, les clients dont le téléphone est déchargé ou à court de données mobiles — tous ces clients sont des clients que vous ne voulez pas voir partir. Cinq règles pratiques : Gardez trois à cinq menus imprimés à l’accueil. Sur simple demande, sans poser de questions. C’est la décision la plus importante
- Gardez trois à cinq menus imprimés à l'accueil. Sur demande, sans poser de questions. C'est la décision la plus importante en matière d'accessibilité et la moins coûteuse à mettre en œuvre.
- La page du menu QR doit être compatible avec les lecteurs d'écran. Structure des titres, texte alternatif sur les photos des plats, pas de menus composés uniquement d'images contenant du texte. Si le menu est au format PDF, le PDF doit être balisé pour l'accessibilité (la plupart des PDF ne le sont pas).
- Les allergènes et les mentions alimentaires doivent être filtrables. « Montrez-moi uniquement les plats végétaliens » est une requête à laquelle le menu QR peut répondre plus rapidement que le serveur. Si votre menu imprimé répertorie déjà les allergènes, la version numérique doit permettre au client de les filtrer.
- Bouton d’agrandissement de la police. Un simple bouton « AA » en haut de la page du menu qui double la taille de la police. Cela ne coûte rien, mais compte pour une part importante des clients.
- Bouton de basculement multilingue. Une page de menu QR peut présenter le menu en cinq langues sans avoir à imprimer cinq menus. Pour le référencement local, cela aide également : chaque version linguistique constitue une page indexable séparément.
L'ADA aux États-Unis, l'Equality Act au Royaume-Uni et la loi européenne sur l'accessibilité couvrent tous explicitement les menus numériques dans le cadre des services destinés au public. Considérez le menu QR comme un atout d'accessibilité au même titre que votre site web.
Suivi de ce qui fonctionne : codes QR dynamiques, balises UTM et tests A/B
La raison pour laquelle un menu QR est plus puissant qu’un menu imprimé est que vous pouvez le mesurer. Les deux éléments techniques :
Codes QR dynamiques. Le QR code encode une URL courte que votre système contrôle et redirige via une redirection 302 vers la page du menu actuel. L' avantage : vous pouvez modifier la destination du QR code sans avoir à réimprimer les chevalets de table. Si vous lancez un nouveau menu, modifiez un prix ou déplacez l’ URL de commande, les autocollants QR existants continuent de fonctionner. Le coût se résume à un petit abonnement mensuel pour un service de gestion de QR, ou à votre propre raccourcisseur d’URL si vous disposez des compétences techniques nécessaires.
Paramètres UTM par emplacement. La même URL de menu, servie à partir de différents QR, avec des balises UTM de source différentes – une par emplacement. Vous pouvez désormais répondre à des questions telles que : les clients scannent-ils plus souvent le QR sur la table ou celui sur la vitrine ? Le QR sur le ticket de caisse génère-t-il plus de commandes répétées que celui de l’accueil ? Ce sont ces données qui justifient le programme QR.
Testez la structure du menu par A/B testing. Le menu QR vous permet de tester quelle disposition des plats se vend le mieux sans avoir à réimprimer quoi que ce soit. Placez les articles à forte marge en haut ; testez cette configuration pendant deux semaines ; vérifiez la matrice d’ingénierie du menu. C’est la version de l’ingénierie du menu que les menus imprimés n’ont jamais permis car le cycle de production était trop lent.
Un indicateur de scan à suivre est le « taux de conversion scan-commande » : quel pourcentage de clients ayant scanné le QR code a également passé une commande via celui-ci. Un taux de 60 à 75 % est considéré comme satisfaisant dans le Modèle 3 (les autres passent commande via le serveur). Un taux inférieur à 40 % signifie généralement que la page du menu est lente, que la conception est confuse, ou que les clients abandonnent parce que la page leur en demande trop avant qu'ils puissent voir les plats.
Les erreurs courantes qui sapent discrètement les menus QR
Les erreurs que nous observons le plus souvent, classées par ordre décroissant de gravité :
- Rediriger le QR vers une page lente. Au-delà de 3 secondes pour le premier affichage, une part significative de clients abandonne. Les PDF hébergés et les générateurs de menus non mis en cache sont les pires contrevenants. Testez la page du menu avec PageSpeed ; visez moins de 1,5 seconde pour le premier contenu sur mobile.
- Pas de solution de secours en cas de coupure du réseau mobile. Les restaurants situés en sous-sol, dans des bâtiments en béton, avec une mauvaise couverture mobile. La page du menu devrait intégrer un service worker qui met le menu en cache après le premier scan, afin que les clients suivants à la même table n’aient pas besoin de réseau mobile pour le consulter.
- Demander une adresse e-mail ou une connexion avant le chargement du menu. Le QR code gêne le repas ; le traiter comme un moment de capture marketing fait fuir le client. Placez la demande d’adresse e-mail au bas du menu ou sur le ticket de caisse, jamais en première page.
- Aucune indication claire que le QR code correspond au menu. Un QR code sur une table sans légende peut être confondu avec un QR code de paiement, de fidélité, de Wi-Fi ou de numéro de table. Ajoutez toujours la mention « Scannez pour voir le menu » ou « Scannez pour commander » en caractères de 10 à 12 points sous le code.
- Oublier de mettre à jour le QR code lorsque l'URL change. Si vous utilisez un QR code statique (et non dynamique), changer l'URL implique de réimprimer tous les QR codes du restaurant. Utilisez des QR codes dynamiques, sauf si vous n'avez vraiment jamais l'intention de changer la destination.
- Impossible d’appeler le serveur depuis la page du menu. Un bouton « Appeler le serveur » à côté du menu (qui fait sonner un terminal portable) résout le problème « Je veux poser une question » que le système de commande par scan ne permet pas de contourner.
Conformité et données : ce que vous collectez lorsque les clients scannent
En vertu du RGPD (UE), du CCPA (Californie), de la LGPD (Brésil) et de plusieurs autres cadres réglementaires émergents, les données que vous collectez lors du scan d’un QR code sont des données à caractère personnel dès lors qu’elles peuvent être associées à un utilisateur spécifique. Les implications pratiques pour un menu QR :
- Le scan du QR en lui-même ne constitue pas un consentement : le client qui scanne le code n’a donné son accord pour rien. La page sur laquelle il atterrit peut utiliser des cookies strictement nécessaires ; tout le reste (analyses, publicité, remarketing) nécessite un consentement explicite avant de pouvoir être activé.
- Les données de commande (ce que le client a mangé, quand, combien il a dépensé) constituent des données à caractère personnel dès lors qu'elles sont associées à un numéro de téléphone, une adresse e-mail ou un compte. Leur stockage nécessite la base légale mentionnée dans votre politique de confidentialité.
- La politique de confidentialité doit être accessible via un lien depuis la page du menu, et non pas enfouie dans le pied de page du site web principal. La plupart des clients ne la liront pas ; ce n’est pas grave, mais elle doit être accessible.
- Si la page du menu installe un cookie qui suit le client d’une session à l’autre, il s’agit d’un cookie de suivi et un consentement est nécessaire.
La bonne nouvelle : un processus de commande par scan bien conçu peut collecter exactement les données nécessaires au fonctionnement du programme de fidélité et de l’entonnoir marketing, et rien de plus. L’aspect marketing de cette démarche pour les restaurants est un sujet à part ; l’aspect juridique est le genre de chose que votre fournisseur de menus devrait déjà avoir réglé.
Un plan de mise en œuvre en 30 jours
Si vous mettez en place un menu QR pour la première fois, ou si vous remplacez le PDF statique en place depuis 2020, voici la séquence que nous utilisons pour passer de la décision au système opérationnel en un mois.
Semaine 1 : choisissez le modèle et la page du menu. Optez pour le modèle 2 ou le modèle 3 (le modèle 1 n’est pas envisageable ; si votre budget l’impose, utilisez le modèle 1 pendant un mois, puis planifiez la migration vers le modèle 2). Mettez la page du menu en ligne sur votre propre domaine. Vérifiez qu’ elle se charge en moins de 1,5 seconde sur mobile. Ajoutez des filtres pour les allergènes, un bouton pour agrandir le texte et un bouton pour changer de langue.
Semaine 2 : imprimez et placez. Générez des QR codes dynamiques avec des balises UTM par emplacement (utilisez le générateur ci-dessus pour le premier lot ; passez à un service de QR codes dynamiques avant de passer à l'échelle). Imprimez aux dimensions indiquées dans la section conception. Placez-les sur les chevalets de table, à l'accueil, sur la vitrine et sur le ticket de caisse. Formez l'équipe au nouveau processus.
Semaine 3 : mesure et ajustement. Surveillez le taux de conversion « scan-to-order » (si modèle 3), le temps moyen entre le scan et la première commande, et les questions d'assistance que les clients posent aux serveurs. Tout ce qui génère une question récurrente est un problème d'expérience utilisateur sur la page du menu ; corrigez-le.
Semaine 4 : intégrez le tout au reste de la pile. Vérifiez que le TPV, le KDS et le terminal de paiement voient tous les commandes. Si la caisse s'équilibre correctement, le déploiement est terminé. Ajoutez l' inscription au programme de fidélité via QR code sur le ticket de caisse. Examinez les données d' ingénierie du menu et effectuez le premier test A/B sur la commande des plats.
La plupart des restaurants que nous observons atteignent un état stable en moins de trente jours. Ceux qui mettent plus de temps sont ceux qui ont tenté de déployer le Modèle 3 avant que l'intégration du TPV ne soit en place ; ne sautez pas cette étape, sinon vous passerez les quatre-vingt-dix premiers jours à faire le rapprochement des caisses à la main.
Prochaines étapes
Un menu QR est une couche de la pile technologique d’un restaurant, plus précisément la couche de commande client qui se situe au-dessus du TPV et alimente le KDS. Les éléments qui permettent d’en rentabiliser l’investissement sont les intégrations avec le reste de la pile : le système de gestion des commandes, le système de gestion des menus qui vous permet de mettre à jour les prix une seule fois pour qu’ils se répercutent partout, et le système de point de vente (POS) avec commande en ligne native qui traite une session de commande par scan et une commande en salle comme le même type de ticket.
Si l’objectif n’est pas simplement de « proposer un QR code », mais de « proposer un QR code qui fait évoluer le compte de résultat », les indicateurs qui prouvent son efficacité se retrouvent au même endroit que tous nos autres indicateurs d’exploitation : le ticket moyen sur le compte de résultat, le coût de la main-d’œuvre par couverts sur le rapport de coûts de personnel, et le nombre de couverts par heure sur le tableau de bord du taux de rotation des tables. Un menu QR qui ne fait varier aucun de ces quatre chiffres au cours d’un trimestre n’est pas un menu QR, c’est un simple autocollant.
