Intégration de l'API Meta Conversions pour les restaurants : mesurer l'impact des publicités sur les visites réelles

L'intégration de Meta Conversions API avec le WiFi invité permet aux restaurants de mesurer les visites physiques par rapport aux dépenses publicitaires, conformément aux normes du GDPR. En envoyant des enregistrements de connexion hachés en SHA-256 sur plus de 80 000 établissements, les exploitants attribuent les visites physiques directement aux campagnes, allant au-delà des réservations en ligne pour suivre le véritable retour sur investissement publicitaire.

Que fait Meta Conversions API pour un restaurant ?

Meta évalue vos publicités en fonction des événements qu'il peut voir. Pour la plupart des restaurants, il s'agit d'événements de pixel sur un site web : une réservation, la consultation d'un menu ou le téléchargement d'un coupon. Un client qui a vu votre publicité, a ignoré le site web et est venu déjeuner n'apparaît jamais. Pourtant, cette visite est le résultat pour lequel vous avez payé.

La Conversions API (CAPI) est la connexion serveur à serveur de Meta. Vos systèmes envoient des événements directement à Meta, au lieu de s'appuyer sur un script dans un navigateur. Meta la documente pour les événements de site web, d'application et hors ligne. Les événements hors ligne incluent les visites dans un lieu physique, marquées avec la source d'action "physical_store".

Pourquoi les rapports basés uniquement sur le pixel sous-estiment les résultats des restaurants

Trois écarts se créent entre ce que vos publicités accomplissent et ce que rapporte Ads Manager.

• La visite a lieu hors ligne. Le pixel Meta fonctionne uniquement dans un navigateur, sur vos propres pages. Une visite spontanée, une réservation par téléphone ou une réservation via une plateforme tierce ne génèrent aucun événement de pixel.
• Les navigateurs bloquent des événements. Les propres recommandations de Meta indiquent que la Conversions API réduit la perte de données due aux erreurs de chargement des navigateurs, aux problèmes de connectivité et aux bloqueurs de publicités.
• Les paramètres de confidentialité des appareils limitent les signaux. Depuis iOS 14.5, Apple exige que les applications demandent l'autorisation avant d'utiliser les données d'activité sur les applications et sites web d'autres entreprises. De nombreuses personnes refusent, ce qui supprime les signaux sur lesquels le pixel s'appuyait autrefois.

Le coût dépasse le simple écart de rapportation. Le système de diffusion de Meta optimise en priorité vers les personnes qui produisent les événements qu'il reçoit. S'il s'agit uniquement de réservations en ligne, le budget dérive vers les personnes qui réservent en ligne. Les campagnes qui remplissent les tables avec des clients sans réservation semblent coûteuses, elles sont donc mises en pause.

Ce qui change lorsque les visites atteignent Meta

Vous envoyez un événement de visite pour chaque invité ayant consenti qui se connecte à votre WiFi, avec un e-mail ou un numéro de téléphone haché et un horodatage. Meta associe cet événement au compte Meta de la personne lorsque cela est possible. Il attribue ensuite la visite à toute publicité qu'elle a vue ou sur laquelle elle a cliqué dans le cadre de votre paramètre d'attribution. Vous obtenez un coût par visite par campagne, et pas seulement un coût par réservation.

La partie difficile n'est pas l'API. C'est un enregistrement fiable et consenti de qui a rendu visite, et quand. Les plateformes d'e-mailing telles que Mailchimp, Klaviyo et HubSpot envoient des campagnes à une liste que vous possédez déjà. Elles n'enregistrent pas le fait qu'un client ait franchi votre porte. Le WiFi invité le fait : chaque connexion est un enregistrement de visite de première partie horodaté, auquel est associé le choix de consentement de l'invité. Sur plus de 80 000 établissements actifs équipés par Purple, les invités se sont connectés 440 millions de fois en 2024 (données Purple). C'est la matière première pour la mesure des visites.

De quoi avez-vous besoin avant de commencer avec la Conversions API ?

