Paid social

Meta Conversions API-Integration für Restaurants: Messung von Anzeigen anhand echter Besuche

Sie können entscheiden, ob Sie zugestimmt Gast-WiFi-Besuche an die Meta Conversions API senden möchten, und dies in sechs Schritten einrichten. Der Leitfaden behandelt Einwilligung, Hashing, Deduplizierung und tägliche Batches.

13 min read3.092 words

Die Integration der Meta Conversions API mit Gäste-WiFi ermöglicht es Restaurants, Offline-Besuche unter Wahrung der GDPR-Standards mit den Werbeausgaben abzugleichen. Durch das Senden von gehashten SHA-256-Anmeldedaten aus über 80.000 Standorten können Betreiber physische Besuche direkt einzelnen Kampagnen zuordnen - so lassen sich tatsächliche Werberenditen weit über reine Online-Buchungen hinaus nachverfolgen.

Was bewirkt die Meta Conversions API für ein Restaurant?

Meta bewertet Ihre Anzeigen anhand der Ereignisse, die das System sehen kann. Für die meisten Restaurants sind das Pixel-Ereignisse auf einer Website: eine Buchung, das Ansehen der Speisekarte oder der Download eines Gutscheins. Ein Gast, der Ihre Anzeige gesehen hat, die Website übersprungen hat und direkt zum Mittagessen vorbeigekommen ist, taucht dort nie auf. Dennoch ist genau dieser Besuch das Ergebnis, für das Sie bezahlt haben.

Die Conversions API (CAPI) ist die Server-zu-Server-Verbindung von Meta. Ihre Systeme senden Ereignisse direkt an Meta, anstatt sich auf ein Skript im Browser zu verlassen. Meta dokumentiert dies für Website-, App- und Offline-Ereignisse. Zu den Offline-Ereignissen gehören Besuche an einem physischen Standort, die mit der Aktionsquelle "physical_store" gekennzeichnet werden.

Warum reine Pixel-Berichte die Ergebnisse von Restaurants untererfassen

Zwischen dem, was Ihre Anzeigen erreichen, und dem, was der Ads Manager meldet, entstehen drei Lücken.

  • Der Besuch findet offline statt. Das Meta-Pixel läuft nur in einem Browser auf Ihren eigenen Seiten. Ein spontaner Besuch, eine telefonische Reservierung oder eine Buchung über eine Drittanbieter-Plattform hinterlassen kein Pixel-Ereignis.
  • Browser verwerfen Ereignisse. Die eigene Dokumentation von Meta besagt, dass die Conversions API den Datenverlust durch Browser-Ladefehler, Verbindungsprobleme und Ad-Blocker reduziert.
  • Geräte-Datenschutzeinstellungen schränken Signale ein. Seit iOS 14.5 verlangt Apple, dass Apps um Erlaubnis fragen, bevor sie Aktivitätsdaten über Apps und Websites anderer Unternehmen hinweg nutzen. Viele Nutzer lehnen dies ab, wodurch Signale wegfallen, auf die sich das Pixel früher verlassen hat.

Die Folgen gehen über eine reine Berichtslücke hinaus. Das Auslieferungssystem von Meta optimiert auf die Personen hin, die die empfangenen Ereignisse auslösen. Wenn das nur Online-Buchungen sind, verlagert sich das Budget zu Personen, die online buchen. Kampagnen, die Tische durch spontane Besuche füllen, wirken teuer und werden daher pausiert.

Was sich ändert, wenn Besuche Meta erreichen

Sie senden ein Besuchsereignis für jeden Gast, der seine Einwilligung gegeben hat und sich in Ihr WiFi einloggt - zusammen mit einer gehashten E-Mail-Adresse oder Telefonnummer und einem Zeitstempel. Meta gleicht dieses Ereignis nach Möglichkeit mit dem Meta-Konto der Person ab. Anschließend wird der Besuch im Rahmen Ihrer Attributionseinstellungen der Anzeige zugeordnet, die der Gast gesehen oder angeklickt hat. Sie erhalten so die Kosten pro Besuch nach Kampagne und nicht nur die Kosten pro Buchung.

