Meta Ads Conversions API, die deine Käufe vollständig an Meta meldet.
Der Browser-Pixel fällt aus, sobald iOS-Tracking-Schutz oder Ad-Blocker ihn blockieren. DataFirst meldet jeden Kauf zusätzlich server-to-server über die Conversions API und nutzt dieselbe event_id wie der Pixel, sodass Meta jeden Kauf genau einmal zählt.
Lücken im Reporting
- iOS-Tracking-Schutz kappt das Event
- Ad-Blocker verhindert den Ladevorgang
- Smart Bidding lernt auf halben Daten
Vollständiges Signal
- Server meldet den Kauf trotzdem
- Eine event_id dedupliziert beide Wege
- Gebote laufen auf dem echten Verkaufsbild
"event_name": "Purchase", "event_time": 1754038800, "event_id": "7f3a-c901-2b", "action_source": "website", "user_data": { // sha-256 "em": ["e3b0c4…"] }, "custom_data": { "value": 78.50, "currency": "EUR", "order_id": "10042" }
Ein Request, den kein Browser blockiert.
DataFirst baut das Purchase-Event auf dem Server, hängt die gehashten Match-Daten an und schickt es direkt an Metas Graph-Endpunkt. Die event_id ist dieselbe wie im Pixel, also führt Meta beide Signale zu einem Kauf zusammen.
Versand nur bei ad_user_data-Consent · sonst modelliertEin zweiter Kanal für dieselben Events reicht nicht. Ob Meta deine Daten sauber verwertet, entscheidet sich an drei Punkten, die die meisten Pixel-Setups offen lassen.
- Eine event_id für Pixel und CAPI
- Jedes Event trägt im Browser dieselbe ID wie auf dem Server. Meta dedupliziert darüber und behandelt Pixel- und CAPI-Signal als einen Kauf, nicht als zwei.
- Event Match Quality füttern
- Gehashte E-Mail-Adresse, Kundennummer und Land fahren serverseitig mit, dazu Metas Klick-Kennungen fbc und fbp. Das hebt die Event Match Quality, an der das Matching auf Konten und die Aussteuerung hängen.
- Consent entscheidet über den Versand
- DataFirst liest das ad_user_data-Signal aus deinem CMP. Steht es nicht auf granted, verlässt die Conversion den Server nicht. Meta gleicht die Lücke über modellierte Conversions aus.
Von den Credentials bis zum ersten Test-Event.
- 01
Meta Business verbinden
Pixel-ID und Conversions-API-Token einmal im DataFirst-Backend hinterlegen. Wir prüfen die Verbindung gegen den Graph-Endpunkt.
- 02
Signal einstellen
Festlegen, worauf Meta optimiert: Netto-Warenwert oder Deckungsbeitrag DB1. Dazu der Schalter, ob nur Käufe von Neukunden gemeldet werden.
- 03
Test-Event und live
Im Meta Events Manager ein Event prüfen, danach läuft jede Conversion automatisch über CAPI mit.
Häufige Fragen zu Meta Ads
Was bringt die Conversions API gegenüber dem Meta-Pixel?
Der Pixel läuft im Browser und fällt aus, sobald iOS-Tracking-Schutz, ein Ad-Blocker oder fehlendes Consent ihn blockieren. Die Conversions API meldet denselben Kauf server-to-server an Meta, unabhängig vom Browser. So bleibt das Conversion-Signal stabil, an dem Reporting und Smart Bidding hängen.
Zählt Meta einen Kauf dann doppelt, wenn Pixel und CAPI feuern?
Nein. DataFirst vergibt für jedes Event dieselbe event_id im Browser wie auf dem Server. Meta erkennt beide Signale über diese ID als ein einziges Event und dedupliziert automatisch. Du bekommst die Reichweite der API ohne doppelte Conversions.
Welche Daten verbessern die Event Match Quality?
DataFirst hängt die E-Mail-Adresse, die Kundennummer und das Land an, alle drei vor dem Versand mit SHA-256 gehasht. Dazu kommen Metas eigene Klick-Kennungen fbc und fbp aus dem Browser. Das hebt Metas Event Match Quality, an der das Matching auf Konten und die Aussteuerung hängen.
Was passiert bei fehlendem Consent?
Ohne Consent für Werbedaten geht die Conversion nicht an Meta. DataFirst prüft vor jedem Versand das Signal ad_user_data aus deinem CMP. Steht es nicht auf granted, bleibt das Event auf dem Server, und Meta gleicht die Lücke über modellierte Conversions aus. Blockiert dein CMP die Meta-Tags schon vorher, lässt sich das Gate im Setup abschalten.
Meta sauber angebunden, jeder Kauf genau einmal gezählt.
Kostenlos starten, Test-Event vor Go-Live, jederzeit kündbar.