Rassemblez sept éléments avant que quiconque n'écrive du code ou ne connecte une intégration.

1. Un portefeuille d'entreprise Meta avec un accès administrateur, ainsi que l'ensemble de données sur lequel reposent vos rapports publicitaires. Meta utilise désormais le terme "ensemble de données" pour ce qu'on appelait auparavant l'ID de pixel.
2. Un jeton d'accès à l'API Conversions, généré dans le Gestionnaire d'événements Meta pour cet ensemble de données.
3. Un moyen d'envoyer des événements côté serveur. Cela implique votre propre développeur, une intégration partenaire Meta, ou une plateforme CRM ou de données clients disposant d'un connecteur Meta.
4. Des données de visite consenties. Vous avez besoin des enregistrements de connexion WiFi des visiteurs avec e-mail ou téléphone, horodatage, lieu et statut du consentement. Purple Engage conserve ces données sous forme de profils de visiteurs créés lors de chaque connexion.
5. Une base légale et une politique de confidentialité mise à jour. En vertu de l'article 6 du GDPR, vous avez besoin d'une base légale pour partager des données avec Meta. Pour la mesure publicitaire, il s'agit généralement du consentement, qui doit répondre aux conditions de l'article 7.
6. Une définition partagée d'une visite. Décidez de ce qui compte : une connexion par visiteur, par lieu et par jour, hors personnel.
7. Une ligne de référence. Exportez quatre semaines de résultats basés uniquement sur le pixel par campagne afin de pouvoir comparer l'avant et l'après.

Sur le cinquième point, lisez les Lignes directrices 8/2020 du Comité européen de la protection des données sur le ciblage des utilisateurs de réseaux sociaux. Elles décrivent comment un annonceur et une plateforme peuvent être responsables conjoints du traitement pour certaines opérations. Les Conditions d'utilisation des outils Meta pour les entreprises définissent également vos obligations lorsque vous envoyez des données. Votre responsable de la protection des données doit valider ces deux points avant que le premier événement ne quitte votre serveur.

Comment connecter les données de visite WiFi des visiteurs à l'API Conversions ?

La configuration se déroule en six étapes. La documentation pour développeurs de Meta couvre les détails techniques ; cette section traite des décisions qui vous incombent.

1. Recueillir le consentement lors de la connexion WiFi

Votre page de connexion WiFi est le point de départ du consentement. Demandez le consentement pour la mesure publicitaire séparément du consentement pour le marketing par e-mail. Le considérant 32 du GDPR précise que le silence et les cases précochées ne constituent pas un consentement. Purple utilise des choix d'opt-in conscients pour cette raison : le visiteur choisit activement, et ce choix est stocké avec le profil.

Rédigez la formulation dans un langage clair. Par exemple : "Autorisez-nous à partager une version codée de votre e-mail avec Meta afin que nous puissions voir si nos publicités vous ont amené ici." Une phrase claire génère plus d'adhésions qu'un lien vers une politique.

2. Définir l'événement de visite

Les événements standard de Meta n'incluent pas de visite au restaurant, la plupart des établissements créent donc un événement personnalisé. Donnez-lui un nom explicite, comme "VenueVisit". Envoyez un événement par visiteur, par lieu et par jour, même s'il se connecte trois fois. Excluez les appareils du personnel et tout visiteur qui se connecte plus de quatre jours par semaine, ce qui signale généralement un employé.

3. Préparer et hacher les données de correspondance

Meta exige que les identifiants personnels tels que l'e-mail et le téléphone soient normalisés et hachés avec SHA-256 avant l'envoi. La normalisation consiste à supprimer les espaces, mettre les e-mails en minuscules et ajouter le code pays aux numéros de téléphone. Une mauvaise normalisation est la raison la plus fréquente d'échec des correspondances.

Chaque événement nécessite également une heure d'événement, la source d'action "physical_store" et un identifiant d'événement unique. Envoyez uniquement les paramètres répertoriés par Meta. Les identifiants réseau tels que les adresses MAC n'en font pas partie et ne doivent jamais quitter vos systèmes.