Der schwierige Teil ist nicht die API. Es ist eine zuverlässige, einwilligungsbasierte Erfassung darüber, wer wann zu Besuch war. E-Mail-Plattformen wie Mailchimp, Klaviyo und HubSpot senden Kampagnen an eine bestehende Liste. Sie erfassen jedoch nicht, dass ein Gast tatsächlich Ihre Tür besucht hat. Gäste-WiFi tut genau das: Jeder Login ist ein mit einem Zeitstempel versehener Erstanbieter-Besuchsdatensatz, dem die Einwilligungsentscheidung des Gastes beigefügt ist. Über die mehr als 80.000 aktiven Standorte von Purple hinweg haben sich Gäste im Jahr 2024 440 Millionen Mal eingeloggt (Purple-Daten). Das ist das Rohmaterial für die Besuchsmessung.

Was benötigen Sie, bevor Sie mit der Conversions API starten?

Sammeln Sie sieben Dinge, bevor jemand Code schreibt oder eine Integration verbindet.

  1. Ein Meta-Unternehmensportfolio mit Administratorzugriff sowie den Datensatz, auf den sich Ihre Anzeigenberichte beziehen. Meta verwendet jetzt den Begriff "Datensatz" für das, was früher als Pixel-ID bezeichnet wurde.
  2. Ein Conversions-API-Zugriffstoken, das im Meta Events Manager für diesen Datensatz generiert wurde.
  3. Möglichkeit zum serverseitigen Senden von Events. Das bedeutet ein eigener Entwickler, eine Meta-Partnerintegration oder eine CRM- bzw. Kundendatenplattform mit einem Meta-Konnektor.
  4. Einwilligungspflichtige Besuchsdaten. Sie benötigen Gast-WiFi-Anmeldedaten mit E-Mail oder Telefonnummer, Zeitstempel, Standort und Einwilligungsstatus. Purple Engage speichert diese als Gastprofile, die bei jeder Anmeldung erstellt werden.
  5. Eine Rechtsgrundlage und eine aktualisierte Datenschutzerklärung. Gemäß DSGVO Artikel 6 benötigen Sie eine Rechtsgrundlage für die Weitergabe von Daten an Meta. Für die Messung von Werbeanzeigen ist dies in der Regel eine Einwilligung, die die Bedingungen von Artikel 7 erfüllen muss.
  6. Eine gemeinsame Definition eines Besuchs. Entscheiden Sie, was zählt: eine Anmeldung pro Gast pro Standort pro Tag, Mitarbeiter ausgeschlossen.
  7. Eine Ausgangsbasis. Exportieren Sie die Pixel-Ergebnisse von vier Wochen pro Kampagne, um einen Vorher-Nachher-Vergleich anstellen zu können.

Lesen Sie zu Punkt fünf die Leitlinien 8/2020 des Europäischen Datenschutzausschusses zur Zielgruppenadressierung von Nutzern sozialer Medien. Diese beschreiben, wie ein Werbetreibender und eine Plattform für bestimmte Verarbeitungsschritte gemeinsam Verantwortliche sein können. Die Bedingungen für Meta Business-Tools legen außerdem Ihre Pflichten beim Senden von Daten fest. Ihr Datenschutzbeauftragter sollte beides absegnen, bevor das erste Event Ihren Server verlässt.

Wie verbinden Sie Gast-WiFi-Besuchsdaten mit der Conversions-API?

Die Einrichtung erfolgt in sechs Schritten. Die Entwicklerdokumentation von Meta deckt die technischen Details ab; dieser Abschnitt behandelt die Entscheidungen, die in Ihrer Verantwortung liegen.

1. Einwilligung bei der WiFi-Anmeldung erfassen

Ihre WiFi-Anmeldeseite ist der Ort, an dem die Einwilligung beginnt. Fordern Sie die Einwilligung zur Anzeigenmessung getrennt von der Einwilligung zum E-Mail-Marketing an. Erwägungsgrund 32 der DSGVO stellt ausdrücklich klar, dass Stillschweigen und bereits angekreuzte Kästchen nicht als Einwilligung gelten. Purple verwendet aus diesem Grund Opt-ins auf Basis bewusster Entscheidungen: Der Gast entscheidet sich aktiv, und die Wahl wird im Profil gespeichert.

