Meta Conversions API: so richten Sie CAPI korrekt neben dem Pixel ein

Die Meta Conversions API (CAPI) ist eine Server-zu-Server-Verbindung, die Conversions wie einen Lead, eine Demo-Anfrage oder einen Kauf direkt von Ihrem Server oder CRM an Meta sendet. Sie richten sie neben dem Meta Pixel ein, geben jedem Event in Browser und Server dieselbe ID, damit Meta Duplikate herausfiltert, und prüfen das Ergebnis im Events Manager. So lernt Meta Ads aus mehr und besseren Conversion-Daten, als der Browser allein weitergibt.

Dieser Leitfaden behandelt die Serverseite. Wenn Sie zuerst verstehen möchten, was der Pixel selbst misst und welche Events es gibt, lesen Sie unsere Erklärung zum Meta Pixel. Dieser Artikel beginnt dort, wo jener aufhört: wie Sie CAPI auswählen, einrichten, deduplizieren und prüfen.

Was leistet die Meta Conversions API genau?

Laut der Dokumentation von Meta stellt die Conversions API eine Verbindung her zwischen den Marketingdaten eines Werbetreibenden, vom Server, der Website-Plattform, einer App oder dem CRM, und den Systemen von Meta, die Targeting und Auslieferung optimieren. Server-Events werden für Messung, Reporting und Optimierung genutzt, genau wie Pixel-Events.

Der Unterschied liegt im Weg. Der Pixel läuft im Browser Ihres Besuchers. Dort wirken Adblocker, die Tracking-Beschränkungen von Safari und Skripte, die nicht laden. CAPI startet auf Ihrer Seite: Ihr eigener Server, Ihr Server-Side-Tagging-Container oder Ihr CRM. Das hat drei Folgen, die im B2B zählen:

• Weniger verpasste Leads. Ein Formular, das der Browser nicht weitergibt, kann Ihr Server trotzdem melden.
• Conversions außerhalb der Website. Einen Lead, der drei Wochen später im CRM zur qualifizierten Opportunity wird, können Sie als Event zurücksenden.
• Kontrolle darüber, was Sie teilen. Sie bestimmen selbst, welche Felder gesendet werden, gehasht.

Welches Setup wählen Sie: Partner, Gateway oder Server-Side GTM?

Meta nennt drei Wege, CAPI anzubinden: eine Partnerintegration, das Conversions API Gateway und eine direkte Integration. In der Praxis sehen wir vier Varianten.

Für die meisten B2B-Unternehmen, die auch auf Google Ads und LinkedIn werben, ist Server-Side GTM die logische Basis. Sie bauen eine einzige serverseitige Schicht und versorgen damit alle Plattformen. Wie diese Schicht funktioniert, erklären wir in unserem Leitfaden zum Server-Side Tracking.

Haben Sie späte Conversions (ein Lead wird erst nach einem Vertriebsgespräch qualifiziert), kommt der CRM-Weg hinzu. Beachten Sie dabei das Zeitlimit: In der Parameterdokumentation von Meta steht, dass event_time bis zu 7 Tage in der Vergangenheit liegen darf. Einen Deal, der nach sechs Wochen abschließt, senden Sie also nicht mehr als Website-Event.

Wie richten Sie die Meta Conversions API Schritt für Schritt ein?

Diese Reihenfolge halten wir bei jedem Setup ein.

1. Erfassen Sie Ihre Conversions. Welche Events zählen wirklich? Im B2B sind das meist Lead (Formular), Schedule oder ein Custom Event für eine gebuchte Demo und eventuell CompleteRegistration für ein Webinar. Ein Seitenaufruf ist keine Conversion.
2. Sorgen Sie für einen Data Layer. Jedes Formular pusht ein Event mit demselben Namen und einer eindeutigen Event-ID in den Data Layer. Ohne diese ID kann Meta nicht deduplizieren. Wie Sie Formulare ohne Dankeseite zuverlässig messen, steht in unserem Leitfaden zu Formular-Conversions ohne Dankeseite.
3. Senden Sie dasselbe Event über den Pixel. Der Pixel-Tag erhält die Event-ID als eventID.
4. Senden Sie dasselbe Event über den Server. In Ihrem Server-Side-Container oder Ihrer Integration geht das Event an CAPI, mit event_name, event_time, event_id, action_source website, event_source_url und den Kundendaten.
5. Fügen Sie Kundendaten hinzu. Eine gehashte E-Mail-Adresse (em), Telefonnummer (ph), die Werte fbp und fbc sowie IP-Adresse und User Agent des Besuchers. Meta verlangt client_user_agent für Website-Events und fordert, Kontaktdaten mit SHA-256 zu hashen, während fbp, fbc, IP und User Agent nicht gehasht werden, so die Dokumentation zu Kundenparametern.
6. Respektieren Sie die Einwilligung. Der Server-Side-Tag feuert nur, wenn der Besucher dem Marketing zugestimmt hat. Mehr dazu weiter unten.
7. Testen und prüfen Sie. Nutzen Sie den Testereignis-Code im Events Manager, bevor Sie live gehen, und verfolgen Sie danach Deduplizierung und Match-Qualität.