4. Envoyez les événements en un lot quotidien

Meta rejette les événements plus anciens que sa fenêtre documentée, ne les laissez donc pas en attente pendant une semaine. Planifiez au minimum un envoi quotidien par lot et vérifiez la limite de temps actuelle dans la documentation de Meta lors de sa configuration. Un envoi quotidien permet également à Ads Manager de rester suffisamment proche du temps réel pour les analyses de campagne hebdomadaires.

5. Testez avant la mise en ligne

L'outil d'événements de test de Meta, situé dans Events Manager, affiche les événements au fur et à mesure qu'ils arrivent lorsque vous les envoyez avec un code de test. Envoyez d'abord une poignée de visites connues. Confirmez que le nom de l'événement, l'heure et la source d'action s'affichent correctement avant de passer aux envois en direct.

6. Créez une conversion personnalisée et ajoutez-la aux rapports

Créez une conversion personnalisée à partir de votre événement de visite, puis ajoutez-la sous forme de colonne dans Ads Manager. Vous pouvez désormais lire le coût par visite à côté du coût par réservation, campagne par campagne.

Que devez-vous envoyer à Meta, et quand ?

Commencez de manière ciblée. Un seul événement de visite propre vous en apprendra plus que cinq événements imprécis. Ajoutez des événements uniquement lorsque le premier correspond bien et que votre équipe fait confiance aux chiffres.

Événement	Origine des données	Données de correspondance envoyées	Quand envoyer	Ce que cela vous apprend
VenueVisit (personnalisé)	Connexion au WiFi invité, clients consentants uniquement	E-mail haché, téléphone haché, heure de l'événement, lieu	Lot quotidien	Coût par visite par campagne
ReturnVisit (personnalisé)	Deuxième connexion WiFi dans les 30 jours	E-mail haché, téléphone haché, heure de l'événement, lieu	Lot quotidien	Si les publicités font revenir les gens, et pas seulement une fois
Achat (standard)	Enregistrement de caisse ou EPOS lié à l'invité	E-mail haché, valeur, devise, heure de l'événement	Lot quotidien	Chiffre d'affaires attribué aux publicités
Calendrier (standard)	Système de réservation en ligne	E-mail haché, heure de l'événement, identifiant d'événement partagé avec le pixel	Dans l'heure	Réservations récupérées malgré la perte de données du navigateur

Deux règles s'appliquent à chaque ligne. Deuxièmement, envoyez uniquement les invités qui ont donné leur consentement pour la mesure publicitaire, et arrêtez dès qu'ils le retirent. Deuxièmement, lorsque le pixel et le serveur signalent tous deux le même événement web, utilisez le même nom d'événement et le même identifiant d'événement. Meta utilise cette paire pour dédoublonner, afin qu'une réservation ne soit pas comptée deux fois.

L'événement de visite de retour est le plus important pour un directeur CRM. Une première visite issue d'une publicité est utile. Une deuxième visite dans les 30 jours montre que la publicité a initié une relation que votre programme d'e-mailing et de messagerie peut développer. Pour le canal de suivi, comparez les coûts dans WhatsApp vs SMS pour le marketing de restaurant : coût et portée comparés.

Quelle méthode de mesure convient à votre restaurant ?

Les événements de visite côté serveur ne sont pas le seul moyen de mesurer les réseaux sociaux payants. Le bon choix dépend de l'endroit où vos clients convertissent et des données dont vous disposez.