Formulieren Sie den Text in einfacher Sprache. Zum Beispiel: "Erlauben Sie uns, eine verschlüsselte Version Ihrer E-Mail-Adresse an Meta zu senden, damit wir sehen können, ob unsere Anzeigen Sie hierher geführt haben." Ein klarer Satz bringt mehr Zustimmungen als ein Link zu einer Richtlinie.

2. Das Besuchs-Event definieren

Die Standard-Events von Meta enthalten keinen Restaurantbesuch, daher erstellen die meisten Standorte ein benutzerdefiniertes Event. Nennen Sie es eindeutig, z. B. "VenueVisit". Senden Sie ein Event pro Gast, pro Standort, pro Tag, selbst wenn sich der Gast dreimal anmeldet. Schließen Sie Mitarbeitergeräte und alle Gäste aus, die sich an mehr als vier Tagen pro Woche anmelden, was normalerweise auf einen Mitarbeiter hindeutet.

3. Abgleichdaten vorbereiten und hashen

Meta verlangt, dass personenbezogene Identifikatoren wie E-Mail und Telefonnummer vor dem Senden normalisiert und mit SHA-256 gehasht werden. Normalisieren bedeutet, Leerzeichen zu entfernen, E-Mails in Kleinbuchstaben umzuwandeln und Telefonnummern die Landesvorwahl hinzuzufügen. Eine mangelhafte Normalisierung ist der häufigste Grund für fehlgeschlagene Übereinstimmungen.

Jedes Event benötigt außerdem eine Event-Zeit, die Action Source "physical_store" und eine eindeutige Event-ID. Senden Sie nur die von Meta aufgeführten Parameter. Netzwerkkennungen wie MAC-Adressen gehören nicht dazu und sollten Ihre Systeme niemals verlassen.

4. Events in einem täglichen Batch senden

Meta lehnt Events ab, die älter als das dokumentierte Zeitfenster sind. Lassen Sie diese also nicht eine Woche lang in der Warteschlange. Planen Sie mindestens einen täglichen Batch und prüfen Sie beim Einrichten das aktuelle Zeitlimit in der Dokumentation von Meta. Ein täglicher Versand hält den Ads Manager zudem nah genug an der Echtzeit für wöchentliche Kampagnenüberprüfungen.

5. Vor dem Go-Live testen

Das Test Events Tool von Meta innerhalb des Events Managers zeigt Events bei der Ankunft an, wenn Sie diese mit einem Testcode senden. Senden Sie zuerst eine Handvoll bekannter Besuche. Bestätigen Sie, dass Event-Name, Zeit und Action Source korrekt gelesen werden, bevor Sie auf Live-Übertragungen umstellen.

6. Custom Conversion erstellen und zum Reporting hinzufügen

Erstellen Sie eine Custom Conversion aus Ihrem Besuchs-Event und fügen Sie diese als Spalte im Ads Manager hinzu. Sie können nun die Kosten pro Besuch neben den Kosten pro Buchung lesen, Kampagne für Kampagne.

Was sollten Sie wann an Meta senden?

Beginnen Sie zielgerichtet. Ein sauberes Besuchs-Event bringt Ihnen mehr Erkenntnisse als fünf fehlerhafte. Fügen Sie Events erst hinzu, wenn das erste gut abgeglichen wird und Ihr Team den Zahlen vertraut.