Wie funktioniert die Deduplizierung zwischen Pixel und CAPI?

Senden Sie dasselbe Event über Browser und Server, erhält Meta es zweimal. Die Deduplizierung sorgt dafür, dass es nur einmal zählt. Die Regeln stehen im Deduplizierungsleitfaden von Meta:

• die eventID des Pixels muss der event_id der CAPI entsprechen;
• der Eventname des Pixels muss dem event_name der CAPI entsprechen;
• Events werden nur dedupliziert, wenn sie innerhalb von 48 Stunden nach dem ersten Event mit dieser ID eintreffen;
• Meta behält in der Regel das Event, das zuerst eintraf.

Die ID erzeugen Sie im Browser in dem Moment, in dem das Formular abgeschickt wird, und geben sie über den Data Layer an den Pixel-Tag und an den Server-Side-Tag weiter. Ein Zeitstempel allein ist keine gute ID: Zwei Leads in derselben Sekunde erhalten dann dieselbe Nummer.

Meta beschreibt auch eine alternative Methode mit event_name plus fbp oder external_id. Sie funktioniert, ist aber weniger vorhersehbar. Wir verwenden immer eine explizite Event-ID.

Welche Fehler sehen wir bei CAPI am häufigsten?

In Konten, die wir prüfen, tauchen immer wieder dieselben Probleme auf:

• Doppelzählung. Pixel und CAPI senden dasselbe Event ohne gemeinsame ID. Die Zahl der Leads im Werbeanzeigenmanager verdoppelt sich, die Kosten pro Lead halbieren sich auf dem Papier, und der Algorithmus lernt aus einem verzerrten Bild.
• Zwei Quellen für dasselbe Event. Das Shopify- oder WordPress-Plugin sendet CAPI-Events, und Ihr Server-Side-Container tut es auch. Eine Quelle pro Event, nicht zwei.
• Keine Kundendaten. CAPI-Events ohne E-Mail, fbp oder fbc kann Meta schlecht einer Person zuordnen. Sie zählen dann kaum für die Optimierung.
• Ungehashte oder falsch gehashte Felder. Eine E-Mail-Adresse mit Großbuchstaben oder Leerzeichen ergibt einen anderen Hash. Normalisieren Sie zuerst (Kleinbuchstaben, Leerzeichen entfernen), hashen Sie danach.
• Jeder Formularklick als Lead. Auch Newsletter-Anmeldungen und Bewerbungen kommen dann als Lead an. Meta optimiert daraufhin auf die günstigsten, nicht auf die besten. Das ähnelt stark dem, was wir zum Bereinigen falsch positiver Conversions beschreiben.
• Einwilligung umgehen. “Es ist serverseitig, also zählt das Cookie-Banner nicht” ist ein Missverständnis. Mehr dazu unten.

Wie testen Sie, ob die Conversions API funktioniert?

Prüfen Sie in dieser Reihenfolge:

1. Testereignisse im Events Manager. Tragen Sie Ihren Testereignis-Code in Ihren Server-Side-Tag ein, senden Sie ein Testformular und prüfen Sie, ob das Event über Browser und Server ankommt.
2. Deduplizierung. In der Übersicht Ihres Datensatzes sehen Sie pro Event, ob Browser- und Server-Events dedupliziert werden. Sehen Sie zwei getrennte, stimmt die ID oder der Eventname nicht.
3. Match-Qualität. Der Events Manager zeigt pro Event einen Wert für die Qualität der Kundendaten. Ist er niedrig, prüfen Sie, ob E-Mail, fbp und fbc mitgesendet werden.
4. Vorschau in GTM. In der Vorschau Ihres Web- und Server-Containers sehen Sie, ob die Event-ID in beiden Tags identisch ist.
5. CRM-Abgleich. Legen Sie die Zahl der Meta-Leads pro Woche neben die Zahl der Leads aus Meta in Ihrem CRM. Ein großer Unterschied deutet auf Duplikate oder verpasste Events hin.

Eine vollständige Prüfung Ihrer Messung, einschließlich Google Ads und GA4, übernehmen wir in einem Tracking Audit. Wenn Sie selbst beginnen möchten, nutzen Sie unsere Checkliste für ein Conversion-Tracking-Audit.

Dürfen Sie CAPI ohne Cookie-Einwilligung nutzen?

Nein, nicht für Marketing. Die belgische Datenschutzbehörde (GBA) hält fest, dass kein Cookie und kein anderer Tracker ohne vorherige Information und Einwilligung gesetzt oder ausgelesen werden darf, außer was unbedingt notwendig ist. Auch in Deutschland gilt die Einwilligungspflicht für nicht notwendige Cookies, ebenso in den Niederlanden laut der Autoriteit Persoonsgegevens. Dass die Daten über Ihren Server laufen, ändert nichts am Zweck: Werbemessung und Targeting. Lassen Sie Ihren Server-Side-Tag also von derselben Einwilligung abhängen wie Ihren Pixel.