Méthode	Ce qu'elle analyse	Compte les visites spontanées	Données nécessaires	Effort de configuration	À qui elle s'adresse
Meta Pixel uniquement	Événements du site Web dans le navigateur	Non	Pixel sur vos pages de réservation et de menu	Faible : une seule balise sur le site	Établissements où la majorité des couverts est réservée en ligne
Pixel et CAPI pour les événements Web	Événements du site Web, avec récupération des pertes liées au navigateur	Non	Pixel, accès au serveur, ID d'événements partagés	Moyen : intégration partenaire ou développeur	Groupes enregistrant un volume élevé de réservations en ligne
CAPI avec événements de visite WiFi invité	Événements Web et visites en établissement consenties	Oui, pour les clients WiFi ayant donné leur consentement	Enregistrements de connexion consentis avec e-mail ou téléphone	Moyen à élevé : révision du consentement, hachage, envoi quotidien	Restaurants, bars et hôtels accueillant une forte clientèle sans réservation
Étude Meta Conversion Lift	Visites incrémentales générées par les publicités, via des groupes de test et de contrôle	Oui, à l'aide des événements de visite envoyés	Événements de visite ainsi que le budget et le volume suffisants pour un test	Élevé : test planifié sur plusieurs semaines	Groupes cherchant à vérifier l'efficacité réelle des réseaux sociaux payants

Utilisez ce tableau comme un guide de décision. Si moins de la moitié de vos couverts réservent en ligne, le suivi par pixel passe à côté de la plupart de vos résultats ; les événements de visite doivent donc être votre priorité. Si vous envoyez déjà des événements de visite et que votre équipe financière doute encore de la valeur des réseaux sociaux payants, lancez une étude d'impact. L'attribution vous indique qui a effectué une visite après avoir vu une publicité. L'étude d'impact vous indique qui a effectué une visite grâce à elle.

Deux scénarios concrets

Les chiffres ci-dessous sont des exemples arithmétiques destinés à illustrer la méthode. Il ne s'agit pas de résultats réels issus d'un établissement en particulier.

Scénario 1 : un groupe de restauration rapide de 12 établissements promouvant une offre pour le déjeuner

Situation. Le groupe a dépensé 6 000 £ sur quatre semaines pour promouvoir un menu déjeuner en semaine sur Instagram et Facebook. Ads Manager a enregistré 40 réservations en ligne, soit un coût de 150 £ par réservation. Le directeur financier a demandé l'arrêt de la campagne.

Action réalisée. L'équipe marketing a ajouté une option distincte d'adhésion à la mesure publicitaire sur la page de connexion WiFi. Elle a ensuite envoyé un événement VenueVisit quotidien pour les clients ayant donné leur consentement et a restructuré les rapports autour d'une conversion personnalisée. La campagne suivante de quatre semaines a été diffusée avec le même budget et les mêmes visuels.

Résultat. Le groupe a envoyé 1 900 événements de visite du midi consentis. Meta en a attribué 310 à la campagne dans une fenêtre d'attribution de 7 jours après clic et 1 jour après vue. Le coût par visite attribuée est ressorti à 19,35 £, contre 150 £ par réservation avec les seules données du pixel. La campagne a été maintenue. L'équipe CRM a ensuite utilisé l'événement ReturnVisit pour constater que 70 de ces clients étaient revenus dans les 30 jours.

Scénario 2 : un hôtel de 150 chambres disposant d'un restaurant et d'un bar ouverts au public

Situation. L'hôtel diffusait des publicités Meta pour son restaurant et son bar auprès des résidents locaux, et non des clients de l'hôtel. Il utilisait déjà le pixel et les événements serveur pour les réservations, mais les résultats rapportés avaient doublé du jour au lendemain.

Ce qui a été fait. L'équipe a constaté que son moteur de réservation et son intégration serveur envoyaient tous deux des événements Schedule avec des identifiants d'événement différents. Meta ne pouvait pas les dédoublonner. L'équipe a aligné les identifiants d'événement, puis a exclu les résidents de l'hôtel de l'événement VenueVisit en filtrant les connexions par rapport aux profils liés aux chambres.

Résultat. Les réservations signalées sont passées de 220 à 112 le mois suivant, ce qui correspond au propre décompte du système de réservation à 3% près. Les événements de visite ne comptaient plus que les clients extérieurs du restaurant, soit 640 sur le mois. L'équipe a enfin pu comparer les dépenses du restaurant par rapport à la clientèle locale au lieu d'un mélange de résidents et de doublons.