Event Woher die Daten stammen Gesendete Abgleichsdaten Wann zu senden Was es Ihnen sagt
VenueVisit (custom) Gäste-WiFi-Login, nur eingewilligte Gäste Gehashte E-Mail, gehashte Telefonnummer, Event-Zeit, Standort Täglicher Batch Kosten pro Besuch nach Kampagne
ReturnVisit (custom) Zweiter WiFi-Login innerhalb von 30 Tagen Gehashte E-Mail, gehashte Telefonnummer, Event-Zeit, Standort Täglicher Batch Ob Anzeigen Gäste zurückbringen, nicht nur einmal
Purchase (standard) Kassen- oder EPOS-Datensatz, der mit dem Gast verknüpft ist Gehashte E-Mail, Wert, Währung, Event-Zeit Täglicher Batch Den Anzeigen zugeschriebener Umsatz
Schedule (standard) Online-Buchungssystem Gehashte E-Mail, Event-Zeit, mit dem Pixel geteilte Event-ID Innerhalb einer Stunde Durch Browser-Datenverlust gerettete Buchungen

Für jede Zeile gelten zwei Regeln. Erstens: Senden Sie nur Daten von Gästen, die ihre Einwilligung zur Anzeigenmessung gegeben haben, und stoppen Sie in dem Moment, in dem sie diese widerrufen. Zweitens: Wenn der Pixel und der Server dasselbe Web-Event melden, verwenden Sie denselben Event-Namen und dieselbe Event-ID. Meta nutzt dieses Paar zur Deduplizierung, damit eine Buchung nicht doppelt gezählt wird.

Das Event für Wiederholungsbesuche ist für einen CRM Director am wichtigsten. Ein erster Besuch über eine Anzeige ist nützlich. Ein zweiter Besuch innerhalb von 30 Tagen zeigt, dass die Anzeige eine Beziehung gestartet hat, auf der Ihr E-Mail- und Messaging-Programm aufbauen kann. Vergleichen Sie für den Follow-up-Kanal die Kosten in WhatsApp vs. SMS für Restaurant-Marketing: Kosten und Reichweite im Vergleich.

Welche Messmethode passt zu Ihrem Restaurant?

Serverseitige Besuchs-Events sind nicht die einzige Möglichkeit, Paid Social zu messen. Die richtige Wahl hängt davon ab, wo Ihre Gäste konvertieren und welche Daten Sie besitzen.

Methode Was erfasst wird Erfasst Laufkundschaft Benötigte Daten Einrichtungsaufwand Geeignet für
Nur Meta Pixel Website-Ereignisse im Browser Nein Pixel auf Buchungs- und Speisekartenseiten Gering: ein Tag auf der Website Betriebe, bei denen die meisten Gäste online buchen
Pixel plus CAPI für Web-Ereignisse Website-Ereignisse, mit Wiederherstellung von Browser-Verlusten Nein Pixel, Serverzugriff, gemeinsame Ereignis-IDs Mittel: Partnerintegration oder Entwickler Gruppen mit hohem Online-Buchungsvolumen
CAPI mit Gast-WiFi-Besuchsereignissen Web-Ereignisse plus eingewilligte Vor-Ort-Besuche Ja, für WiFi-Gäste mit Einwilligung Einwilligungsbasierte Anmeldedaten mit E-Mail oder Telefon Mittel bis hoch: Einwilligungsprüfung, Hashing, täglicher Versand Restaurants, Bars und Hotels mit starker Laufkundschaft
Meta Conversion Lift Studie Inkrementelle Besuche durch Anzeigen über Test- und Kontrollgruppen Ja, anhand der gesendeten Besuchsereignisse Besuchsereignisse plus ausreichend Budget und Volumen für einen Test Hoch: geplanter Test über mehrere Wochen Gruppen, die testen, ob sich Paid Social überhaupt lohnt

Nutzen Sie die Tabelle als Entscheidungshilfe. Wenn weniger als die Hälfte Ihrer Gäste online bucht, erfasst das Pixel-Reporting den Großteil Ihrer Ergebnisse nicht - daher stehen Besuchsereignisse an erster Stelle. Wenn Sie bereits Besuchsereignisse senden und Ihr Finanzteam Paid Social weiterhin anzweifelt, führen Sie eine Lift-Studie durch. Attribution zeigt Ihnen, wer nach einer Anzeige vorbeigekommen ist. Lift zeigt Ihnen, wer wegen der Anzeige vorbeigekommen ist.

Zwei Praxisbeispiele

