PDF de carte pour Google Business Profile et applis de livraison : le bon fichier

Un client sur deux qui pousse la porte d'un restaurant pour la première fois a déjà regardé la carte sur son téléphone, le plus souvent depuis la fiche Google. Et ce qu'il y trouve, c'est trop souvent un PDF d'imprimerie de 14 Mo avec traits de coupe, fond perdu de 3 mm et du texte blanc sur photo qui devient illisible à 400 pixels de large. Voici ce qu'un PDF de carte doit être quand il vit sur Google Business Profile et sur les plateformes de livraison, et comment le produire à partir du même fichier que votre carte imprimée sans doubler le travail.

Ce que Google fait vraiment de votre fichier

Google Business Profile accepte une carte sous trois formes : un lien vers une page carte, un menu structuré saisi plat par plat dans le tableau de bord, et des photos ou PDF déposés dans la catégorie « Menu ». Le PDF est la voie que choisissent la plupart des restaurateurs parce qu'elle prend deux minutes, mais il est affiché comme un aperçu image, pas comme un document. Le client voit la première page en vignette ; en tapant dessus, il ouvre une visionneuse qui zoome au doigt.

Deux conséquences. La première page doit porter l'information essentielle, car beaucoup de clients ne feront jamais défiler plus loin. Et la typographie doit survivre à une réduction à environ 1080 pixels sur le grand côté, ce qui veut dire que tout ce qui est en dessous de 9 pt sur une mise en page A4 devient illisible sans zoom.

Le menu structuré, saisi dans le tableau de bord avec nom du plat, description et prix, est ce que Google utilise dans les résultats de recherche et dans le carrousel de plats. C'est fastidieux, mais c'est la seule version indexable. Faites les deux : le PDF pour l'allure, la saisie structurée pour le moteur de recherche.

Les réglages d'export pour un PDF écran

Un PDF d'impression et un PDF écran sont deux exports différents de la même maquette. Le fichier d'impression embarque des couleurs CMJN, des images à 300 dpi, un fond perdu de 3 mm et des traits de coupe. Le fichier écran ne doit contenir rien de tout cela. Rognez-le au format fini, convertissez en sRGB et rééchantillonnez les images à 150 dpi, largement suffisant pour un écran de téléphone, ce qui divise le poids par cinq à dix.

• Format de page : format fini, sans fond perdu ni repères. Une carte A4 s'exporte en 210 × 297 mm ; une carte A5 pliée en deux s'exporte en quatre pages A5, pas en une planche A4.
• Couleur : sRGB, sans intention de sortie. Un profil Fogra39 embarqué dans un fichier écran ne fait qu'ajouter du poids et décaler les teintes dans certaines visionneuses.
• Images : JPEG à 150 dpi, qualité autour de 80 %. Une carte de deux pages doit peser entre 300 Ko et 2 Mo.
• Polices : tout embarquer et laisser le texte vivant. Vectoriser le texte empêche le copier-coller et alourdit le fichier.
• Mot de passe et restrictions d'impression : aucun. Certaines visionneuses refusent tout simplement d'afficher un PDF protégé.

Donnez au fichier un nom descriptif et stable, du type maison-dupont-carte.pdf. Si vous le liez depuis votre site plutôt que de le déposer, l'URL ne doit pas changer à chaque mise à jour, sinon la fiche Google, les QR codes et la bio Instagram qui pointent dessus se cassent tous en même temps.

Une maquette, deux distances de lecture

Une carte A4 imprimée se lit à 40 cm ; un écran de téléphone à 30 cm, mais avec la page entière réduite à 7 cm de large. C'est pour cela qu'un PDF d'impression échoue tel quel à l'écran : le corps de texte de 11 pt devient l'équivalent de 3,5 pt. Vous avez trois options, par ordre d'effort croissant.