Comment savoir si l'API Conversions fonctionne ?

Vérifiez cinq signaux au cours du premier mois, dans cet ordre.

Les événements reçus correspondent aux événements envoyés

Votre décompte quotidien des visites consenties doit correspondre aux événements que Meta indique avoir reçus dans le Gestionnaire d'événements. Un écart de plus de 5% indique des échecs d'envoi, des événements rejetés ou des problèmes de chronologie.

La qualité du rapprochement des événements s'améliore

Meta attribue à chaque événement serveur une note sur 10 selon la capacité de ses données de correspondance à identifier les personnes. L'ajout d'un numéro de téléphone haché à côté de l'adresse e-mail améliore généralement la note. Suivez la tendance semaine après semaine, et non le chiffre du premier jour.

Le dédoublonnage est propre

Si les résultats du pixel et du serveur ont tous deux fortement augmenté le jour de la mise en ligne, les événements sont probablement comptés deux fois. Vérifiez que les événements partagés portent le même nom et le même identifiant d'événement depuis les deux sources.

Le coût par visite est stable

Au bout de deux ou trois semaines, le coût par visite attribuée doit se stabiliser dans une fourchette cohérente pour chaque campagne. De fortes variations suggèrent que les lots arrivent en retard ou de manière irrégulière.

Les résultats se maintiennent par rapport à un groupe témoin

L'attribution donne du crédit à une publicité pour toute personne qui l'a vue puis est venue, y compris les habitués qui seraient venus de toute façon. Effectuez un test simple : mettez en pause les publicités pour un établissement comparable pendant deux semaines et comparez le nombre de visites WiFi. Pour une réponse rigoureuse, utilisez l'étude Conversion Lift de Meta.

Qu'est-ce qui peut mal tourner, et comment l'éviter ?

La plupart des échecs sont des échecs de processus, pas de code. Voici les six points qui coûtent le plus de temps aux groupes de restauration.

• Envoyer des données sans consentement valide. Une case de consentement unique regroupant le "marketing" ne tiendra pas la route au regard de l'Article 7 du GDPR pour la mesure publicitaire. Séparez les adhésions et stockez chaque choix avec son horodatage.
• Compter le même événement deux fois. Les événements de pixel et de serveur sans identifiant d'événement correspondant gonflent tous les chiffres que vous communiquez. Corrigez le dédoublonnage avant de présenter les résultats à la direction financière.
• Lisser périmer les lots. Les événements mis en file d'attente au-delà de la limite de temps de Meta sont rejetés sans apparaître dans les rapports. Automatisez l'envoi quotidien et alertez une personne en cas d'échec.
• Compter le personnel et les résidents comme des clients du restaurant. Les employés se connectent à chaque service et les résidents de l'hôtel se connectent tous les jours. Filtrez ces deux catégories, sinon votre coût par visite semblera meilleur qu'il ne l'est réellement.
• Traiter chaque connexion comme une visite. Un client qui se reconnecte après le déjeuner représente toujours une seule visite. Envoyez un événement par client, par établissement et par jour.
• Confondre attribution et causalité. Un client fidèle ayant vu votre publicité sera comptabilisé comme une visite générée par la publicité. Utilisez des groupes de contrôle ou des études d'impact (lift studies) avant de transférer de gros budgets.

Un autre échec réside en dehors de Meta : une liste de consentements trop restreinte. La mesure des visites fonctionne uniquement pour les invités ayant donné leur accord. Traitez le taux d'adhésion au portail de connexion WiFi comme une métrique média payante, car il définit le plafond de ce que vous pouvez mesurer.

Foire aux questions

L'API Meta Conversions remplace-t-elle le Meta Pixel ?

