Facebook-Offline-Konversion mit Server-GTM

Aufgrund der zunehmenden Tracking-Beschränkungen wird ein präzises Tracking Facebook Ads immer anspruchsvoller. Werbetreibende arbeiten daher intensiv daran, FB mit zuverlässigen Daten über Konversionen, Website-Besucher und Zielgruppen zu versorgen.

Seit der Einführung von Tracking-Beschränkungen ist die Implementierung der Facebook Conversion API die beliebteste Methode zur Verbesserung des Trackings auf FB. Wir haben bereits einen Tag und einen ausführlichen Blog-Artikel über die Einrichtung der FB CAPI. 

Eine andere alte Methode, Ereignisse an den FB-Server zu senden, ist die Verwendung von Facebook-Offline-Konversion. Diese Lösung bietet mehr Freiheit als das FB-Pixel, da Sie Daten von Erstanbietern an FB senden, die nicht durch Tracking-Einschränkungen oder kurzlebige Cookies beeinträchtigt werden können. 

In diesem Leitfaden zeigen wir, wie Sie Offline-Events aus Ihrem CRM oder POS per Webhooks an einen server Google Tag Manager-Container senden und diese anschließend über die Conversions API an Meta weiterleiten.

In den meisten Fällen werden Offline-Konversion verwendet, um Aktionen zu verfolgen, die nicht auf Ihrer Website stattfinden, z. B. Einkäufe in Geschäften oder am Telefon. 

Sie können Offline-Ereignisdaten auf Facebook hochladen, die Ereignisse mit Personen abgleichen, die Ihre FB-Anzeige gesehen oder angeklickt haben. Wenn sie die Person identifizieren und der Anzeige zuordnen können, zählt FB das Ereignis als Konversion in der Werbekampagne. 

Der Konversionstrichter ist mittlerweile so komplex und besteht aus mehreren Touchpoints (einschließlich Klicks und Ansichten), dass einige Vermarkter die Offline-Konversion nutzen, um die FB-Pixel-Zuordnung zu überprüfen. Die Offline-Konversion bietet einen zweiten Blickwinkel bei der Bewertung der Zuordnung von Konversionen zu Anzeigen.

Es gibt mehrere Möglichkeiten, wie man werben Ansatz Einrichtung von Offline-Konversion:

• Manuelles Hochladen mit einer CSV-Datei
• Eingebaute benutzerdefinierte Integration
• Konnektoren wie Zapier

Für eine eingebettete Integration müssen Sie Entwickler beauftragen, die Links zu Ihrem CRM (oder POS usw.) und FB- Offline-Konversion erstellen. Mit Tools wie Zapier lässt sich dies leicht einrichten, aber die Kosten sind hoch, vor allem, wenn es viele Ereignisse gibt. Beim manuellen Hochladen ist viel Arbeit bei der Vorbereitung der CSV-Datei erforderlich. 

Die Einrichtung von FB- Offline-Konversion mit einem sGTM-Tag ist möglicherweise die beste Lösung für diejenigen, die bereits mit Server-Tags vertraut sind. Die Einrichtung dauert nicht lange, und der Preis ist viel niedriger als bei Steckern. 

Denjenigen, die das Server-Side-Tagging noch nicht kennen, empfehle ich die Einrichtung über einen Google Tag Manager MCP-Container so bald wie möglich. Diese Technologie ist für die moderne Tracking-Landschaft konzipiert und arbeitet völlig unabhängig von Drittanbieter-Cookies.

Zwei wesentliche Dinge, die vor der Einrichtung von Server-Tags erledigt werden müssen, sind die Erstellung eines Server-GTM-Containers und die Übermittlung von Daten an sGTM (es gibt mehrere Möglichkeiten der Datenübermittlung, die beliebtesten sind die Einrichtung von serverseitigen GA4, DataTag/DataCleint, Webhooks usw).

Es kann mehrere Gründe geben, Facebook-Offline-Konversionen zu nutzen. 

