Die Conversions API (kurz: CAPI) ist Metas serverseitige Schnittstelle für das Übermitteln von Conversion-Events. Wer Meta Ads schaltet und nach Cookie-Ablehnungen oder iOS-Einschränkungen Datenverluste im Tracking bemerkt, findet in der CAPI eine direkte Antwort: Die Events gehen vom eigenen Server an Meta, unabhängig davon, was im Browser des Nutzers passiert.

Was ist die Conversions API?

Die Meta Conversions API (auch: Facebook Conversion API oder kurz CAPI) ist eine serverbasierte Schnittstelle, über die Conversion-Events direkt aus dem eigenen System an Meta übermittelt werden. Sie ergänzt den Weg über den Browser des Besuchers, der beim klassischen Pixel-Tracking genutzt wird, und sichert Conversion-Signale ab, die andernfalls verloren gingen.

Im Gegensatz zu browserseitigem Tracking, das auf Cookies und die Bereitschaft des Nutzers zur Datenfreigabe angewiesen ist, sendet die Conversions API Daten von deiner eigenen Infrastruktur aus. Adblocker und Browser-Restriktionen wie Apples Intelligent Tracking Prevention (ITP) können diesen Kanal technisch nicht blockieren. Rechtlich ändert das nichts: Auch serverseitig gesendete Events setzen eine gültige Einwilligung voraus (mehr dazu im Abschnitt zu DSGVO und Consent).

Definition: Die Conversions API ist eine serverseitige Schnittstelle von Meta, über die Conversion-Events wie Käufe, Leads oder Registrierungen direkt vom eigenen Server an Meta gesendet werden, ohne auf den Browser des Nutzers angewiesen zu sein.

Meta Pixel vs. Conversions API: Der Unterschied

Das Meta Pixel ist ein JavaScript-Snippet, das im Browser des Besuchers ausgeführt wird. Es setzt Cookies, liest Browserparameter aus und sendet Events an Meta, wenn ein Nutzer eine definierte Aktion ausführt. Das funktioniert zuverlässig, solange der Browser keine Einschränkungen macht und der Nutzer Tracking-Cookies akzeptiert hat.

Die Conversions API arbeitet unabhängig davon. Sie sendet dieselben Events von deinem Server aus, ohne den Browser als Zwischenstelle zu benötigen. Beide Ansätze zusammen liefern ein vollständigeres Datenbild als jeder für sich allein. Einen Überblick über Kanäle und Technologien im Online-Marketing gibt dieser Artikel.

Deduplizierung über Event-IDs

Wenn Pixel und CAPI parallel laufen, kann dasselbe Event zweimal bei Meta ankommen. Um doppeltes Zählen zu verhindern, setzt Meta auf eine Event-ID: Jedes Event erhält eine eindeutige ID, die sowohl im Pixel-Call als auch im CAPI-Call identisch sein muss. Meta erkennt dann, dass beide Signale dasselbe Ereignis beschreiben, und zählt nur einmal.

Fehlt die Event-ID oder stimmt sie nicht überein, wertet Meta beide Signale als separate Conversions. Das verfälscht die Datenbasis und lässt den ROAS künstlich besser aussehen, als er tatsächlich ist.

Event Match Quality (EMQ)

Die Event Match Quality ist eine Metrik im Meta Events Manager. Sie bewertet, wie gut die übermittelten Nutzerparameter (gehashte E-Mail-Adresse und Telefonnummer, dazu technische Daten wie IP-Adresse und User-Agent) mit echten Meta-Nutzerprofilen übereinstimmen. Ein hoher EMQ-Wert verbessert die Attribution und die Qualität der Zielgruppen für Retargeting und Lookalike Audiences.

Für die Praxis gilt: Je mehr Nutzerparameter du im CAPI-Call mitschickst, desto besser der EMQ-Score. Voraussetzung ist, dass die Daten korrekt per SHA-256 gehasht sind und die Nutzer zuvor eingewilligt haben.

Technische Einbindung: Drei Umsetzungswege

Die Conversions API lässt sich über drei gängige Wege implementieren:

• Partner-Integrationen: Meta stellt direkte Integrationen mit ausgewählten E-Commerce-Plattformen und CRM-Systemen bereit. Diese Lösungen bauen die CAPI-Verbindung ohne eigene Entwicklung auf. Beispiele sind Shopify und WooCommerce; welche Plattformen aktuell angebunden sind, zeigt der Meta Events Manager unter „Partnerintegrationen“. Daneben bietet Meta mit dem Conversions API Gateway eine vorkonfigurierte Lösung, die in der eigenen Cloud-Umgebung betrieben wird.
• Server-seitiger Google Tag Manager (sGTM): Ein Server-Container im Google Tag Manager übernimmt die Rolle des Mittlers. Er empfängt Browser-Events und leitet sie serverseitig weiter. Für die meisten B2B-Setups ist das der präziseste Weg, erfordert aber eine eigene sGTM-Infrastruktur (z.B. über Google Cloud Run).
• Automatisierungstools (Zapier, Make): Mit Zapier oder Make lassen sich einfachere CAPI-Implementierungen ohne Entwicklerarbeit aufsetzen. Ein Workflow löst den CAPI-Call aus, sobald eine definierte Aktion stattgefunden hat, z.B. eine CRM-Eintragung nach Formularabgabe.

Praxisbeispiel: B2B-Lead-Formular auf Webflow

Ein B2B-Unternehmen schaltet Meta Ads für ein Whitepaper-Angebot. Interessenten landen auf einer Webflow-Website und füllen ein Kontaktformular aus. Dieses Lead-Event soll an Meta zurückgemeldet werden, damit der Algorithmus lernen kann, welche Nutzer konvertieren.

Das Pixel feuert das Event im Browser des Nutzers. Nutzt dieser aber einen Adblocker oder Safari mit aktivem Tracking-Schutz, kommt das Signal möglicherweise nicht oder nur unvollständig an. Ergänzt man das Setup um die Conversions API, sendet die eigene Infrastruktur dasselbe Lead-Event zusätzlich serverseitig, sobald die Formularabgabe in der Datenbank erfasst ist.

Webflow hat keinen nativen Server-Layer für CAPI-Events. Der praktikabelste Weg für Webflow-Setups ist daher entweder ein sGTM-Container oder ein Automatisierungsworkflow über Make oder Zapier, der bei Formularabgaben ausgelöst wird. Beide Varianten erfordern eine eigene Konfiguration, sind aber ohne Kenntnisse in serverseitiger Programmierung umsetzbar.

CAPI, DSGVO und Consent: Was rechtlich gilt

Die Conversions API überträgt personenbezogene Daten an Meta: gehashte E-Mail-Adressen und Telefonnummern sowie IP-Adressen. Das ist nach DSGVO nur zulässig, wenn eine gültige Rechtsgrundlage vorliegt. In der Praxis bedeutet das: CAPI-Events dürfen nur gesendet werden, wenn der Nutzer der Datenweitergabe an Meta ausdrücklich zugestimmt hat.

CAPI-Calls ohne vorherige Einwilligung zu senden ist nicht nur ein datenschutzrechtliches Risiko, sondern verschlechtert auch die Datenqualität. Events aus dem Ablehnungsbereich verzerren das Conversion-Bild. Eine saubere Consent-Management-Lösung ist daher keine technische Nebensache, sondern die Grundlage jeder regelkonformen Implementierung. Wie iubenda bei der DSGVO-konformen Website-Gestaltung und beim Cookie-Management hilft, erklärt dieser Artikel.

Häufige Fehler bei der CAPI-Implementierung

Diese vier Fehler sehen wir in der Praxis am häufigsten:

• Keine Deduplizierung: Pixel und CAPI laufen parallel, ohne Event-IDs abzugleichen. Jede Conversion wird doppelt gezählt, der ROAS erscheint künstlich hoch.
• Events ohne Einwilligung: CAPI-Calls werden unabhängig vom Consent-Status gesendet. Das ist ein DSGVO-Verstoß und verfälscht die Datenbasis.
• Falsch formatierte gehashte Daten: Meta erwartet SHA-256-Hashes mit normalisierten Eingaben: E-Mail-Adressen müssen vor dem Hashing in Kleinschreibung und ohne Leerzeichen vorliegen. Abweichungen senken den EMQ-Score und verschlechtern die Attribution.
• Nur CAPI, kein Pixel: Wer das Pixel komplett abschaltet, verliert wertvolle Browser-Signale für Retargeting und Lookalike Audiences, die die CAPI allein nicht liefert. Beide Kanäle zusammen sind stärker als jeder für sich.