Non, Meta recommande d'utiliser l'API Conversions en parallèle du pixel, et non à sa place. Le pixel capture les événements du navigateur en temps réel, tandis que la connexion serveur récupère les événements perdus par le navigateur et ajoute les visites hors ligne. Lorsque les deux signalent le même événement web, envoyez le même nom d'événement et le même ID d'événement. Meta ne le comptera ainsi qu'une seule fois. Pour les visites physiques, seule la connexion serveur s'applique, car il n'y a pas d'événement navigateur à dupliquer.

Le partage des données WiFi invités avec Meta est-il conforme au GDPR ?

Oui, à condition de disposer d'une base légale, qui pour la mesure publicitaire est généralement le consentement explicite. L'article 7 du GDPR en fixe les conditions, et le considérant 32 exclut les cases précochées. Informez clairement les invités qu'une version codée de leur e-mail est transmise à Meta pour mesurer les publicités. Hachez les identifiants en SHA-256 comme le requiert Meta. Cessez tout envoi dès qu'un utilisateur retire son consentement. Demandez à votre responsable de la protection des données de consulter les lignes directrices 8/2020 du Comité européen de la protection des données.

Cela fonctionnera-t-il avec notre matériel WiFi existant ?

Oui, Purple est indépendant du matériel et fonctionne comme une superposition cloud sur vos points d'accès existants. Il fonctionne avec Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks et Fortinet. Vous n'avez pas besoin de remplacer votre matériel pour capturer les enregistrements de connexion consentis. Les données de visite sont ensuite acheminées vers Purple Engage sous forme de profils d'invités, prêts pour l'API Conversions.

En quoi cela diffère-t-il de l'utilisation de Mailchimp, Klaviyo ou HubSpot ?

La différence réside dans la provenance des données de visite. Mailchimp, Klaviyo et HubSpot envoient des campagnes à une liste que vous détenez déjà. Ils ne permettent pas d'enregistrer le fait qu'un client est entré physiquement dans votre restaurant. Purple Engage constitue cette liste à partir des connexions au WiFi invité, chacune étant un enregistrement de visite de première partie, horodaté et consenti. C'est cet enregistrement qui transforme une connexion API Conversions d'une mesure web en une mesure de visites physiques.

Avons-nous besoin d'un développeur pour configurer l'API Conversions ?

Généralement oui pour les événements de visite, bien que le travail reste modeste. Les événements de site web peuvent souvent être connectés via une intégration partenaire Meta avec très peu de code. Les événements de visite nécessitent une tâche planifiée qui lit les enregistrements de connexion consentis, normalise et hache les identifiants, puis envoie un lot quotidien. Un développeur, une agence ou un CRM disposant d'un connecteur Meta peut le configurer. Prévoyez du temps pour la rédaction du consentement et la révision de la protection des données en parallèle de l'intégration.

Quel taux de correspondance devons-nous attendre entre les visites et les comptes Meta ?

Attendez-vous à ce que Meta corresponde à moins de visites que ce que vous envoyez. Meta ne peut associer que les personnes possédant un compte Meta sous le même e-mail ou numéro de téléphone. Envoyez à la fois un e-mail haché et un numéro de téléphone haché lorsque vous les avez, et normalisez chacun avec soin. Surveillez ensuite le score de qualité du rapprochement des événements dans le Gestionnaire d'événements. Un score en hausse au cours du premier mois indique que vos données de rapprochement s'améliorent.

Dans quel délai les résultats de visite apparaîtront-ils dans le Gestionnaire de publicités ?

Les événements de visite apparaissent dans le Gestionnaire d'événements dès que Meta les reçoit, et les événements de test les affichent au fur et à mesure qu'ils arrivent. Les résultats attribués s'accumulent dans le Gestionnaire de publicités au fur et à mesure que la fenêtre d'attribution de chaque campagne s'exécute. Avec une fenêtre de clic de sept jours, accordez à une campagne au moins une semaine complète avant d'évaluer le coût par visite. Deux à quatre semaines d'envois quotidiens offrent une vue fiable pour vos décisions budgétaires.