• Ereignisse genauer messen
• Erstellen Sie hochwertige benutzerdefinierte und ähnliche Zielgruppen
• Optimierung von Kampagnen im Hinblick auf die leistungsstärksten Anzeigen und Anzeigensätze
• ROAS von FB-Kampagnen erhöhen

Die Verwendung von FB-Offline-Containern bietet zahlreiche Vorteile. Wenn Sie jedoch bereits FB CAPI implementiert haben und vielleicht bereits Webhooks verwenden, um Daten an FB CAPI zu senden, sollten Sie in Erwägung ziehen, FB-Offline-Konversionen mit sGTM zu implementieren?

Ich würde dies empfehlen. Ähnlich wie bei einer erfolgreichen Google Ads Optimierung gilt auch hier: Je mehr Daten über Kunden Sie an Facebook senden, desto mehr Informationen werden an die Algorithmen für maschinelles Lernen von FB weitergeleitet, die auswählen, wer Ihre FB-Anzeigen sehen soll. Dies kann sich positiv auf die Ergebnisse von FB-Anzeigen auswirken. 

Was ist mit FB-Offline-Konversionen und den Tracking-Einschränkungen von iOS 15? Es gibt keine offizielle Dokumentation darüber, wie sich die Facebook-Offline-Konversionen auf diejenigen auswirkt, die sich gegen das Tracking auf ihren Mobiltelefonen entschieden haben. Im Folgenden beschreibe ich meine Meinung darüber, wie FB solche Daten verarbeitet. 

In dieser Anleitung wird ein Webhook von meinem CRM verwendet, um Offline-Konversions-Tags von FB auszulösen. Wenn ein Benutzer auf iOS-Geräten, der sich vom Tracking abgemeldet hat, einen Kauf tätigt, wird das FB-Pixel dieses Ereignis nicht aufzeichnen. 

Diese Konversion wurde von einem iOS-Gerät ausgelöst, das sich gegen das Tracking entschieden hat. Das FB-Pixel hat nicht funktioniert. Wenn ein Kauf ausgelöst wird, sendet mein CRM einen Webhook an sGTM mit allen Informationen über Bestellungen und Nutzer. Sobald sGTM diese Daten erhält, sendet es eine Anfrage an Facebook-Offline-Konversionen.  In den Webhook-Daten ist nicht zu erkennen, ob der Nutzer FB erlaubt oder nicht erlaubt hat, ihn zu verfolgen. Das heißt, wenn FB diesen Nutzer mit der Person, die Ihre Anzeige gesehen hat, abgleichen kann, wird diese Offline-Konversion dem Ergebnis der FB-Kampagne zugerechnet.  

Ein weiterer großer Vorteil der FB-Offline-Conversion ist, dass sie immer noch für ein 28-Tage-Attributionsfenster in Frage kommt. Mit FB-Pixel oder FB-Capi können Sie maximal 7 Tage Attribution erhalten. 

1. Öffnen Sie die sGTM Container Preview -> klicken Sie auf die drei Punkte in der oberen rechten Ecke -> klicken Sie auf Send preview manually -> kopieren Sie den X-Gtm-Server-Preview HTTP header preview header.

2. Loggen Sie sich in Ihr Stape-Konto ein -> öffnen Sie den sGTM Container -> gehen Sie auf die Registerkarte Power Ups -> klicken Sie auf config HTTP Header Config -> fügen Sie den Wert ein, den Sie von der Server Google Tag Manager Container Vorschau kopiert haben -> klicken Sie auf Save. 

Nachdem Sie den HTTP-Header hinzugefügt haben, können Sie die Web-Hooks in der sGTM-Vorschau sehen.

Denken Sie daran, den HTTP-Vorschau-Header zu entfernen, wenn die Konfiguration abgeschlossen ist. 

3. In diesem Schritt werde ich Webhooks einrichten, um Daten an sGTM zu senden. Gehen Sie zu Ihrem CRM (in meinem Fall ist es Wordpress).  Fügen Sie den Webhook-Namen und die Webhook-URL hinzu. Verwenden Sie die Tag-Server-URL als Webhook-URL + Pfad dazu (Sie finden die Tag-Server-URL in den sGTM-Container-Einstellungen auf stape). Konfigurieren Sie die Webhook-Daten, die Sie senden möchten.