Die folgenden Zahlen dienen als anschauliche Rechenbeispiele zur Demonstration der Methode. Es handelt sich nicht um gemeldete Ergebnisse eines namentlich genannten Betriebs.

Szenario 1: Eine Casual-Dining-Gruppe mit 12 Standorten und einem Mittagsangebot

Ausgangslage. Die Gruppe gab über vier Wochen 6.000 £ für die Bewerbung einer Wochentags-Mittagskarte auf Instagram und Facebook aus. Der Werbeanzeigenmanager meldete 40 Online-Buchungen, was Kosten von 150 £ pro Buchung entsprach. Der Finanzdirektor forderte den Stopp der Kampagne.

Maßnahme. Das Marketingteam fügte auf der WiFi-Anmeldeseite ein separates Opt-in für Werbemessung hinzu. Anschließend sendete es täglich ein VenueVisit-Ereignis für Gäste mit Einwilligung und baute das Reporting um eine benutzerdefinierte Conversion herum neu auf. Die nächste vierwöchige Kampagnenphase lief mit demselben Budget und denselben Werbemitteln.

Ergebnis. Die Gruppe sendete 1.900 eingewilligte Besuchsereignisse zur Mittagszeit. Meta ordnete 310 davon der Kampagne innerhalb eines Conversion-Fensters von 7 Tagen nach Klick und 1 Tag nach Aufruf zu. Die Kosten pro zugeschriebenem Besuch lagen bei 19,35 £, verglichen mit 150 £ pro Buchung rein auf Basis der Pixel-Daten. Die Kampagne blieb aktiv. Das CRM-Team nutzte anschließend das ReturnVisit-Ereignis, um festzustellen, dass 70 dieser Gäste innerhalb von 30 Tagen wiederkehrten.

Szenario 2: Ein Hotel mit 150 Zimmern, öffentlichem Restaurant und Bar

Ausgangslage. Das Hotel schaltete Meta-Anzeigen für sein Restaurant und seine Bar, die sich an lokale Gäste und nicht an Hotelgäste richteten. Pixel- und Server-Ereignisse für Buchungen waren bereits eingerichtet, aber die gemeldeten Ergebnisse hatten sich über Nacht verdoppelt.

Was getan wurde. Das Team stellte fest, dass sowohl die Buchungsmaschine als auch die Serverintegration Schedule-Events mit unterschiedlichen Event-IDs sendeten. Meta konnte diese nicht deduplizieren. Das Team glich die Event-IDs an und schloss anschließend Hotelgäste aus dem VenueVisit-Event aus, indem Logins anhand von raumverknüpften Profilen gefiltert wurden.

Ergebnis. Die gemeldeten Buchungen sanken im folgenden Monat von 220 auf 112, was der eigenen Zählung des Buchungssystems bis auf 3% entsprach. Besuchs-Events erfassten nun nur noch Restaurantgäste, die keine Hotelgäste waren, 640 im Monat. Das Team konnte die Restaurantausgaben endlich mit dem lokalen Geschäft vergleichen, anstatt mit einer Mischung aus Hotelgästen und Duplikaten.

Woran erkennen Sie, dass die Conversions-API funktioniert?

Prüfen Sie im ersten Monat fünf Signale in dieser Reihenfolge.

Empfangene Events entsprechen den gesendeten Events

Ihre tägliche Anzahl an zugestimmten Besuchen sollte mit den Events übereinstimmen, die Meta im Events Manager als empfangen meldet. Eine Abweichung von mehr als 5% deutet auf fehlgeschlagene Sendungen, abgelehnte Events oder Timing-Probleme hin.

Die Event Match Quality verbessert sich

Meta gibt jedem Server-Event eine Punktzahl von 10 dafür, wie gut die Übereinstimmungsdaten Personen identifizieren. Das Hinzufügen einer gehashten Telefonnummer neben der E-Mail-Adresse erhöht in der Regel den Wert. Beobachten Sie den Trend Woche für Woche, nicht die Zahl des ersten Tages.

Die Deduplizierung ist sauber

