Du sendest deine Meta-Conversions über den Browser-Pixel und zusätzlich server-side über die Conversions API — und plötzlich zeigt der Werbeaccount doppelt so viele Käufe wie dein Shop-Backend. Das Problem heißt Doppelzählung, und die Lösung ist eine korrekte event_id Deduplizierung zwischen CAPI und Pixel. Ohne sie bläht sich deine Conversion-Zahl auf, dein CPA lügt und der Algorithmus optimiert auf falschen Daten.
Warum Pixel und CAPI dieselbe Conversion doppelt melden
Sobald du parallel über den Browser-Pixel und die Conversions API (CAPI) trackst, meldet dieselbe Bestellung zwei Wege an Meta: einmal aus dem Browser des Nutzers, einmal von deinem Server. Ohne gemeinsame Kennung behandelt Meta beide als separate Events — und zählt eine Conversion als zwei.
Der Sinn hinter dem Doppel-Setup ist gut: Der Browser-Pixel liefert Kontext wie fbp und fbc, wird aber von Adblockern, iOS und Safari ITP (Intelligent Tracking Prevention) blockiert. Die CAPI läuft server-side und ist deutlich robuster. Deshalb betreibst du beide Kanäle bewusst redundant — damit ein Event ankommt, auch wenn der andere Weg wegbricht. Wie stark der Browser-Pixel unter Adblockern und Datenverlust leidet, macht diese Redundanz erst notwendig.
Genau diese gewollte Redundanz braucht aber eine Regel, wann zwei Meldungen ein und dasselbe Event sind. Diese Regel ist die Deduplizierung. Ohne sie zahlst du für eine Ereignis-Verdopplung, die es real nie gab.
Was event_id Deduplizierung bei CAPI genau macht
Die event_id Deduplizierung sorgt dafür, dass Meta ein Event, das über Pixel und CAPI parallel gemeldet wird, nur einmal zählt. Beide Kanäle senden dieselbe eindeutige event_id für dasselbe Ereignis — Meta erkennt die Übereinstimmung und behält nur eine Instanz.
Meta dedupliziert über zwei Felder in Kombination:
| Feld | Bedeutung | Beispiel |
|---|---|---|
event_name | der Ereignistyp | Purchase, Lead |
event_id | eindeutige ID pro Ereignis, identisch an beide Kanäle | Bestell-ID oder UUID |
Kommen zwei Events mit gleichem event_name und gleicher event_id innerhalb des Deduplizierungsfensters an, verwirft Meta das zweite. Der Trick liegt im "identisch": Die event_id im Browser-Pixel und die event_id im CAPI-Call müssen exakt denselben Wert tragen. Weicht sie auch nur um ein Zeichen ab, greift die Deduplizierung nicht — und du bist wieder bei der Doppelzählung.
Woher die event_id kommt
Die event_id wird typischerweise beim Auslösen des Ereignisses erzeugt — etwa auf der Bestätigungsseite eines Kaufs. Ein zufälliger, eindeutiger Wert (UUID) oder eine stabile Kennung wie die Bestell-ID eignen sich beide. Entscheidend ist, dass derselbe Wert an den Browser-Pixel und an den Server-Call fließt, nicht zwei getrennt erzeugte IDs.
Bei Setups mit Meta CAPI ohne Entwickler übernimmt der Tracking-Server das Erzeugen und Durchreichen der event_id automatisch, sodass Pixel und Server-Event garantiert dieselbe ID tragen.
Deduplizierung sauber einrichten: die drei Bausteine
Damit die event_id Deduplizierung zwischen Pixel und CAPI zuverlässig greift, brauchst du drei Dinge im Gleichlauf: dieselbe event_id, denselben event_name und möglichst dieselben Zusatzparameter auf beiden Wegen.
- event_id einmal erzeugen, zweimal verwenden. Ein Wert pro Ereignis — nicht je Kanal ein eigener.
- event_name synchron halten. Der Browser-Pixel und das Server-Event müssen denselben Ereignisnamen melden, sonst matcht Meta nicht.
- Matching-Parameter mitgeben. fbp (Browser-Cookie), fbc (Click-ID aus dem Ad-Klick) und die external_id stärken die Zuordnung zusätzlich, wenn das Timing minimal auseinanderläuft.
Der wunde Punkt bei rein browserbasierten Lösungen: Der Pixel feuert oft gar nicht — geblockt durch Adblocker oder ITP. Dann fehlt die eine Hälfte des Paares, und die server-side gesendete Conversion bleibt trotzdem korrekt, weil sie nichts zu deduplizieren hat. Genau deshalb ist ein stabiler Server-Weg die Basis: Er trägt die Conversion auch dann, wenn der Browser schweigt. Das gleiche Prinzip greift bei iOS 17 und Facebook-Tracking, wo der Pixel besonders oft ausfällt.
Wie viele Conversions verlierst du gerade?
Kostenlose Demo — 30 Min. Teams-Call, kein Sales-Pitch.
Häufige Fehler, die trotz event_id zur Doppelzählung führen
Auch mit gesetzter event_id läuft die Deduplizierung schief, wenn Details nicht stimmen. Diese Ursachen tauchen in der Praxis am häufigsten auf:
- Zwei getrennt erzeugte IDs. Pixel und Server generieren je eine eigene UUID — sie sehen für Meta wie zwei verschiedene Events aus.
- Unterschiedliche event_names. Der Pixel meldet
Purchase, das Server-Eventpurchase. Groß-/Kleinschreibung entscheidet. - event_id fehlt im CAPI-Call komplett. Der Pixel trägt sie, das Server-Event nicht — kein gemeinsamer Anker.
- Zu großes Zeitfenster. Das Server-Event trifft erst Stunden später ein, weil es in einer Warteschlange hängt. Meta dedupliziert innerhalb von rund 48 Stunden, aber je näher beide Events beieinander liegen, desto stabiler das Matching.
Liegen deine Conversion-Zahlen im Werbeaccount deutlich über den echten Bestellungen im Shop-Backend, ist Doppelzählung fast immer die Ursache. Ein sauberer Datenabgleich mit deinen tatsächlichen Verkäufen deckt das schnell auf — mehr dazu im Beitrag zur Datenqualität im Tracking.
So schützt saubere Deduplizierung dein Bidding
Falsche Conversion-Zahlen sind nicht nur ein Reporting-Ärgernis — sie sabotieren dein Bidding. Der Algorithmus optimiert auf die Events, die er sieht. Meldest du doppelt, hält er Kampagnen für profitabler, als sie sind, und verteilt Budget auf Basis von Phantom-Conversions.
Das Ergebnis: Dein CPA im Dashboard sieht besser aus als in der Realität, deine Skalierungsentscheidungen beruhen auf aufgeblähten Zahlen, und der Werbealgorithmus lernt aus verzerrten Signalen. Genau hier entscheidet die Datenqualität über die Werbeeffizienz.
ADS-Tracking sendet Conversions über eigene deutsche Server mit einer Datenvollständigkeit von 99,8 % — und dedupliziert Pixel- und CAPI-Events automatisch über eine gemeinsame event_id, sodass jede Conversion genau einmal zählt. Die bidirektionale Rückspiegelung sorgt dafür, dass Meta saubere Signale zurückbekommt und der Algorithmus auf echten Daten lernt. Dieselbe Logik greift plattformübergreifend — das Prinzip ist identisch mit dem der Google Enhanced Conversions server-side, wo gehashte First-Party-Daten den Match-Wert erhöhen.
FAQ
Was passiert, wenn ich Pixel und CAPI ohne Deduplizierung parallel sende?
Meta zählt dieselbe Conversion doppelt, sobald beide Quellen dasselbe Event melden. Ohne gemeinsame event_id werden deine Conversion-Zahlen aufgebläht und dein CPA sieht künstlich besser aus, als er ist.
Reicht die event_id allein für die Deduplizierung?
Meta dedupliziert primär über die event_id in Kombination mit dem event_name. Ergänzend hilft die external_id oder fbp/fbc, damit die Zuordnung auch bei leicht abweichenden Timings sauber greift.
Wie lange darf zwischen Pixel- und CAPI-Event liegen?
Meta dedupliziert Events, die innerhalb von rund 48 Stunden mit identischer event_id eintreffen. In der Praxis kommen beide Events meist im Sekundenbereich an, wenn dein Server-Side-Setup sauber läuft.
Brauche ich für die Deduplizierung ein Entwicklerteam?
Nein. ADS-Tracking richtet das komplette Setup inklusive automatischer event_id-Deduplizierung ein, die Standard-Einbindung dauert rund 30 Minuten.
Wenn deine Meta-Zahlen nicht mit deinem Shop-Backend zusammenpassen, lohnt ein Blick auf dein Dedup-Setup. In einer kostenlosen Demo zeigen wir dir live, wie Pixel und CAPI über eine gemeinsame event_id zusammenlaufen — mit und ohne Adblocker, damit du den Unterschied direkt siehst.