4. Öffnen Sie die sGTM-Container-Vorschau und testen Sie den Webhook. Sie sollten die entsprechende Anfrage im sGTM-Debugger sehen. 

5. Lassen Sie uns einen Client in sGTM einrichten, der die vom CRM gesendete Anfrage beansprucht. Dazu müssen Sie Data Client in Ihr sGTM importieren. Sobald Sie Data Client zur sGTM-Clientvorlage hinzugefügt haben, gehen Sie zum Abschnitt Clients in sGTM -> Klicken Sie auf New Client -> Wählen Sie Data Client und scrollen Sie nach unten zu Accepted Path Settings -> Add request path of your webhook. Client speichern. 

6. Öffnen Sie den sGTM-Debugger und überprüfen Sie, ob der Daten-Client Webhook-Anfragen korrekt validiert. Überprüfen Sie die Ereignisdaten. Sie sollten alle Informationen sehen, die Sie im Webhook konfiguriert haben.

Vor Juli 2023 wurde Offline Conversions API verwendet, um Daten an Facebook Offline Conversions zu senden. Aber jetzt sind die Dinge immer viel einfacher wegen der Aktualisierung Facebook Conversions API.

Wenn Sie das Facebook Offline Conversion Tag von Stape verwenden, das jetzt veraltet ist, kann es sein, dass Ihre Ereignisse im Juli 2023 nicht mehr eingehen und Sie bei der Fehlersuche einen Fehler wie diesen erhalten:

Da die Offline-Conversions-API bald vollständig eingestellt wird, empfehlen wir, direkt zur Berichterstattung über die aktualisierte Standard-Conversions-API überzugehen, zumal dies einfacher und logischer geworden ist.

Früher haben Sie Offline-Konvertierungen an einen separaten Offline-Datensatz gesendet. Dies ist jetzt nicht mehr notwendig, da Sie statt der Standard-FB-Pixel jetzt wahrscheinlich einen "Datensatz" haben, der im Wesentlichen dasselbe ist, und die meisten Pixel wurden automatisch in einen Datensatz konvertiert, was Sie vielleicht nicht einmal bemerkt haben :)

Für die Offline-Berichterstattung auf FB ist es nun zwingend erforderlich, genau ein Dataset und kein Pixel zu verwenden. In den meisten Fällen, wenn Sie zu Ihrem Pixel gehen und es überprüfen, werden Sie feststellen, dass es bereits ein Datensatz geworden ist.

Am einfachsten überprüfen Sie dies, indem Sie die Einstellungen aufrufen und sich vergewissern, dass Sie "Dataset ID" anstelle von "Pixel ID" verwenden (die Nummer bleibt dieselbe):

Wenn Sie noch ein Pixel haben, finden Sie hier eine Anleitung, wie Sie FB Pixel in ein Dataset umwandeln oder ein neues Dataset erstellen können.

Wir haben uns also vergewissert, dass Sie bereits ein Dataset haben. Nun müssen Sie noch das Senden von Offline-Ereignissen konfigurieren, was sich eigentlich nicht von der Konfiguration von Standard-FB-Ereignissen unterscheidet.

Zuvor haben wir ein Update des Facebook Conversion API-Tags für den Server-Container hinzugefügt. Neben der Umstellung auf die neue Version der API wurde auch ein Element mit einer Aktionsquellenauswahl zur Schnittstelle hinzugefügt:

Und ja, um ein Ereignis als offline zu versenden, müssen Sie lediglich "Physischer Laden" in der Aktionsquelle auswählen.

Nehmen wir also an, dass wir ein CRM-System haben, in dem die Kunden des Unternehmens gespeichert sind. Einige Verkäufe finden auf der Website statt, und wir haben bereits eine Online-Konvertierungsfunktion eingerichtet, aber einige Verkäufe finden auch per E-Mail, Telefon oder in einem Geschäft statt. Bei solchen Verkäufen durchläuft der Benutzer nicht den Standard-Online-Flow, so dass die einzige Option für uns darin besteht, die Entwickler zu bitten, einen Webhook im JSON-Format einzurichten, der an unseren Server-GTM-Container gesendet wird, wenn beispielsweise eine Kundenkarte den Status "Erledigt" erhält, was bedeutet, dass die Transaktion abgeschlossen ist.