Wenn sowohl die Pixel- als auch die Serverergebnisse an dem Tag, an dem Sie live gegangen sind, stark angestiegen sind, werden die Events wahrscheinlich doppelt gezählt. Überprüfen Sie, ob gemeinsame Events aus beiden Quellen denselben Namen und dieselbe Event-ID tragen.

Die Kosten pro Besuch sind stabil

Nach zwei oder drei Wochen sollten sich die Kosten pro zugeschriebenem Besuch für jede Kampagne in einem konsistenten Bereich einpendeln. Starke Schwankungen deuten darauf hin, dass Batches zu spät oder unregelmäßig eintreffen.

Die Ergebnisse halten einer Kontrollgruppe stand

Die Attributierung rechnet einer Anzeige jeden an, der sie gesehen und danach besucht hat, einschließlich Stammgästen, die ohnehin gekommen wären. Führen Sie einen einfachen Test durch: Pausieren Sie Anzeigen für einen vergleichbaren Standort für zwei Wochen und vergleichen Sie die WiFi Besuchszahlen. Für eine präzise Antwort nutzen Sie die Conversion Lift Studie von Meta.

Was geht schief und wie vermeiden Sie es?

Die meisten Fehler sind Prozessfehler, keine Codefehler. Hier sind die sechs Punkte, die Restaurantgruppen die meiste Zeit kosten.

  • Senden von Daten ohne gültige Einwilligung. Ein einfaches Kontrollkästchen für "Marketing" hält der GDPR Artikel 7 für Anzeigenmessung nicht stand. Trennen Sie die Opt-ins und speichern Sie jede Auswahl mit ihrem Zeitstempel.
  • Doppeltes Zählen desselben Events. Pixel- und Server-Events ohne übereinstimmende Event-IDs blähen jede Zahl auf, die Sie melden. Beheben Sie die Deduplizierung, bevor Sie der Finanzabteilung Ergebnisse zeigen.
  • Batches veralten lassen. Events, die das Zeitlimit von Meta überschreiten, werden abgelehnt, ohne in Berichten zu erscheinen. Automatisieren Sie den täglichen Versand und benachrichtigen Sie jemanden, wenn er fehlschlägt.
  • Personal und Hotelgäste als Restaurantgäste zählen. Mitarbeiter melden sich in jeder Schicht an und Hotelgäste täglich. Filtern Sie beide heraus, sonst sehen Ihre Kosten pro Besuch besser aus, als sie sind.
  • Jeden Login als Besuch behandeln. Ein Gast, der sich nach dem Mittagessen erneut verbindet, ist immer noch ein Besuch. Senden Sie ein Event pro Gast, pro Standort, pro Tag.
  • Zuordnung mit Ursache verwechseln. Ein treuer Stammgast, der Ihre Anzeige gesehen hat, wird als durch die Anzeige generierter Besuch gezählt. Nutzen Sie Kontrollgruppen oder Lift Studien, bevor Sie große Budgets verschieben.

Ein weiterer Misserfolg liegt vollständig außerhalb von Meta: eine zu kleine Liste mit Einwilligung. Die Besuchsmessung funktioniert nur für Gäste, die zugestimmt haben. Betrachten Sie die Opt-in-Rate bei der WiFi Anmeldung als eine Paid-Media-Metrik, da sie die Obergrenze dessen festlegt, was Sie messen können.

Häufig gestellte Fragen

Ersetzt die Meta Conversions API den Meta Pixel?

Nein, Meta empfiehlt, die Conversions API zusammen mit dem Pixel auszuführen, nicht anstelle davon. Der Pixel erfasst Browser-Ereignisse in Echtzeit, während die Serververbindung Ereignisse wiederherstellt, die der Browser verliert, und Offline-Besuche hinzufügt. Wenn beide dasselbe Web-Ereignis melden, senden Sie denselben Ereignisnamen und dieselbe Ereignis-ID. Meta zählt es dann nur einmal. Für Besuche vor Ort gilt nur die Serververbindung, da kein Browser-Ereignis dupliziert werden kann.

Ist das Teilen von WiFi Gastdaten mit Meta GDPR-konform?

