Un menu QR code vous permet de changer les prix sans réimprimer un seul chevalet de table, de voir combien de personnes ont scanné au déjeuner par rapport au dîner, et de remettre le menu au client dans sa propre langue. C'est la version courte des raisons pour lesquelles les restaurants ont gardé les menus QR après 2020, même lorsque les menus imprimés sont revenus sur les tables. La version plus longue concerne une décision que vous prenez avant que quoi que ce soit ne soit imprimé : dynamique ou statique.
Les QR codes pour les menus de restaurant existent en deux types qui se ressemblent identiques au moment du scan. Un code statique encode l'adresse web de votre menu directement dans le motif, donc une fois imprimé, la destination est figée. Un code dynamique encode un lien court à la place, et le lien court pointe là où vous lui dites de pointer aujourd'hui. Si jamais vous vous attendez à changer un prix, échanger un plat saisonnier, router les clients vers une autre langue ou apprendre quoi que ce soit sur qui a scanné, vous voulez du dynamique. Le statique n'a de sens que lorsque l'adresse du menu ne changera jamais et que vous ne vous souciez vraiment pas des données de scan. Pour un restaurant en activité, c'est presque jamais vrai.
Ce guide couvre toute la configuration : choisir le dynamique plutôt que le statique, concevoir un QR de table qui scanne vraiment, router par langue ou appareil, suivre les scans par table et par heure, imprimer et plastifier pour que le code survive à un service chargé, garder l'ensemble accessible, et une procédure étape par étape que vous pouvez suivre en une après-midi.
Pourquoi un menu QR code bat un menu réimprimé#
Trois choses changent le jour où vous passez d'un menu uniquement imprimé à un menu numérique QR code.
La première est l'édition. Les coûts bougent, un fournisseur change un ingrédient, un plat se vend, les cocktails saisonniers sortent une semaine en retard. Avec un menu imprimé, chacun de ces événements est une réimpression ou un autocollant sur l'ancien prix. Avec un menu QR code dynamique, vous changez la destination une fois dans un tableau de bord et chaque chevalet de table dans la salle pointe vers le nouveau menu instantanément. Le code sur la table ne change jamais.
La deuxième est la mesure. Chaque scan d'un code dynamique est une redirection, et une redirection est un événement enregistré. Vous pouvez voir combien de personnes ont scanné, approximativement où, sur quel type d'appareil et quand. Pour un seul restaurant faisant quelques centaines à quelques milliers de scans par semaine, c'est suffisant pour répondre à de vraies questions : le déjeuner ou le dîner génère-t-il plus de vues de menu, quel jour est le plus chargé, le nouvel emplacement fenêtre a-t-il reçu des scans.
La troisième est la portée. Un seul code peut servir un client en français, en allemand ou en ukrainien en routant selon la langue du téléphone. Pas de second menu imprimé, pas de traduction plastifiée qui devient périmée. Nous abordons les mécaniques de routage ci-dessous.
Il y a un quatrième avantage que les gens demandent encore par son nom : le sans contact. Un menu QR signifie qu'un client lit le menu sur son propre téléphone sans manipuler une carte partagée et essuyée. La pandémie en a fait la fonctionnalité principale. Aujourd'hui c'est une commodité plus discrète, mais elle compte encore pour le turnover et pour les clients qui la préfèrent. La vraie raison de garder le code, cependant, est les trois premières : éditer, mesurer, router. Ce sont les choses qu'un plastifié réimprimé ne pourra jamais faire.
Si vous voulez les bases conceptuelles avant d'aller plus loin, QR codes dynamiques vs statiques détaille ce que chaque type encode et pourquoi la différence est verrouillée au moment de l'impression. Et qu'est-ce qu'un raccourcisseur d'URL couvre la couche de redirection qui rend tout cela possible.
Comment un QR code de table dynamique route un scan#
Voici le chemin qu'un scan emprunte, de bout en bout. Un client pointe son appareil photo vers le chevalet de table. Le téléphone décode le QR et ouvre le lien court qu'il contient, quelque chose comme s.elido.me/menu-12. Ce lien frappe l'edge d'Elido, qui cherche la destination actuelle, enregistre le scan, vérifie optionnellement la langue ou la localisation du téléphone, et redirige vers la bonne page de menu.
Ce seul saut de redirection est là où vit chaque fonctionnalité utile. Parce que la destination est cherchée au moment du scan plutôt que gravée dans l'impression, vous pouvez la changer quand vous voulez. Parce que la recherche est enregistrée, vous obtenez des analytics. Parce que la recherche peut bifurquer, vous pouvez router par langue ou appareil. La redirection elle-même ajoute quelques millisecondes sur un cache hit, ce qui n'est rien comparé à la mise au point de l'appareil photo, le décodage et le chargement de la page qu'un téléphone fait de toute façon. Le client ne remarque jamais le saut supplémentaire.
Le lien court est la partie qu'il vaut la peine de bien faire. Un code qui encode s.elido.me/menu-12 est une grille petite et clairsemée qui scanne proprement à 3cm. Un code qui encode une longue adresse pleine de paramètres de suivi est une grille dense qui doit être imprimée plus grande pour scanner à la même distance. Lien plus court, code plus petit, scan plus fiable. C'est la raison sous-estimée de mettre un raccourcisseur devant un menu même si vous ne le modifiez jamais : le code est physiquement plus facile à lire.
Pour les restaurants spécifiquement, les raccourcisseurs d'URL pour les restaurants couvre le tableau de campagne plus large - autocollants de vitrine, autocollants de livraison, entonnoirs de réservation - qui entoure le menu de table. Cet article reste concentré sur le code menu lui-même.
Concevoir un QR code de table qui scanne vraiment#
Un QR code qui ne parvient pas à scanner est pire qu'aucun QR code, car le client a déjà essayé. La plupart des échecs proviennent de quatre erreurs de design, et les quatre sont faciles à éviter.
Le contraste vient en premier, et il bat la couleur à chaque fois. Des modules noirs sur fond blanc est la combinaison la plus fiable qui soit. Les couleurs de marque sont tentantes, mais un code pâle sur un fond pâle fait chuter le taux de scan rapidement, parfois à zéro dans une lumière tamisée. Si la marque exige de la couleur, utilisez une encre sombre (bleu marine profond, brun quasi-noir) sur un fond clair et uni, et testez-la avant de vous engager. Pastel sur pastel est une réimpression en attente.
La taille est fixée par la distance. La règle empirique largement répétée est qu'un code devrait faire au moins un dixième de sa distance de scan. Un chevalet de table lu à environ 30cm veut environ 3cm de code, et ça scanne sur la plupart des téléphones modernes. Dans une salle à manger peu éclairée, allez à 4 ou 5cm. La norme qui définit la structure QR, ISO/IEC 18004, décrit comment la grille de modules grandit avec les données, c'est pourquoi plus votre lien encodé est court, plus vous pouvez imprimer petit et scanner quand même.
La zone calme est la règle que les designers enfreignent le plus souvent. Un QR code a besoin d'un espace vide clair autour de lui, au moins quatre modules de large (un module est l'un des petits carrés dans le motif). Serrez le texte, un logo ou une bordure contre le bord du code et les scanners ont du mal à le trouver. Laissez la marge.
L'emplacement est la partie que la spécification ne couvre pas. Mettez le code là où un client assis peut l'atteindre sans se pencher par-dessus la table ou soulever un lourd support. Un chevalet de table à peu près au niveau des yeux, légèrement incliné vers les chaises, est mieux qu'un autocollant plat sur le dessus de la table qui capte l'éblouissement des lumières de plafond. L'éblouissement est un vrai tueur sur le plastifié brillant, c'est pourquoi la finition compte autant que la position.
Pour le côté branding - logos, cadres, couleur dans les limites sûres - le design des QR codes brandés va plus loin qu'il n'y a de place ici. La seule règle de design à ne jamais sacrifier est le contraste.
Routage de menu multilingue et adapté à l'appareil#
Un seul QR code peut mener à différents menus selon qui le scanne. C'est la partie de routage intelligent d'un lien dynamique, et pour les restaurants, elle résout deux vrais problèmes.
Le premier est la langue. Un client dont le téléphone est réglé sur l'allemand peut atterrir sur le menu allemand ; un client avec un téléphone en anglais atterrit sur le menu anglais. La redirection lit la préférence de langue du navigateur et choisit la destination correspondante, avec un repli sur un défaut quand il n'y a pas de correspondance. Un code imprimé, plusieurs menus, zéro chevalets de table supplémentaires. Pour un restaurant dans une ville touristique ou près d'une frontière, c'est la fonctionnalité qui justifie son existence.
Le second est la localisation ou l'appareil. Un code sur un sac de livraison peut envoyer les scans locaux vers une page de commande et les scans éloignés vers un menu ordinaire. Un code qui doit se comporter différemment par pays peut router selon la région du scanner. Les mécaniques sont la même bifurcation au moment de la redirection ; vous choisissez juste sur quoi bifurquer. Le ciblage géographique des liens courts couvre le cas de localisation, et les smart links expliqués couvre le moteur de routage en général, y compris comment les règles sont évaluées et ce qui se passe quand aucune ne correspond.
Un mot de prudence : gardez les règles simples. Un code menu avec une bifurcation de langue et un défaut sensé tourne rarement mal. Un code avec six conditions imbriquées est quelque chose qui se casse silencieusement au pire moment. Routez sur une ou deux dimensions qui changent vraiment ce que le client doit voir, et laissez tout le reste atteindre le défaut.
Suivre les scans par table, emplacement et heure#
C'est là qu'un menu numérique cesse d'être une commodité et commence à être une source de données. Chaque scan d'un code dynamique est enregistré, donc la question est de savoir avec quelle granularité vous voulez la décomposition.
La configuration la plus simple est un code pour toute la salle. Vous obtenez les scans totaux, par heure et par jour, ce qui vous dit déjà votre ratio déjeuner-dîner et votre service le plus chargé. L'étape suivante est un code par zone ou par table, chacun pointant vers son propre lien court qui redirige vers le même menu. Maintenant les analytics se décomposent par table ou section. Vous pouvez voir que les tables en vitrine sont plus scannées, ou que la table 12 dans le coin s'enregistre à peine, ce qui pourrait être un problème d'emplacement plutôt que de place assise.
Pour une chaîne, la même idée s'échelonne par emplacement. Taguez chaque lien avec l'emplacement et le placement, puis filtrez les analytics pour comparer un restaurant à un autre, ou comparer chaque emplacement de vitrine dans l'ensemble. Les tags font le découpage ; vous lisez le résultat. Les analytics d'Elido enregistrent chaque scan comme un événement brut sans échantillonnage, donc même les chiffres d'une table tranquille sont exacts plutôt qu'estimés.
Une note pratique sur ce que les données peuvent et ne peuvent pas vous dire. Un événement de redirection capture le scan : quand, approximativement où, quel appareil. Il ne vous dit pas en soi si le client a lu tout le menu ou commandé le plat du jour. Pour cela, vous avez besoin que la page de menu renvoie des informations, ce que la plupart des restaurants sautent au début et ajoutent plus tard s'ils s'en soucient. Les données au niveau du scan seules sont suffisantes pour gérer les emplacements et le personnel, ce qui représente la plupart de la valeur.
Si vous construisez une campagne plus large avec suivi plutôt que juste un menu, construire une campagne QR code de zéro est la procédure pour cela, et les raccourcisseurs d'URL avec QR codes couvre la génération et la gestion des codes en volume.
Impression, plastification et survie au service#
Un QR code dans un restaurant mène une vie difficile. Il est éclaboussé, taché, griffé et plié. Concevez-le en conséquence.
La correction d'erreur est votre assurance. Les QR codes portent des données redondantes pour qu'ils scannent encore quand une partie du motif est endommagée, et le niveau est ajustable. Le niveau le plus élevé récupère d'environ 30% du code obscurci, ce qui est exactement la marge que vous voulez sur une surface qui recevra de la sauce dessus. Le compromis est qu'une correction plus élevée rend la grille un peu plus dense, mais parce que votre lien encodé est court, vous avez de la marge. Pour les chevalets de table et les autocollants de sac, optez pour une correction plus élevée.
La plastification protège l'impression mais introduit l'éblouissement. Un plastifié brillant sous des lumières à faisceau direct peut renvoyer assez de lumière vers l'appareil photo pour gêner le scan, surtout quand le client incline le chevalet pour le lire. Un plastifié mat ou satiné disperse cette lumière et scanne bien plus indulgemment. Si vous ne changez qu'une chose dans votre configuration actuelle, rendez le plastifié mat.
Testez l'impression, à chaque fois. Exportez le code, imprimez la taille réelle sur le stock réel avec la finition réelle, et scannez-le depuis une distance assise sur trois ou quatre téléphones différents, y compris un plus ancien et un dans une coque. L'aperçu à l'écran semble toujours bien. La carte plastifiée sous vos lumières de salle à manger est le seul test qui compte. Commandez le lot après que celui-ci soit validé, pas avant.
Encore une chose que les fichiers de design doivent comporter : vectoriel, pas raster. Exportez le code en SVG si possible, pour que l'imprimeur le mette à l'échelle sans que les bords deviennent flous. Un bord de module flou est un échec de scan sur une carte usée des mois plus tard.
Accessibilité et texte de secours#
Un menu uniquement QR exclut des gens, et c'est à la fois un problème éthique et pratique. Certains clients n'ont pas de smartphone. Certains n'ont pas de données et votre salle à manger n'a pas de signal utilisable. Certains ont un appareil photo fissuré, un téléphone plus ancien qui scanne mal ou une vision déficiente qui rend le petit écran difficile à utiliser. Concevoir uniquement pour le client qui scanne aisément laisse de vrais clients bloqués.
Les corrections sont bon marché. Imprimez une adresse web courte et lisible par l'homme à côté du code pour que n'importe qui puisse la taper plutôt que la scanner, ce qui sert aussi de chemin de récupération quand un scan ne passe tout simplement pas. Gardez des menus imprimés disponibles sur demande et dites au personnel de les proposer sans en faire un événement. Et rendez la page de menu numérique elle-même utilisable : du vrai texte plutôt qu'une photo d'un menu, des tailles de police lisibles et une structure qu'un lecteur d'écran peut suivre.
Ce dernier point compte plus que l'impression. Un menu livré comme une image plate est invisible pour un lecteur d'écran et illisible pour quiconque a besoin de zoomer. Les directives d'accessibilité publiques comme le panorama WCAG du W3C fixent la ligne de base ici : alternatives texte, contraste adéquat et contenu qui se reformate. Un menu numérique est une page web, et les mêmes règles s'y appliquent comme à n'importe quelle autre page que vous publieriez.
Traitez le texte de secours et l'option de menu imprimé comme faisant partie du menu QR, pas comme une réflexion après coup. Un client qui ne peut pas scanner ne devrait jamais être le client qui ne peut pas commander.
Configuration d'un menu QR code étape par étape#
Voici le tout dans l'ordre, en supposant que vous partez de zéro.
Premièrement, mettez le menu en ligne. Ce peut être un PDF propre, une page sur votre site ou une page de menu mobile-first simple. La seule exigence stricte est une adresse web stable. Assurez-vous qu'il se lit bien sur un téléphone, car c'est le seul écran sur lequel il apparaîtra jamais.
Deuxièmement, créez un lien court dynamique qui pointe vers ce menu. C'est la couche modifiable et traçable. Donnez-lui une étiquette claire pour le reconnaître plus tard, et si vous avez plus de deux emplacements, taguez-le avec l'emplacement et le spot (table, vitrine, livraison).
Troisièmement, configurez le routage si vous en avez besoin. Ajoutez une bifurcation de langue pour un deuxième ou troisième menu, ou une bifurcation de localisation pour la livraison. Limitez-vous à une ou deux dimensions qui changent vraiment ce que le client devrait voir, et confirmez que la destination par défaut est sensée.
Quatrièmement, générez le QR depuis ce lien court, en utilisant un générateur de menu QR code qui produit un code dynamique plutôt que de graver l'adresse dedans. Définissez une correction d'erreur élevée, gardez-le noir sur blanc et exportez en SVG. Parcourez la galerie QR si vous voulez des exemples de style qui restent dans les règles de contraste.
Cinquièmement, imprimez un test, scannez-le sur plusieurs téléphones à distance assise sous votre éclairage réel, puis commandez le lot sur plastifié mat. Ajoutez l'adresse lisible par l'homme à côté du code sur l'impression.
Sixièmement, regardez les analytics pendant les deux premières semaines. Vous cherchez la forme déjeuner-dîner, le jour le plus chargé et tout emplacement obtenant des scans quasi nuls. Ce dernier signifie généralement que le code est difficile à atteindre ou capte l'éblouissement, pas que personne n'est intéressé.
C'est un menu QR fonctionnel : modifiable quand les prix bougent, multilingue quand la salle en a besoin, mesuré pour que vous puissiez le gérer, et accessible pour que personne ne soit laissé à table. Les fonctionnalités smart links et QR codes gèrent le routage et la génération, et la page de solutions marketeurs couvre le workflow de campagne si vous allez au-delà du menu. Les détails des paliers sont sur la page de tarification.