Les cinq vérifications de départ
- Ouvrez le profil vérifié de l’établissement que le client doit rejoindre.
- Si vous utilisez un fournisseur admissible à Reserve with Google, suivez sa configuration pour le bouton natif Join waitlist. Coller une URL ne crée pas cette intégration.
- Sinon, utilisez le lien Site Web pour donner accès à votre page publique. Réservez les champs de réservation et de commande aux actions qu’ils annoncent.
- Testez l’URL HTTPS complète, sans connexion préalable. Le nom de l’établissement et l’état ouvert ou fermé de la file doivent être clairs.
- Enregistrez, puis ouvrez le profil public dans Search et Maps sur téléphone. Confirmez la destination avant le service; l’écran de modification ne prouve pas le parcours public.
Pour un établissement autonome, la page d’inscription peut être https://page.stoveops.com/<store-slug>/waitlist. Remplacez le paramètre par le slug réellement publié et testez-le. Un site regroupé peut envoyer plusieurs slugs vers l’établissement par défaut : chaque lien n’a donc pas nécessairement sa propre file.
Un client qui cherche votre restaurant dans Google Maps n’essaie pas de décoder votre organisation. Il veut savoir s’il peut agir maintenant. Si le profil promet une réservation et que la page ouvre plutôt une liste d’attente, la confusion arrive avant même le premier échange avec l’accueil.
La bonne mise en place commence donc par une limite claire. Google explique dans son guide de réservation avec un fournisseur que sa fonction native de liste d’attente requiert un fournisseur tiers admissible à Reserve with Google. Le bouton Join waitlist n’est pas une étiquette personnalisable qu’un restaurant peut ajouter à n’importe quel lien.
Pour un restaurant qui n’utilise pas ce fournisseur, il reste une solution utile : un lien dans le profil, collé dans un champ dont le libellé demeure vrai. Ce n’est ni une intégration à Google ni un bouton que Google ajoute pour vous. Pour la conception générale du parcours, voyez notre guide de liste d’attente en ligne sur le site du restaurant.
Choisissez le champ du profil qui reste vrai
L’aide de Google sur les liens d’entreprises locales énumère les champs transactionnels qu’un profil peut porter : Menu (1 lien), Liste de services (1), Prise de rendez-vous (jusqu’à 10), Réservations (jusqu’à 10), Commande de repas (jusqu’à 10) et Ramassage et livraison (jusqu’à 10). Dans la Recherche, ces liens se gèrent sous Réservation, Commande de repas ou Ramassage et livraison : cherchez le champ sous ce libellé. Deux autres surfaces restent hors de cette liste et comptent autant : le lien Site Web, que tout profil possède, et le bouton d’une publication, un par publication. La même page précise que ces liens ne passent ni par l’API du profil d’entreprise ni par un téléversement de feuille de calcul : c’est de l’édition manuelle, un profil à la fois. Ces nombres sont ceux de l’aide sur la gestion des liens; la politique des liens en annonce un autre — un maximum de 20 liens par type de transaction —, alors laissez l’éditeur vivant du profil trancher la limite qui vous lie.
Si vous utilisez StoveOps, l’adresse que vous allez coller est page.stoveops.com/<identifiant-de-succursale>/waitlist — la page publique d’inscription d’une succursale autonome, construite à partir de l’identifiant de cette succursale. Les succursales que vous avez regroupées sous un même site public n’en ont pas chacune une : elles partagent celle de la succursale par défaut, d’où la réponse distincte à la question sur les établissements multiples plus bas. Le menu publié de la même succursale se trouve à page.stoveops.com/<identifiant-de-succursale>/menu.
| Champ du profil | Quand le libellé reste vrai | Où le pointer |
|---|---|---|
| Menu (1) | un menu est publié | page.stoveops.com/<identifiant-de-succursale>/menu |
| Réservations (jusqu’à 10) | le restaurant confirme vraiment une heure | le système de réservation du restaurant, jamais la file du jour |
| Prise de rendez-vous (jusqu’à 10) | même critère que Réservations | la même destination que Réservations |
| Commande de repas, Ramassage et livraison (10 ch.) | le client peut commander ou payer là | la page de commande, jamais la file |
| Site Web (1) | toujours | le site du restaurant, ou page.stoveops.com/<identifiant-de-succursale> s’il n’y en a pas d’autre — ou la page d’inscription de cette succursale, quand la file est ce que le profil doit pousser |
| Bouton d’une publication (1 par publication) | une publication Événement datée du service du jour | page.stoveops.com/<identifiant-de-succursale>/waitlist?utm_source=gbp&utm_medium=referral&utm_campaign=post-AAAAMMJJ |
Le bouton d’une publication n’est l’endroit honnête pour une file du service en cours que si la publication expire en même temps que la promesse. Google archive les publications de plus de six mois à moins qu’une plage de dates soit définie, et seuls les Événements et les Offres en portent une : une Nouveauté qui annonce « aucune attente » peut donc rester affichée des mois, soit exactement la fausse promesse que ce guide combat. Publiez cette poussée comme un Événement dont la plage de dates est le service du jour — elle cesse de s’afficher à la fermeture de la fenêtre — ou supprimez la Nouveauté dès la fin du service. Pour le bouton, choisissez le libellé qui promet le moins : En savoir plus ou S’inscrire lorsque l’éditeur les offre, jamais Réserver ni Commander en ligne, et vérifiez dans l’éditeur vivant les libellés que votre profil possède vraiment.
Un champ transactionnel permanent ne peut pas porter la file du jour : les champs existants s’appellent réservations, commandes et livraisons, et la politique de liens de Google ajoute que l’admissibilité varie selon l’entreprise, le pays et la région. Fiez-vous aux options vivantes du profil vérifié et laissez le nom du champ borner la promesse.
Reste un champ permanent qui ne nomme aucune action : Site Web. Pointez-le vers le site du restaurant quand il en a un et rendez le chemin vers la file évident sur la page qu’il ouvre. Sans autre site, pointez-le vers page.stoveops.com/<identifiant-de-succursale> — ou directement vers page.stoveops.com/<identifiant-de-succursale>/waitlist?utm_source=gbp&utm_medium=referral&utm_campaign=profile quand la file est l’action que le profil doit pousser. La page d’inscription conserve l’en-tête du mini-site : le menu et les autres pages restent à un doigt.
Si aucun champ transactionnel ne décrit honnêtement une file du jour, ne forcez rien : le lien Site Web et une publication Événement datée la portent déjà. Garder ces deux promesses distinctes protège à la fois le client et l’équipe de salle.
Préparez une page propre à l’établissement
Un lien local doit faire plus qu’ouvrir une belle page. Google exige qu’il mène à une page d’arrivée dédiée à l’entreprise et, pour une marque avec plusieurs emplacements, à la page du bon établissement. Le client doit pouvoir accomplir l’action indiquée; une page générale qui lui demande de choisir parmi tous vos restaurants ajoute une décision au mauvais moment.
Faites ce contrôle avant d’ajouter l’URL :
- Le lieu correspond-il? Une personne qui consulte votre bistro de Montréal doit voir le nom, le contexte et la liste de ce bistro, pas le portail national de la marque.
- La promesse est-elle explicite? La page doit dire qu’il s’agit d’une liste pour le service en cours, puis permettre au client d’entrer les renseignements nécessaires pour joindre cette file et de recevoir une confirmation compréhensible.
- La page se charge-t-elle pour tout le monde? Les outils de vérification de Google doivent pouvoir charger la page, suivre ses ressources essentielles et recevoir une réponse réussie, comme
200 OK. Entre l’arrivée et l’action visible, aucune connexion, aucun téléchargement d’application, aucun code interne et aucun écran de défi. Deux choses de la page d’inscription StoveOps ne sont pas cette barrière. Une vérification que la page exécute à l’envoi du formulaire survient après l’arrivée, et rien ne s’interpose entre l’arrivée et le formulaire d’inscription. L’avis de confidentialité que voit un visiteur à sa première venue est un choix, pas une vérification : la page est déjà arrivée en entier, ce qui est tout ce dont le robot a besoin. Ouvrez l’adresse de production en mode déconnecté et confirmez que le formulaire est là. Laisser passer le vérificateur de Google dans la protection antirobots du domaine revient à qui héberge la page, pas au gestionnaire du profil. - L’URL est-elle durable? Utilisez une page HTTPS complète qui appartient au restaurant. Les politiques de Google excluent les réseaux sociaux, les liens de messagerie et les raccourcisseurs de ses liens d’entreprise locaux.
Un risque relève du restaurant et non de Google : si vous masquez la section de liste d’attente de votre page publique pendant que son adresse est publiée sur le profil, cette adresse commence à répondre 404 et le lien peut être retiré. Retirez d’abord le lien du profil, puis masquez la section. Vérifiez la version de production, pas une adresse de prévisualisation.
Une liste d’attente détenue par le restaurant peut faire joindre le client depuis son téléphone et lui envoyer l’avis de table prête par SMS, WhatsApp ou courriel. Cette valeur est utile quand le client arrive au bon flux; elle ne justifie pas d’annoncer une intégration Google qui n’a pas été confirmée.
Modifiez le profil sans dénaturer son site principal
Après le contrôle de la page, ouvrez le profil vérifié de l’établissement. Les instructions actuelles de Google indiquent que les liens locaux se gèrent depuis la Recherche Google en choisissant le type de transaction approprié, ou dans Google Maps via Modifier le profil puis ce type de transaction. Les libellés exacts changent selon le profil, donc validez ce que vos clients verront réellement.
Voici l’ordre de décision à garder :
- Cherchez d’abord le parcours Liste d’attente. S’il existe avec votre fournisseur admissible, il est réservé à cette configuration.
- Sans ce fournisseur, évaluez les champs locaux disponibles. N’ajoutez votre URL que si le nom du champ et le geste final correspondent à la liste du jour.
- Si aucun champ transactionnel ne dit la vérité, ne forcez pas le lien. Laissez le lien permanent dans Site Web, ajoutez un bouton clair Joindre la liste d’attente sur la page de l’établissement, puis servez-vous du bouton d’une publication Événement, datée de ce service, quand la file est ce que vous voulez mettre de l’avant.
- Enregistrez, puis ouvrez la fiche publique dans Google Search et Google Maps. L’écran d’édition n’est pas l’expérience du client.
Cette retenue évite un problème classique du vendredi soir : un client croit avoir réservé à 19 h, alors que l’hôte le voit arriver dans une file qui dépend encore du roulement des tables.
Faites répéter le parcours à l’accueil
Un lien n’améliore pas le service s’il crée une deuxième file invisible. Avant de le diffuser, faites un essai de bout en bout pendant une période calme.
- Cherchez le restaurant sur un cellulaire déconnecté, puis ouvrez la fiche dans Search et dans Maps.
- Suivez le libellé exact jusqu’à la page de l’établissement et vérifiez que la succursale est la bonne.
- Entrez une partie de test avec les données autorisées, lisez la confirmation et vérifiez l’état qui apparaît à l’accueil.
- Retirez cette partie de test et notez qui traite les exceptions réelles : page indisponible, client arrivé au mauvais lieu ou réponse tardive.
Un code QR de liste d’attente à la porte peut compléter Google, à condition que les deux mènent à la même page de succursale. Le client qui arrive sans avoir cliqué dans Google ne devrait pas entrer dans une autre file. De même, les messages aux clients du restaurant doivent prolonger le même parcours, pas remplacer l’inscription structurée par une conversation improvisée.
Mesurez la clarté, pas seulement les clics
Ne mettez pas de paramètres de campagne dans un CTA interne de liste d’attente pour distinguer ce clic : vous risquez d’écraser la source de session. Le lien que vous collez dans Google est le cas inverse, une porte d’entrée externe, et c’est exactement à cela que servent ces paramètres. Étiquetez-le une fois et gardez le motif stable : utm_source=gbp&utm_medium=referral&utm_campaign=profile pour le lien permanent de Site Web et utm_campaign=post-AAAAMMJJ pour le bouton d’une publication Événement, afin qu’une poussée datée ne se confonde pas avec le lien fixe.
Lisez ces chiffres comme un plancher et non comme un total : le client qui refuse la mesure joint quand même la file et reçoit sa table, il n’est simplement pas compté. Regardez aussi l’action sur le profil, les arrivées sur la page, les inscriptions terminées et les avis de table prête au même service.
Les meilleurs signes sont opérationnels : les clients savent qu’ils joignent une file, la bonne succursale s’affiche sans ambiguïté, l’accueil retrouve la partie sans lui faire répéter le contexte et la page demeure publique lorsque les réglages de consentement ou de protection changent. Un parcours discret et cohérent vaut davantage qu’un bouton visible qui fait une promesse impossible à tenir.