Was CAPI dagegen löst: die Verluste, die nicht durch Ablehnung entstehen, etwa durch Adblocker, Browserbeschränkungen und Skripte, die zu spät laden. Wie Sie Ihr Banner und die Google-Signale richtig einrichten, lesen Sie in unseren Leitfäden zum Consent Mode v2 und zur Cookie-Banner-Pflicht. Dieser Artikel ist keine Rechtsberatung: Legen Sie Ihr Setup Ihrem Datenschutzbeauftragten oder Juristen vor.

Wie senden Sie CRM-Daten an Meta zurück?

Im B2B liegt der eigentliche Gewinn nicht im Formular, sondern in dem, was danach passiert. Ein Lead, der nie abhebt, ist für Meta genauso wertvoll wie ein Lead, der Kunde wird, es sei denn, Sie senden den Unterschied zurück.

1. Speichern Sie zu jedem Lead den fbc-Wert (abgeleitet von der fbclid in der URL), das fbp-Cookie und eine gehashte E-Mail-Adresse in Ihrem CRM.
2. Legen Sie fest, welche CRM-Phase Sie zurücksenden, zum Beispiel “qualifiziert” oder “Demo durchgeführt”.
3. Senden Sie diese Phase als Event mit action_source system_generated oder website, innerhalb der Frist, die Meta zulässt.
4. Optimieren Sie Ihre Kampagnen auf dieses tiefere Event, sobald genug Volumen vorhanden ist.

Dieselbe Logik nutzen wir für Google Ads beim Import von Offline-Conversions aus Ihrem CRM. Bei Kaizo haben wir die Meta-Messung auf dieselbe gebuchte Demo aufgebaut wie Google Ads, damit beide Kanäle auf dasselbe Ereignis optimieren: Lesen Sie die Kaizo-Tracking-Case-Study. Und wie ein einziger defekter Formular-Listener gleichzeitig GA4, Google Ads, Meta und LinkedIn lahmlegte, lesen Sie in der Suivo-Case-Study.

Wann brauchen Sie die Conversions API (noch) nicht?

Werben Sie kaum auf Meta, oder kommen Ihre Leads vor allem über Lead-Ads-Formulare innerhalb von Facebook und Instagram, bringt CAPI für Website-Formulare wenig. Bei sehr geringen Volumen (eine Handvoll Leads pro Monat) ist ein korrekter Pixel mit guten Eventnamen und einer sauberen CRM-Erfassung wichtiger als eine serverseitige Schicht. Beginnen Sie dort, und ergänzen Sie CAPI, sobald Meta ein echter Kanal in Ihrem Meta Ads-Ansatz wird.

Möchten Sie CAPI zusammen mit Ihrer Google-Ads-, LinkedIn- und GA4-Messung einrichten lassen, erledigt unsere Tracking Agentur das in einem serverseitigen Setup, maßgeschneidert und auf Anfrage. Nehmen Sie Kontakt auf für einen ersten Check.

Wenn Sie auf mehreren Plattformen werben, lesen Sie auch unsere Leitfäden zu LinkedIn Insight Tag, TikTok Pixel und Stape.

Häufige Fragen

Was ist der Unterschied zwischen dem Meta Pixel und der Conversions API?

Der Pixel misst im Browser des Besuchers, die Conversions API sendet Events von Ihrem Server oder CRM. Meta empfiehlt, beide zu nutzen und sie mit einer gemeinsamen Event-ID zu deduplizieren.

Brauche ich Server-Side Google Tag Manager für CAPI?

Nein. Eine Partnerintegration oder das Conversions API Gateway funktioniert auch. Server-Side GTM ist vor allem interessant, wenn Sie neben Meta auch Google Ads, LinkedIn oder TikTok serverseitig aus einem Container versorgen möchten.

Warum sehe ich nach der Installation von CAPI doppelte Conversions?

Meist fehlt die gemeinsame Event-ID, der Eventname unterscheidet sich zwischen Pixel und Server, oder zwei Integrationen (etwa ein Plugin und Ihr Server-Container) senden dasselbe Event.

Kann ich Offline-Conversions über die Conversions API senden?

Ja, solange das Event innerhalb der Frist liegt, die Meta zulässt. Für späte B2B-Conversions speichern Sie fbc, fbp und eine gehashte E-Mail-Adresse beim Lead in Ihrem CRM, damit Meta die Conversion der richtigen Person zuordnen kann.

Funktioniert CAPI, wenn ein Besucher Cookies ablehnt?

Technisch kann der Server Events senden, aber für Marketing dürfen Sie das ohne Einwilligung nicht. CAPI behebt vor allem Verluste durch Adblocker und Browserbeschränkungen, nicht durch Ablehnung.