Wenn du das Meta-Pixel-Setup als Teil deiner Tag-Management-Dienste anbietest, empfiehlt sich möglicherweise die Nutzung der Funktionen der Conversions API Durch die Integration der Conversions API können deine Kund*innen Web-Events direkt an Meta senden, ohne auf Browser-Pixel-Events angewiesen zu sein.
Bevor du beginnst, solltest du die Beziehung zwischen Server-Events und dem Meta Pixel verstanden haben. Server-Events werden über die Conversions API gesendet und für Messungen, Reporting und Optimierung auf dieselbe Weise verwendet wie Browser-Pixel-Events.
Vergleichst du das Senden von Browser-Pixel-Events mit dem Versenden von Luftpost-Paketen, entspricht das Senden von Server-Events dem Versenden von Paketen auf dem Land-/Seeweg. Beide Optionen sind Möglichkeiten für den Transport eines Pakets (Daten zu einem Event) an eine Zieladresse (eine Pixel-ID). Deshalb empfehlen wir dir aus folgenden Gründen, die Conversions API-Integration auf deiner Plattform als Erweiterung deines aktuellen Meta-Pixel-Angebotes (anstelle eines separaten Plugins oder eines eigenen Dienstes) einzurichten:
Nach der Integration deiner Plattform mit der Conversions API empfehlen wir dir, dieselben Web-Events über Browser und über Server zu senden. Mit dieser Redundanz sorgst du für verlässlichen Empfang. Events, die früher aus verschiedenen Netzwerk-bedingten Gründen auf der Browserseite verloren gegangen wären, werden jetzt über die Conversions API erfasst.
Um Events über Browser und Server zu senden, musst du dieselbe event_id
für entsprechende Events richtig angeben. Dadurch kann Facebook deine Events richtig deduplizieren.
Um die Conversions API als Plattform anzubieten, muss deine App eine App Review durchlaufen. Dabei musst du Zugriffsebene, Feature und Berechtigungen wie folgt anfordern:
ads_management
, pages_read_engagement
und ads_read
Wenn du zum ersten Mal die Conversions API verwendest, befolge diese Schritte zum Erstellen eines Unternehmens, einer Meta-App, eines Meta-Pixels und eines Systemnutzers. Dann kannst du mit dem Zugriffsschlüssel deines Systemnutzers Server-Events über die Conversions API senden.
Nachdem du ein Server-Event erfolgreich an dein eigenes Meta-Pixel gesendet hast, kannst du Events im Namen deiner Kund*innen senden.
Du musst zunächst eine Autorisierung zum Senden von Events im Namen deiner Kund*innen beantragen. Für die Authentifizierung stehen dir folgende Optionen zur Verfügung:
Mit dieser Option gibt Facebook Business Extension (FBE) alle notwendigen Informationen zurück, um Events im Namen des*der Kund*in über den folgenden Prozess zu senden. Die FBE stellt einen Endpunkt für den Abruf von Zugriffsschlüsseln für Systemnutzer bereit, die im Business Manager des*der Kund*in erstellt wurden. Dieser Prozess umfasst Berechtigungen für das Senden von Server-Events. Er erfolgt automatisch und ist sicher.
Der Endpunkt benötigt einen Nutzer*innen-Zugriffsschlüssel als Eingabeparameter. Für neue FBE-Nutzer*innen rufst du diesen Endpunkt auf, um den Zugriffsschlüssel des Systemnutzers abzuholen, nachdem du die FBE eingerichtet hast. Bestehende Nutzer*innen müssen sich erneut authentifizieren lassen, um den neuen API-Endpunkt aufrufen zu können.
Mit dieser Option muss dein*e Kund*in über die Conversions API in den Pixeleinstellungen manuell einen Systemnutzer-Zugriffsschlüssel erstellen. Mit diesem Token kannst du dann Events an das Pixel des Werbetreibenden senden.
Die App, mit der der Zugriffsschlüssel erstellt wird, muss von einem Systemnutzer oder Admin-Systemnutzer installiert werden. Bei dieser Einrichtung kann deine App APIs im Namen des Systemnutzers oder Admin-Systemnutzers aufrufen.
Befolge die in Dokumentation Los geht's genannten Schritte und fordere einen Systemnutzer-Schlüssel von deinem Werbetreibenden an. Verwende für Tests dein eigenes Meta-Pixel und deinen Zugriffsschlüssel.
Mit dieser Option teilen Kund*innen ihr Meta-Pixel über die Business Manager-Einstellungen oder über die API mit dem Partner. Dann kannst du den Partnersystemnutzer dem Kund*innen-Pixel zuweisen und einen Zugriffsschlüssel zum Senden von Server-Events generieren.
partner_agent
-Feld deiner Plattform zuordnenVerwende zum Zuordnen von Conversions API-Events zu deiner Plattform partner_agent
-Feld. So kannst du deine eigene Plattform-ID festlegen, wenn du Events im Namen eines*einer Kund*in sendest. Definiere gemeinsam mit deinem Facebook-Vertreter eine ID für deine Plattform. Sende diese dann zusammen mit jedem Server-Event.
Wenn deine Plattform-ID datapartner
lautet, wäre dies ein Beispiel für eine Kauf-Event-Payload, die im Namen deines*der Kund*in gesendet wird:
{ "data": [ { "user_data": { "em": "8159ea0e33c51a774b83104ee562784f9b1836c852102046e4bd8385706fe7ca" }, "event_name": "PageView", "event_time": 1579645238 }, { "user_data": { "em": "8159ea0e33c51a774b83104ee562784f9b1836c852102046e4bd8385706fe7ca" }, "custom_data": { "currency": "USD", "value": "50" }, "event_name": "Purchase", "event_time": 1579645238 } ], "partner_agent": "datapartner" }
Sending events sent via the Conversions API is just like sending events via the Meta Pixel. The only difference is that the event is sent via the server, instead of the browser. So, why make an effort to integrate with the Conversions API? Here are some important use cases:
If someone uses an advertisers’ website to sign up for a credit card, they can send events such as ViewContent, Application Start, and Application Submit via the browser to the Meta Pixel. However, the end user still needs to be approved for this credit card. The Approval event happens offline and cannot be sent via browser. To register this final step, the advertiser can send the Approval via the Conversions API.
Browser side events can be lost for many reasons:
These examples can all be mitigated by sending events via the Conversions API.
Many advertisers have expressed concerns about sharing data via the browser when that data could be seen or inspected. This can be mitigated by sending data via the Conversions API.
For example, advertisers may want to send data like profit margin or lifetime value (LTV) along with a purchase
event. This way, ads can be optimized towards a specific type of customer.
Since browser events are always vulnerable to obstacles, we recommend that you only send events collected from the Conversions API sources. For example, if:
the data is open to the browser-side risks.
To take full advantage of the Conversions API, no part of the data flow should be reliant on the browser.
We recommend that you provide advertisers with a way to test this connection on your own platform.
200
return code.Meta tries to deduplicate identical events sent through the Meta Pixel and the Conversions API. We determine if events are identical based on their event_id
and event_name
. For more information, see Handling Duplicate Pixel and Conversions API Events.
The external_id
parameter is a string that represents a user on an advertiser's system. These IDs help improve ads attribution and create audiences.
You can send external_id
s via browser or the Conversions API, but you must be consistent across channels. For example, if you send a browser pixel event with external_id
set to 123
, your server event for that same user should also have external_id
set to 123
.