Ja, vorausgesetzt, Sie haben eine Rechtsgrundlage, die bei der Anzeigenmessung in der Regel eine ausdrückliche Einwilligung ist. GDPR Artikel 7 legt die Bedingungen fest, und Erwägungsgrund 32 schließt vorausgewählte Kontrollkästchen aus. Informieren Sie Ihre Gäste in einfachen Worten darüber, dass eine verschlüsselte Version ihrer E-Mail-Adresse an Meta übermittelt wird, um Anzeigen zu messen. Hashing Sie Identifikatoren mit SHA-256, wie von Meta gefordert. Stoppen Sie die Übermittlung in dem Moment, in dem ein Gast seine Einwilligung widerruft. Bitten Sie Ihren Datenschutzbeauftragten, die Leitlinien 8/2020 des Europäischen Datenschutzausschusses zu prüfen.

Funktioniert dies mit der WiFi Hardware, die wir bereits nutzen?

Ja, Purple ist hardwareunabhängig und läuft als Cloud-Overlay auf Ihren vorhandenen Access Points. Es funktioniert mit Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme und Fortinet. Sie müssen keine Hardware austauschen, um einwilligungsbasierte Anmeldedaten zu erfassen. Die Besuchsdaten fließen dann als Gastprofile in Purple Engage, wo sie für die Conversions API vorbereitet werden.

Wie unterscheidet sich dies von der Nutzung von Mailchimp, Klaviyo oder HubSpot?

Der Unterschied liegt darin, woher die Besuchsdaten stammen. Mailchimp, Klaviyo und HubSpot senden Kampagnen an eine Liste, die Sie bereits besitzen. Sie erfassen nicht, dass ein Gast Ihr Restaurant physisch betreten hat. Purple Engage baut die Liste aus WiFi Gastanmeldungen auf - jede davon ein mit Zeitstempel versehener, einwilligungsbasierter First-Party-Besuchsdatensatz. Genau dieser Datensatz verwandelt eine Conversions API Verbindung von einer Webmessung in eine Besuchsmessung.

Benötigen wir einen Entwickler, um die Conversions API einzurichten?

In der Regel ja für Besuchs-Ereignisse, obwohl der Aufwand überschaubar ist. Website-Ereignisse können oft über eine Meta Partner-Integration mit wenig Code verbunden werden. Besuchs-Ereignisse erfordern einen geplanten Auftrag, der einwilligungsbasierte Anmeldedaten liest, Identifikatoren normalisiert und hasht sowie einen täglichen Batch sendet. Ein Entwickler, eine Agentur oder ein CRM mit einem Meta Connector kann dies aufbauen. Planen Sie neben der Entwicklung Zeit für den Einwilligungstext und die Datenschutzprüfung ein.

Welche Übereinstimmungsrate sollten wir zwischen Besuchen und Meta Konten erwarten?

Rchnen Sie damit, dass Meta weniger Besuche zuordnet, als Sie senden. Meta kann nur Personen zuordnen, die ein Meta-Konto unter derselben E-Mail-Adresse oder Telefonnummer besitzen. Senden Sie sowohl eine gehashte E-Mail-Adresse als auch eine gehashte Telefonnummer, sofern vorhanden, und normalisieren Sie beide sorgfältig. Beobachten Sie anschlie%dend den Event Match Quality Score im Events Manager. Ein steigender Wert im ersten Monat zeigt, dass sich Ihre Zuordnungsdaten verbessern.

Wie schnell erscheinen die Besuchsergebnisse im Ads Manager?

Besuchs-Events erscheinen im Events Manager, sobald Meta sie erhält, und Test Events zeigt sie bei der Ankunft an. Zugeschriebene Ergebnisse bauen sich im Ads Manager auf, während das Attribution Window der jeweiligen Kampagne läuft. Räumen Sie einer Kampagne bei einem Klick-Fenster von sieben Tagen mindestens eine volle Woche ein, bevor Sie die Kosten pro Besuch beurteilen. Zwei bis vier Wochen täglicher Übertragungen liefern eine zuverlässige Grundlage für Budgetentscheidungen.