Meta Conversions API: was ist das und wofür?

Das Grundprinzip

Die Conversions API sendet Ereignisse vom Server deiner Website an Meta, statt sie aus dem Browser zu verschicken. Der Pixel läuft dagegen im Browser des Besuchers und hängt von dessen Einstellungen ab. Ein Kauf, eine Formularsendung oder eine Terminbuchung wird also nicht mehr nur im Browser gemeldet, sondern auch von dem System, in dem sie tatsächlich entsteht.

Die API ergänzt den Pixel, sie ersetzt ihn nicht. Der Pixel erfasst weiter im Browser, die API liefert nach, was der Browser nicht übermitteln konnte. Meta bekommt so mehr Ereignisse und kann Conversions besser zuordnen. Das ist für Werbekonten relevant, deren Auslieferung auf diesen Ereignissen aufbaut.

Was sie bringt

Werbeblocker und Browser-Einschränkungen betreffen Skripte im Browser. Ein Server-Aufruf ist davon weniger betroffen. Wichtige Ereignisse wie Käufe oder Leads kommen dadurch zuverlässiger bei Meta an. Außerdem kannst du auf dem Server Angaben ergänzen, die im Browser nicht vorliegen, etwa den endgültigen Bestellwert nach Rabatten oder den Status einer Zahlung.

Ein Allheilmittel ist das nicht. Ohne Einwilligung bleiben auch diese Ereignisse tabu, und eine falsch eingerichtete API liefert falsche oder doppelte Daten. Mehr Technik heißt hier zuerst mehr Fehlerquellen.

• Weniger Verluste durch Werbeblocker und Browser-Einschränkungen.
• Ergänzung des Pixels statt Ersatz.
• Möglichkeit, Daten aus deinem System zu ergänzen.
• Bessere Grundlage für Auswertung und Optimierung deiner Kampagnen.

Passend dazu: Server-Side oder Client-Side Tagging?

Wie ein Ereignis aufgebaut ist

Jedes Ereignis, das der Server sendet, enthält im Kern einen Ereignisnamen wie Purchase oder Lead, den Zeitpunkt, die Ereignis-ID, die Quelle des Ereignisses und gegebenenfalls Angaben zum Kunden und zum Wert. Die Kundenangaben, etwa eine E-Mail-Adresse, werden nach den Vorgaben von Meta vor dem Senden gehasht. Je mehr passende Angaben du mitschickst, desto besser kann Meta das Ereignis einer Person zuordnen. Das Ergebnis siehst du im Events Manager als Qualität des Event-Abgleichs.

Beachte: Mehr Daten zu senden ist kein Ziel an sich. Sende nur, was du für den Zweck brauchst und was deine Einwilligung und deine Datenschutzerklärung abdecken.

Drei Wege zur Einrichtung

• Partner-Integration deines Shopsystems, zum Beispiel bei Shopify: am wenigsten Aufwand, wenig eigene Technik.
• Conversions API Gateway von Meta: ein Dienst, der die Übertragung übernimmt.
• Server-Container im Tag Manager: Ereignisse laufen vom Browser an deinen Server-Container und von dort an Meta; am meisten Kontrolle, aber auch am meisten Aufwand.

Welcher Weg passt, hängt von Shopsystem, technischem Wissen und Budget ab. Für einen kleinen Shop mit gängigem System ist die Partner-Integration meist der kürzeste Weg. Wer ohnehin Server-Side Tagging betreibt oder plant, nutzt den Server-Container, weil er die API-Anbindung gleich mit abdeckt. Der Gateway liegt dazwischen: weniger Handarbeit als der Server-Container, aber ein weiterer Dienst, den du betreuen musst.

Doppelzählung vermeiden

Sendest du dasselbe Ereignis über Pixel und API, muss beides dieselbe Ereignis-ID und denselben Ereignisnamen tragen, sonst zählt Meta es doppelt. Bei Integrationen und beim Gateway wird die ID meist automatisch gesetzt. Bei manueller Umsetzung musst du sie selbst erzeugen und in beiden Wegen identisch halten, zum Beispiel indem du sie im Browser erzeugst und mit der Bestellung an den Server weitergibst.

Im Events Manager siehst du, ob Meta die Ereignisse zusammenführt. Auffällig hohe Kaufzahlen im Vergleich zu deinem Shopsystem sind das typische Warnsignal für fehlende Deduplizierung.

Einwilligung gilt auch auf dem Server

Ein verbreitetes Missverständnis: Der Server-Weg brauche keine Einwilligung, weil der Browser nichts sendet. Das stimmt nicht. Wo für Werbe-Tracking eine Zustimmung nötig ist, gilt sie auch für Ereignisse, die du von deinem Server sendest. Der Server muss den Einwilligungsstatus des Besuchers kennen und prüfen, bevor ein Ereignis an die API geht.

Praktisch heißt das: Der Status aus dem Cookie-Banner muss zum Server gelangen, zum Beispiel zusammen mit der Bestellung gespeichert werden. Bei Partner-Integrationen und Gateway hängt es vom Produkt ab, ob und wie der Einwilligungsstatus berücksichtigt wird. Lies dazu die Dokumentation des jeweiligen Anbieters und teste es. Dieser Artikel ist keine Rechtsberatung.

So prüfst du es

Plane eine Testphase ein und gehe sie in dieser Reihenfolge durch. Löse im Test ein Ereignis aus, etwa eine Testbestellung, und sieh im Events Manager nach, ob es über beide Wege ankommt und als ein Ereignis zusammengeführt wird. Meta bietet dafür im Events Manager einen Test für Ereignisse. Wiederhole den Ablauf dann ohne Einwilligung: Es darf nichts ankommen.

Fehler zeigen sich meist als doppelte oder fehlende Ereignisse. Doppelte deuten auf fehlende oder unterschiedliche Ereignis-IDs hin. Fehlende Ereignisse haben oft mit dem Einwilligungsstatus zu tun, der auf dem Server nicht ankommt, oder mit einem Ereignisnamen, den Meta nicht erwartet. Prüfe die Zahlen nach einigen Tagen im Vergleich mit deinem Shopsystem. Kleine Abweichungen sind normal, große nicht.

Wann sich die Einrichtung lohnt

Die API lohnt sich vor allem dort, wo Werbung über Meta einen spürbaren Teil des Umsatzes ausmacht und der Pixel merklich Ereignisse verliert. Für eine Website, die nur gelegentlich Anfragen über Meta bekommt, reicht der Pixel. Wer unsicher ist, startet mit dem Pixel, beobachtet die Zahlen und rüstet bei Bedarf nach.

Trackum bietet Server-Side Tracking bald an; Interesse lässt sich vormerken. Geplant sind 600 € einmalig, dazu kommt der Server auf deinen Namen bei einem Anbieter.