Mit Facebook Pixel können Sie verfolgen, was Nutzer auf Ihrer Website tun, Remarketing-Zielgruppen sammeln und Ähnlichkeiten erstellen. Wenn das Facebook-Pixel korrekt implementiert ist, wird es einschlägige Informationen an die Algorithmen für maschinelles Lernen von FB weiterleiten. FB ML wird Pixel-Daten verwenden, um Ihre Anzeigen den Personen zu zeigen, die am ehesten konvertieren werden.
Seit einigen Jahren können wir Ereignisse auf der Website über Javascript-Code, Facebook SDK innerhalb von Apps verfolgen oder Offline-Events hochladen. Aber wie können Sie Nutzer verfolgen, die einen Ad-Blocker installiert haben, oder Ereignisse außerhalb der Website verfolgen? Oder wie kann man die Lebensdauer eines Cookies verlängern? Es kann durch die Implementierung die Facebook Conversion API erreicht werden. Dieser Artikel zeigt Ihnen, wie Sie die Facebook Conversion API über den Google Tag Manager Server Container einrichten.
Dieser Artikel konzentriert sich auf Facebook Conversion API und zeigt Ihnen, wie Sie Facebook Conversion API über Google Tag Manager Server Container einrichten. Weitere Informationen zu Facebook Conversion API Gateway finden Sie in unserem Blog. Übrigens, schauen Sie sich die vorkonfigurierten Vorlagen von Stape für Meta CAPI an. Jetzt ist es einfacher denn je, Ihr Setup zu konfigurieren: alles ist fertig und bereit für Sie!
Werfen wir einen Blick darauf, was die Facebook Conversion API ist und wie wir sie nutzen können, um Event-Tracking, Attribution und Datenerfassung auf Facebook zu verbessern. Facebook Conversion API ermöglicht das Senden beliebiger Ereignisse von einem Cloud-Server an das ausgewählte Facebook-Pixel.
Facebook CAPI hat den gleichen Zweck wie ein Facebook-Pixel, aber es stecken unterschiedliche Technologien dahinter. Die Maßnahmen und Beschränkungen des FB CAPI sind besser auf die Bedürfnisse der modernen Überwachungsumgebung zugeschnitten. Bei der Facebook Conversion API wird der Browser des Nutzers nicht zum Senden von Verfolgungsinformationen herangezogen. Alles wird über den Cloud-Server abgewickelt. Dadurch werden die Nutzerdaten sicherer und genauer.
Wenn wir uns den Link der Facebook-Anzeigen genauer ansehen, werden wir feststellen, dass FB am Ende fast jeder URL seinen zusätzlichen Parameter fbclid anhängt. Der Pixelcode auf der Landing Page speichert den Wert dieses Parameters in einem Cookie und sendet ihn dann zusammen mit jedem Facebook-Ereignis. Zusammen mit der Klick-ID (ffbclid) verwendet Facebook die Browser-ID (fbp). Mithilfe von fbp und fbcCookies kann FB feststellen, welche Art von Nutzer auf Ihrer Website gelandet ist und wer eine Konvertierung vorgenommen hat.
FB kann Nutzer anhand anderer Parameter wie E-Mail, Telefonnummer, Vor- und Nachname usw. abgleichen. Je mehr Nutzerdaten Sie an die Facebook Conversion API senden, desto höher ist die Trefferquote, die Sie erhalten.
Das serverseitige Facebook-Tagging oder die Facebook-Conversion-API war bei Facebook einige Jahre lang verfügbar. Aber ab 2021 begann FB, die Conversion-API stärker zu fördern. Wenn Sie einen Facebook-Mitarbeiter haben, der Ihr Anzeigenkonto betreut, wird er Sie höchstwahrscheinlich anrufen und die Einrichtung einer Facebook Conversion API empfehlen.
Dies sind die wichtigsten Gründe, die für eine Implementierung der Facebook Conversion API sprechen. Sehen Sie sich die Details unterhalb der Infografik an.
Durch die Integration der Conversions API zusammen mit dem Meta Pixel konnte Ray-Ban seine Werbeergebnisse deutlich verbessern. Die Kombination führte zu einer 36 % größeren Reichweite auf Facebook und Instagram im Vergleich zur alleinigen Nutzung des Meta Pixels.
Zusätzlich verzeichnete die Marke eine Senkung der Kosten pro 1.000 Aufrufe um 19% und eine Senkung der Kosten pro Conversion um 7%, was die Wirksamkeit der Conversions API bei der Optimierung ihrer Kampagnen und der Erzielung besserer Ergebnisse belegt.
Das Meta Conversions API Gateway ist die schnellste Lösung zur Implementierung des serverseitigen Meta-Trackings und erfordert kein spezielles Fachwissen.
Stape bietet Hosting für das Conversions API Gateway zu einem Preis von $10 pro Pixel pro Monat oder $100 für 100 Pixels pro Monat. Darüber hinaus erhalten alle Benutzer eine 7-tägige kostenlose Testversion.
Eine der zugänglichsten Möglichkeiten ist die Verwendung des Server Google Tag Manager (sGTM). Mit sGTM können Unternehmen Kundendaten direkt an die Server von Facebook senden.
Vorteile der Einrichtung von Facebook CAPI über sGTM:
Nachteile der Einrichtung von Facebook CAPI über sGTM:
In diesem Artikel konzentrieren wir uns auf die Konfiguration des serverseitigen Facebook-Trackings über den Server GTM.
Wir werden den Server Google Tag Manager Container verwenden, um die Facebook Conversions API einzurichten. Sie benötigen Folgendes, um die Facebook Conversions API zu konfigurieren:
Wir haben auch einen Blogbeitrag über den Tag Manager Server Container und seine Vorteile in unserem Blog.
Dieses Video zeigt, wie man die Facebook Conversions API mit Google Analytics 4 einrichtet.
2. Senden Sie Daten an den Server-GTM-Container. Dies kann durch die serverseitige Einrichtung von Google Analytics 4 oder Data Tag/Data Client erfolgen.
3. Gehen Sie zu Ihrem Google Tag Manager Server Container. Fügen Sie das Facebook Conversion API-Tag aus der Vorlagengalerie hinzu.
4. Erstellen Sie das Facebook Conversion API Tag im Google Tag Manager Server Container. Wählen Sie Tag -> Klicken Sie auf Neu -> Wählen Sie das Facebook-Tag, das Sie im vorherigen Schritt importiert haben.
Fügen Sie Ihre Facebook-Pixel-ID und Ihr Facebook-API-Zugangs-Token hinzu (ich empfehle, sie als Variable hinzuzufügen, da Sie diese Werte für jedes Facebook-Ereignis benötigen, das Sie verfolgen möchten). Wenn Sie Ihr Facebook-API-Zugangs-Token nicht kennen, hilft Ihnen diese Dokumentation, es zu finden.
5. Sie haben 2 Möglichkeiten, unser benutzerdefiniertes Facebook Conversion API Tag zu konfigurieren:
6. Wenn Sie die Option override gewählt haben, müssen Sie GA4- oder Data Tag/Data Client-Events verwenden, um Facebook-Server-Events auszulösen. Das Facebook pageview event sollte bei einem benutzerdefinierten Event page_view ausgelöst werden, das von einem bestimmten Client beansprucht wurde (wenn Sie beispielsweise GA4 als Datenquelle für den Server GTM gewählt haben, sollten Sie das Event page_view verwenden, wenn der Client-Name gleich GA4 ist).
Um andere Events einzurichten, gehen Sie in den sGTM-Vorschaumodus, führen Sie eine Aktion auf Ihrer Website aus, die Sie in Facebook tracken möchten, und überprüfen Sie den Event-Namen, den GA4 oder Data Tag an Ihren Server Container sendet.
Im Screenshot unten möchten wir ein Facebook-Event ViewContent einrichten, wenn jemand die Produktseite auf unserer Website öffnet. Stellen Sie sicher, dass Sie mit Ihrem GA4-Event / Data Tag aus dem Web-Container auch alle zusätzlichen Daten senden, die Sie für das Server-Event verwenden möchten. Das folgende Beispiel verwendet auch Standard-Facebook-eCommerce-Parameter und Benutzerdaten.
Dazu haben wir einen neuen Tag innerhalb des Server-Containers erstellt, ihn auf Override gesetzt, das Standard-Event ViewContent ausgewählt, den API Access Token und die Facebook Pixel ID hinzugefügt. Wir haben außerdem User Data hinzugefügt und einen neuen Trigger mit dem Event-Namen gleich view_item und Client Name gleich GA4 erstellt.
7. Sie können benutzerdefinierte Parameter über die Felder Server Event Data Überschreiben und Benutzerdefinierte Daten übergeben. Sie können auch Benutzerdaten senden, um die Trefferquote auf Facebook über das Feld Benutzerdaten zu erhöhen. Beachten Sie, dass die Benutzerinformationen, die Sie an die Facebook Conversion API senden möchten, gehasht sein sollten.
Sie können auch die Ereignisanreicherung aktivieren, um ein sicheres HTTP-Cookie (gtmeec) zu verwenden, um die Ereignisdaten zu verbessern. Wenn diese Funktion aktiviert ist, speichert das Tag Benutzerdaten in Cookies und reichert Ereignisse mit Benutzerdaten an, wenn keine Benutzerdaten verfügbar sind. Auf diese Weise können Sie die Qualität der Ereignisübereinstimmung und als Ergebnis die Konversionszuordnung zu Kampagnen erhöhen.
8. Wenn Sie alle Ihre Facebook-Events eingerichtet haben, öffnen Sie den Debug-Modus von Google Tag Manager und testen Sie, ob die Facebook-Events korrekt funktionieren. Sie können auch zu Ihrem Facebook-Tag innerhalb des Server-Containers gehen und die Facebook-Test-ID hinzufügen. Sie finden die Test-ID im Facebook Event Manager unter der Registerkarte "Test Events". Weitere Anweisungen zur einfachen Installation der Facebook Conversion API finden Sie in diesem Artikel.
9. Sobald Sie die Facebook-Conversion-API eingerichtet und überprüft haben, müssen Sie das FB-Browser-Tracking entfernen oder die Event-Deduplizierung einrichten. Andernfalls werden Ihre Ereignisse dupliziert.
Der erste Schritt beim Testen des serverseitigen Facebook-Trackings ist derselbe wie bei Google Analytics. Sie müssen sicherstellen, dass die Events mit den richtigen Triggern ausgelöst werden. Öffnen Sie das GTM-Debug-Tool, navigieren Sie durch die Seiten Ihrer Website und führen Sie die Events aus, die Sie testen möchten. Gehen Sie anschließend zum Tag Manager Debugger-Tab und überprüfen Sie die Ergebnisse.
Stellen Sie zunächst sicher, dass das FB-Basispixel bei einem Seitenaufruf ausgelöst wird. Wenn Sie den Tag-Status als Fail sehen, überprüfen Sie die ausgehenden Anfragen, die angeben sollten, warum der Tag fehlgeschlagen ist.
Wenn Sie unseren FB-serverseitigen Tracking-Tag verwenden, haben Sie zwei Optionen zum Senden von FB-Events:
Öffnen Sie den Events Manager in Ihrem Facebook Business Manager und klicken Sie auf Test Events. Sie sehen einen Test-Event-Code, den Sie Ihrem Facebook-Tag in Google Tag Manager hinzufügen sollten. Dieser Code ermöglicht es Ihnen, Facebook-Server-Events in Echtzeit zu testen.
Nachdem Sie die Test-ID hinzugefügt haben, öffnen Sie Ihre Website und führen Sie Aktionen aus, die Ihre FB-Events auslösen. Kehren Sie dann zum Facebook-Testtool zurück und überprüfen Sie die angezeigten Events. In der Spalte Received From sollten Sie Server sehen. Sie können auf das Event klicken, um die aufgezeichneten Parameter anzuzeigen.
Beachten Sie, dass das Facebook Pixel Helper Chrome-Plugin, das Sie zur Überprüfung von Facebook-Browser-Events verwendet haben, für die Conversions API nicht funktioniert. Deshalb müssen Sie alles im Testtool überprüfen.
| Hinweis: Cookies werden nur verlängert, wenn Sie eine benutzerdefinierte Subdomain in der Tagging-URL verwenden. Wenn beispielsweise die URL Ihrer Website example.com ist, sollte eine benutzerdefinierte Domain für die Tagging-URL wie gtm.example.com aussehen. |
Der dritte Schritt ähnelt dem, was wir zuvor gemacht haben, aber mit einigen Unterschieden. Um das Ablaufdatum der Facebook-Cookies zu überprüfen, müssen Sie sie zunächst generieren. Öffnen Sie dazu Ihre Website und fügen Sie fbclid hinzu.
Öffnen Sie anschließend die Entwicklertools, gehen Sie zu Storage und klicken Sie auf Cookies. Überprüfen Sie, ob _fbc und _fbp verlängert wurden.
Mit Stape können Sie die Tracking-Genauigkeit und die Kampagnenergebnisse mit Server-seitigem Tagging verbessern.
Basierend auf der von Ihnen verwendeten Plattform können Sie das Tracking mit unseren benutzerdefinierten Vorlagen schnell und effektiv einrichten. Folgen Sie den Schritt-für-Schritt-Anleitungen zur Einrichtung von Meta CAPI mit Server-GTM für:
Vorlagen und Anleitungen für Wix, Shopware, Prestashop und andere werden in Kürze folgen. Lassen Sie uns wissen, wenn Sie eine Vorlage für ein anderes CMS benötigen.
Facebook empfiehlt die Verwendung sowohl des Pixels als auch der Conversions API zum Tracken von Events, aber ohne Event-Deduplizierung können duplizierte Daten vom Browser und Server die Ergebnisse verfälschen. Die Deduplizierung stellt sicher, dass nur ein Event beibehalten wird, indem eindeutige Event-IDs verwendet werden, die zwischen beiden Quellen geteilt werden. Eine ordnungsgemäße Einrichtung erfordert das Generieren und Synchronisieren dieser IDs zwischen Browser- und Server-Events, was im Facebook Events Manager getestet werden kann.
Darüber hinaus verbessert das Senden von Benutzerdaten über die Conversions API die Match-Qualität und Event-Match-Scores und steigert so die Anzeigenleistung. Benutzerdaten sollten idealerweise aus einem Data Layer stammen und den Datenschutzrichtlinien entsprechen. Tools wie Stape-Plugins vereinfachen die Integration von Benutzerdaten für eine bessere Optimierung von Facebook-Kampagnen.
Um Benutzer, die Ihre Website besuchen, mit ihrer Datenbank abzugleichen, verwendet Facebook User Data für die Conversions API.
Facebook verlangt, dass Sie einige Parameter vor dem Senden hashen, aber Sie müssen sich darüber keine Sorgen machen; der Facebook-Tag hasht automatisch alle Daten vor dem Senden.
Je mehr Benutzerparameter Sie an Facebook senden, desto höher sind die Chancen, einen Benutzer abzugleichen, was zu einem höheren Event-Match-Score führt.
Das Senden von Benutzerparametern von Ihrer Website an Facebook ist ein sensibles Thema, da Sie Benutzerdaten mit einem Drittanbieter-Dienst teilen. Stellen Sie daher vor dem Senden dieser Daten an Facebook sicher, dass dies mit Ihrer Datenschutzrichtlinie übereinstimmt.
Idealerweise sollten die Benutzerdaten dem Data Layer hinzugefügt werden. Wenn dies nicht möglich ist, versuchen Sie, sie von der Seite mithilfe von benutzerdefiniertem JavaScript-Code zu erfassen und zusammen mit den Conversions oder Events zu senden, die Sie interessieren.
Beispielsweise fügen alle Stape-Plugins für CMS (für Facebook CAPI für Shopify, WordPress serverseitiges Tracking, Magento 2 Google Tag Manager, GTM-App für BigCommerce) einen Data Layer hinzu, der auch Benutzerdaten enthält.
Sie können die Daten einfach aus dem Data Layer abrufen und zu Facebook-Events in einem Web-Container hinzufügen.
Übertragen Sie dann die erforderlichen Daten an den Server-Container (im Payload von GA4 oder Data Tag, je nachdem, was Sie verwenden).
Fügen Sie schließlich diese Daten Ihrem serverseitigen Facebook-Event hinzu.
Auf diese Weise erzielen Sie eine bessere Match-Qualität Ihrer Facebook-Events, was möglicherweise die Leistung Ihrer Werbekampagnen verbessert, da Facebook Ihre Zielgruppe besser versteht und Ihre Werbekampagnen optimiert.
Sie können alle Domains sehen, die Daten an Ihr Facebook Pixel senden. Wenn Facebook Traffic von einer neuen Subdomain oder Domain erkennt, sendet es Ihnen eine Warnung. Sie können Domains auf die Whitelist oder Blacklist setzen, um Traffic von Ihren Test-Websites oder technischen URLs zu blockieren.
Wahrscheinlich werden Sie auch Traffic von gtm-msr.appspot.com sehen. Dies kann passieren, wenn Sie einen Debug-/Veröffentlichungs-Container ausführen oder wenn Benutzer Ihre Website mit deaktiviertem JavaScript besuchen (einige Bots).
Um Domain-Erlaubnis- oder Sperrlisten zu erstellen, öffnen Sie das Events Tool im Business Manager → klicken Sie auf Settings → scrollen Sie nach unten zu Traffic Permissions.
Dies ist der zweithäufigste Facebook CAPI-Fehler basierend auf unserer Erfahrung. Dieser Fehler zeigt an, dass Sie einige Deduplizierungsschlüssel für Ihre Server-Events nicht senden. Facebook verwendet diese Deduplizierungsschlüssel: event name, event ID, _fbp und external ID.
Unserer Erfahrung nach verursacht das Fehlen von Event-ID-Parametern diesen Fehler in 80 % der Fälle. Überprüfen Sie, ob Sie eine Event-ID sowohl für das Facebook Pixel als auch für die Facebook Conversions API senden. Diese Event-ID sollte für Browser- und Server-Events gleich sein, damit Facebook denselben Event-Namen und dieselbe Event-ID zur Deduplizierung erkennen kann.
Senden Sie beispielsweise für PageView events dieselbe Event-ID und denselben Event-Namen sowohl vom Facebook Pixel als auch von Facebook CAPI.
Um die Event-ID zu testen, öffnen Sie das Facebook Event-Testtool. Wenn alles korrekt ist, sollte Ihre Ausgabe ähnlich wie der Screenshot unten aussehen. So zeigt Facebook, dass PageView events sowohl vom Browser als auch vom Server aufgezeichnet wurden, die dieselbe Event-ID hatten, was darauf hinweist, dass Browser-Events verarbeitet und Server-Events dedupliziert wurden.
Es kann jedoch Situationen geben, in denen Browser- und Server-Events zufällig ausgelöst werden. Überprüfen Sie in diesem Fall die Facebook-Event-ID; sie sind wahrscheinlich nicht identisch. Sie können unsere benutzerdefinierte Variable für den Web-Container verwenden, um die Facebook-Event-ID zu konfigurieren. Weitere Informationen zur Facebook-Event-Deduplizierung finden Sie im obigen Abschnitt.
Manchmal kann dieser Fehler auftreten, wenn Sie die Facebook-Test-ID nicht entfernt haben und die Facebook CAPI-Tags in der Produktionsumgebung veröffentlicht haben. Wir empfehlen, die Test-ID als Lookup-Table-Variable einzurichten, die nur funktioniert, wenn der Debug-Modus aktiviert ist, um dieses Problem zu lösen.
Hier warnt Facebook Sie, dass die vom Server gesendeten Werte nicht eindeutig oder falsch formatiert sind. Beispielsweise senden Sie möglicherweise eine Benutzer-IP, die neben Zahlen auch Symbole enthält, oder Sie haben die falsche Variable ausgewählt, z. B. eine Telefonnummer im E-Mail-Feld gesendet.
Um das Problem zu identifizieren, öffnen Sie den Vorschaumodus des Google Tag Manager Server- und Web-Containers (wenn Sie GTM zur Einrichtung der Facebook Conversions API verwendet haben). Sie sollten sehen, welche Benutzerparameter an Facebook gesendet wurden und ob sie korrekt formatiert sind. Testen Sie das Event, klicken Sie auf den Tag im Debug-Modus und überprüfen Sie die Werte.
Dieser Fehler kann auch darauf hinweisen, dass Sie vergessen haben, einen Parameter einzufügen, oder dass er falsch formatiert ist.
Beispielsweise gab es einen Kunden, der das Land und die Stadt des Benutzers basierend auf seiner IP-Adresse senden wollte. Facebook erwartete tatsächliche Benutzeradressdaten, die auf der Website eingegeben wurden, nicht automatisch aus der IP extrahierte. Diese Einrichtung führte zu einem Fehler über ungültige Schlüsselparameter.
Dieser Fehler bezieht sich in der Regel auf Browser-Events und zeigt an, dass Facebook Benutzerdaten in der URL erkannt hat. Einige CMS und Tools wie Calendly oder PayPal senden Benutzerdetails in der URL nach der Registrierung oder dem Kauf.
Dieser Fehler ist schwer zu beheben und erfordert die Aufmerksamkeit Ihrer Entwickler. Sie sollten die URL-Abfrageparameter verbessern und alle Benutzerinformationen aus der URL entfernen. Alternativ können Sie den Anweisungen zur Entfernung personenbezogener Daten (PII) folgen und versuchen, das Problem innerhalb von GTM zu beheben. Eine weitere Option ist der Wechsel zum ausschließlich serverseitigen Facebook-Tracking. Dadurch können Sie die URL ändern, bevor sie an Facebook gesendet wird.
Für jedes Server-Event, das Sie an Facebook senden, wird ein Event-Match-Qualitäts-Score generiert. Dieser Score hängt von der Menge der Benutzerdaten ab, die Sie an Facebook senden.
Wenn Sie eine benutzerdefinierte Subdomain für Ihren Tagging-Server verwenden, werden nur die User IP, Browser-ID, _fbp und _fbc an Facebooks CAPI gesendet. Das Senden nur dieser Benutzerparameter führt zu einem Match-Qualitäts-Score von etwa 4 von 10.
Um einen hohen Qualitäts-Score zu erreichen, ist es entscheidend, so viele Parameter wie möglich zu senden. Facebook verwendet diese Daten, um Benutzer auf Ihrer Website mit denen in ihrer Datenbank abzugleichen. Stellen Sie jedoch vorher sicher, dass das Senden von Benutzerdaten an Facebook mit der Datenschutzrichtlinie Ihrer Website und den relevanten Vorschriften übereinstimmt. Technisch gesehen ist das Senden von mehr Parametern vorteilhaft, da es zu genaueren Zielgruppen- und Conversiondaten führt, den Algorithmen von Facebook spezifische Informationen über Ihre Benutzer liefert und die Kampagnenleistung verbessert.
Wie können Sie den Event-Match-Qualitäts-Score erhöhen? Die Antwort ist einfach: Senden Sie mehr Benutzerdaten. Die Implementierung kann jedoch komplex sein. Überprüfen Sie zunächst, ob der Data Layer auf Ihrer Website implementiert ist und ob er alle Benutzerdaten enthält. Wenn sich Benutzer beispielsweise auf Ihrer Website anmelden können, stellen Sie sicher, dass Benutzerdetails beim Login an den Data Layer gesendet werden.
Wenn der Data Layer nicht implementiert ist, beauftragen Sie Ihre Entwickler mit der Einrichtung.
Stellen Sie als Nächstes sicher, dass Sie alle Benutzerparameter vom Web an den Server-Container übergeben.
Darüber hinaus kann eine neue Funktion des Data Tag helfen, die Match-Qualität zu erhöhen. Wir haben die Möglichkeit hinzugefügt, Benutzerdaten zu speichern. Wenn beispielsweise ein Benutzer ein Kontaktformular auf der Website einreicht, können Sie den Data Tag verwenden, um Benutzerdaten im lokalen Speicher zu speichern und auf anderen Seiten zu verwenden.
Standardmäßig versucht der Tag, GA-Standard-Events den Facebook-Standard-Events zuzuordnen. Wenn keine Zuordnung möglich ist, wird der unverarbeitete Event-Name des GA-Clients verwendet. Wenn Sie beispielsweise einen Event-Namen wie diesen senden: gtag('event', 'UserLikedProduct'), sehen Sie das Event UserLikedProduct im Facebook Event Manager.
Nachfolgend finden Sie das Zuordnungsschema von GA-Events zu Facebook-Events, das wir standardmäßig in diesem Tag verwenden:
| page_view | PageView |
| add_payment_info | AddPaymentInfo |
| add_to_cart | AddToCart |
| add_to_wishlist | AddToWishlist |
| sign_up | CompleteRegistration |
| begin_checkout | InitiateCheckout |
| generate_lead | Lead |
| purchase | Purchase |
| search | Search |
| view_item | ViewContent |
| contact | Contact |
| customize_product | CustomizeProduct |
| donate | Donate |
| find_location | FindLocation |
| schedule | Schedule |
| start_trial | StartTrial |
| submit_application | SubmitApplication |
| subscribe | Subscribe |
Um die Migration Ihres Web-Facebook-GTM-Tags zum serverseitigen Container zu vereinfachen, haben wir alle vom GA-Client empfangenen Daten dem Facebook-Event zugeordnet, ohne dass eine zusätzliche Einrichtung Ihrerseits erforderlich ist. Dies unterstützt auch die Zuordnung von GA Enhanced eCommerce-Events, und natürlich kann der Tag alle an Facebook gesendeten Event-Parameter überschreiben.
Wenn der Tag beispielsweise erkennt, dass der Event-Typ Purchase ist, bestimmen wir die Produktliste, die Währung und den Wert.
In den folgenden Abschnitten beschreiben wir, wie genau die Daten in jeder Parametergruppe zugeordnet werden.
1. Ein Benutzer in der Community bemerkte, dass nach dem Wechsel zum serverseitigen Facebook-Tracking seine Retargeting-Zielgruppe viel kleiner war als der GA4-Traffic (ca. 15 % Match Rate). Das Problem war kein defektes Tracking, sondern unrealistische Erwartungen: Facebook kann Benutzer nicht zuverlässig nur anhand von IP und User Agent zuordnen. Die Lösung bestand darin, dem von Meta empfohlenen Hybrid-Setup (Browser + Server mit Deduplizierung) zu folgen und alle verfügbaren Benutzerdaten zu senden (wie E-Mail oder Name, wenn möglich). Dieser Ansatz verbessert die Match-Qualität und Zielgruppengröße, während rein serverseitiges Tracking allein das Retargeting-Potenzial einschränkt.
2. Viele Benutzer in diesem Thread haben Probleme mit dem serverseitigen Facebook-Tracking und der FBP/FBC-Zuordnung, insbesondere bei Drittanbieter-Checkouts. Die Verwendung der Facebook CAPI-Vorlage von Stape auf einer First-Party-Subdomain, das Auslösen wichtiger Events auf der Hauptdomain, die Implementierung hybrider Browser+Server-Events zur Deduplizierung und optional die Verwendung von Webhooks löst die meisten Probleme. Überprüfen Sie Daten immer über die Netzwerk-Tools des Browsers, anstatt sich ausschließlich auf Tag Assistant zu verlassen.
Das war's. Wir hoffen, dass Sie das Facebook-Tracking erfolgreich auf die Serverseite migriert haben. Die Facebook Conversions API ist ein leistungsstarkes Tool, um Ihre Kunden zu verstehen, ihre Reise bis zur Conversion zu verfolgen und mehr Daten bereitzustellen, um die Machine-Learning-Algorithmen von Facebook zu optimieren.
Kommentare