1. Accepter le zoom. Convenable pour une carte d'une seule page avec une typographie généreuse, 12 pt minimum, et un contraste franc. Le client pince une fois et lit une colonne.
2. Exporter une version sur une seule colonne. Recomposer le même contenu dans un A5 étroit ou une bande de 105 × 297 mm pour que chaque colonne remplisse la largeur du téléphone. C'est le meilleur compromis pour la majorité des restaurants.
3. Construire une carte web séparée. Justifié pour une carte longue ou qui change souvent, inutile pour un bistrot à 25 plats et une formule du midi.

Quel que soit votre choix, l'ordre de lecture doit être évident sans les repères physiques du papier. Un dépliant fonctionne parce que le client l'ouvre et voit deux volets d'un coup ; sur un téléphone, la page deux n'arrive qu'après un balayage. Mettez entrées et plats en page une, boissons et desserts en page deux, et ne coupez jamais une rubrique en travers d'un saut de page.

Les plateformes de livraison veulent des données, pas une maquette

Uber Eats, Deliveroo et Just Eat n'affichent pas votre PDF. Ils ingèrent un menu structuré : catégories, noms de plats, descriptions de 100 à 200 caractères, prix, options et une photo par plat, en général au carré ou en 4:3 avec 1200 pixels minimum. Le PDF ne sert qu'à l'équipe d'intégration qui le retape, et à votre propre brigade comme référence.

L'objet utile pour la livraison n'est donc pas un fichier mais un tableur propre : une ligne par plat, une colonne par langue si vous servez des touristes, les allergènes en codes, les prix avec et sans la commission de la plateforme. La plupart prélèvent 25 à 35 % ; beaucoup de restaurants affichent en livraison des prix 10 à 15 % au-dessus de la carte en salle, et c'est le moment de décider cette politique plutôt que de la découvrir dans le tableau de bord.

Les descriptions écrites pour l'imprimé tiennent rarement. Une ligne qui se lit très bien sur la carte, « Volaille fermière rôtie, jus à l'estragon, pommes grenaille », a besoin d'une version livraison qui répond aux questions du client à la maison : la taille de la portion, si un accompagnement est inclus, le degré de piquant, ce qui est végétarien. Écrivez les deux en même temps, depuis la même liste de plats, pour qu'elles ne divergent jamais.

Allergènes et prix qui restent synchronisés

Le règlement 1169/2011 impose que les quatorze allergènes soient disponibles pour le client avant la commande, et cela vaut pour la commande en ligne autant que pour la table. Sur un PDF, la solution la plus simple reste le système de codes : lettres ou chiffres après chaque plat, légende en dernière page. Sur les plateformes de livraison, utilisez leurs champs dédiés ; une mention en texte libre dans la description ne suffit pas et se retrouve souvent tronquée.

Les prix dérivent plus souvent que les allergènes. Scénario classique : la carte imprimée est mise à jour en mars, le PDF sur Google affiche encore les prix de février en juin, l'application de livraison montre une troisième grille. Les clients le remarquent, et ils en parlent dans les avis. Ajoutez une petite ligne « prix valables à partir du » en pied de chaque export et faites de la mise à jour des trois canaux une seule tâche, le même après-midi.

Une routine mensuelle de vingt minutes

Traitez le PDF comme la carte imprimée : il a une version, une date et un responsable. Une fois par mois, ou à chaque changement de prix, exportez le PDF écran, remplacez-le dans Google Business Profile, mettez à jour les plats structurés, puis passez sur les tableaux de bord de livraison avec le même tableur. Vérifiez la fiche Google sur un téléphone, pas sur votre ordinateur ; l'aperçu sur un écran de 6 pouces est ce que voient vos clients.

Dans Menu Atelier, la même maquette produit les deux fichiers : le lot d'impression avec fond perdu de 3 mm et traits de coupe pour la presse, et un PDF rogné plus léger ainsi qu'un PNG par face que vous déposez directement sur Google ou envoyez à une équipe d'intégration. Passer la mise en page d'un A4 simple à un A5 plus étroit pour la lecture sur téléphone se fait en un clic, avec un aperçu en 3D avant l'export.