Facebook-Offline-Konversion mit Server-GTM

Aufgrund der Tracking-Beschränkungen arbeiten Facebook-Werbetreibende hart daran, FB mit relativen Daten über Konversionen, Website-Besucher und Zielgruppen zu versorgen und letztendlich die Effektivität von Facebook-Kampagnen zu verbessern. 

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 Blog-Artikel geht es um ein neues Tag für den Google Tag Manager Server Container, das Facebook-Offline-Konversion Tag. Es ermöglicht Ihnen, Daten an eine Facebook-Offline-Konversion zu senden, indem Sie den Google Tag Manager Server-Container verwenden. 

Was sind Facebook-Offline-Konversion?Link zu diesem Abschnitt kopieren

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, es so bald wie möglich zu implementieren, da diese Technologie für die neue Welt des Trackings konzipiert ist, die nicht auf Cookies von Drittanbietern angewiesen ist. 

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 GA4, DataTag/DataCleint, Webhooks usw).

Warum Facebook-Offline-Konversionen verwenden?Link zu diesem Abschnitt kopieren

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?

I would suggest doing so. The main reason is that the more data about customers you send to Facebook, the more information is fed to FB machine learning algorithms that select who should see your FB ads. This may have a positive effect on the results of FB ads. 

Ich würde dies empfehlen. 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. 

Daten über Webhook an sGTM sendenLink zu diesem Abschnitt kopieren

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.

So richten Sie Facebook-Offline-Konversionen mit sGTM einLink zu diesem Abschnitt kopieren

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.

FallbeispielLink zu diesem Abschnitt kopieren

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.

Schlussfolgerung:Link zu diesem Abschnitt kopieren

FB-Offline-Konversion sind eine Möglichkeit, die Ergebnisse Ihrer FB-Kampagne zu steigern und die Attribution zu verbessern. Auch wenn Offline-Konversion allein nicht ausreichen, um die richtigen Analysen und Zielgruppen zu erreichen, können sie eine großartige Ergänzung zu Ihrem bestehenden FB-Pixel-Tracking und FB-CAPI sein. 

Durch die Verwendung des FB- Offline-Konversion -Tags für den sGTM-Container können Sie nun Offline-Konversion einfacher und kostengünstiger als bisher 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!