Es ist äußerst wichtig, dass der Webhook so viele Nutzerdaten wie möglich enthält, da dies die einzige Quelle ist, aus der das Ereignis Ihren Anzeigen zugeordnet werden kann (da es kein fbc-Cookie gibt).

Eine vollständige Liste der Nutzerdaten, die Facebook akzeptiert, und deren Format finden Sie hier.

Die Daten im Webhook müssen nicht gehasht werden, das Tag selbst tut dies automatisch vor dem Senden des Ereignisses.

Für das Debuggen von Webhooks müssen Sie den Stape Power-UP "Htttp-Header" verwenden. Wir haben bereits in diesem Blogbeitrag beschrieben, wie man Webhooks in sGTM sendet und debuggt.

Die weitere Einstellung unterscheidet sich nicht von der Einstellung einer Standardveranstaltung.

1) Bringen Sie die Daten von Event Data in das von Facebook benötigte Format.

2) Fügen Sie die entsprechenden Variablen zum Facebook-Tag hinzu und wählen Sie Aktionsquelle: Physical Store (genau dieser Punkt und senden Sie das Ereignis an den Offline-Typ).

3) Fügen Sie den richtigen Auslöser hinzu.

In meinem Beispiel verwende ich Data Client, um die Webhooks abzurufen (und ich empfehle Ihnen, dasselbe zu tun).

Data Client verfügt über eine praktische Option - zusätzlicher Pfad. Ich verwende diese Option immer für Webhooks, um sicherzustellen, dass es keine falsch-positiven Meldungen von anderen Tags gibt. Ich verwende den Pfad /webhook für Webhooks, was bedeutet, dass Entwickler Webhooks an meinen Container https://gtm.example.com/webhook senden.

Und entsprechend kann ich einen einfachen Trigger für mein Ereignis mit zusätzlicher Validierung verwenden:

Es bleibt noch, im Debug-Modus sicherzustellen, dass das Tag funktioniert und Facebook die Daten akzeptiert hat und Sie das Update live veröffentlichen können.

Anschließend sollten Sie Ereignisse mit dem Typ Offline in Ihrem Dataset sowohl in der Gesamtliste als auch in den Ereignisdetails sehen:

Die Einrichtung von Offline-Ereignissen ist jetzt nicht mehr komplizierter als die von Standard-Facebook-Ereignissen. Außerdem ist es jetzt bequemer, alle Ereignisse zu verfolgen, da jetzt alles an einem Ort gesammelt wird - in einem einzigen Datensatz.

Ziel ist es, Ihre Tracking-Möglichkeiten zu verbessern und Ihnen mehr Einblick in Ihre Offline-Konversionen zu geben. Dies wiederum kann dazu beitragen, Ihre Marketingstrategien zu verbessern und bessere Ergebnisse für Ihr Unternehmen zu erzielen.

Facebook-Offline-Conversions sind eine Möglichkeit, die Ergebnisse Ihrer FB-Kampagnen und die Attribution zu verbessern. Offline-Conversions allein reichen jedoch nicht für ein korrektes FB-Tracking oder den Aufbau von Zielgruppen aus. Sie können aber eine sehr gute Ergänzung zu Ihrer bestehenden Einrichtung mit dem FB-Pixel und der Facebook Conversions API sein.

Durch die Nutzung von Webhooks zusammen mit einem Facebook Conversions API-Tag in Ihrem server Google Tag Manager-Container können Sie Offline-Conversions mit weniger manuellem Aufwand einrichten. Vergessen Sie nicht, die besten Praktiken für die Offline-Konversion zu befolgen, um die Effizienz Ihrer Einrichtung zu erhöhen. 

Wenn Sie Hilfe bei der Einrichtung von ss-Tags benötigen, sind wir für Sie da!