Warum zeigt Meta mehr Käufe an, als mein Shop Bestellungen hat?

Meist, weil zwei Tools dasselbe Pixel mit unterschiedlichen Event-IDs senden oder weil Browser- und Server-Event keine gemeinsame ID haben. Meta kann nur Kopien zusammenführen, die denselben Event-Namen und dieselbe Event-ID haben.

Wie lange wartet Meta mit der Deduplizierung von Events?

Meta dedupliziert ein Browser-Event und ein Server-Event mit demselben Event-Namen und derselben Event-ID, wenn sie im Abstand von höchstens 48 Stunden zum ersten eintreffen.

Sollte ich das Browser-Pixel abschalten, um Duplikate zu stoppen?

Nein. Gib stattdessen dem Browser-Event und dem Server-Event dieselbe Event-ID. Das Browser-Pixel liefert zusätzliche Signale wie Cookies, und das Server-Event kommt an, wenn der Browser blockiert wird.

Kann die Deduplizierung beheben, dass mehrere Plattformen denselben Verkauf für sich beanspruchen?

Nein. Das ist überlappende Attribution, kein doppeltes Event. Vergleiche die Angaben der Plattformen mit den Bestellungen deines Shops und nutze ein Attributionsmodell, um Kanäle zu vergleichen.

Dedupliziert Pinterest das Tag und die Conversions API?

Ja, wenn beide Events dieselbe event_id und denselben Event-Namen tragen und innerhalb von 48 Stunden eintreffen. Pinterest behält das erste Event, das es erhält, und entfernt die späteren Kopien. In ROASaurus senden der Tag und der Server alle fünf Shopping-Events mit übereinstimmenden IDs und Namen.

Doppelte Kauf-Events: Warum Verkäufe doppelt gezählt werden

Das Wichtigste in Kürze

Ein doppeltes Kauf-Event liegt vor, wenn eine Werbeplattform eine Bestellung als zwei oder mehr Käufe zählt.
Die üblichen Ursachen sind ein Browser-Pixel und ein Server-Event ohne gemeinsame Event-ID sowie zwei Tools, die dasselbe Pixel senden.
Meta, TikTok, Snapchat, Pinterest und Reddit behalten jeweils nur eine Kopie, wenn die Browser- und Server-Events übereinstimmende IDs tragen und innerhalb des Zeitfensters der Plattform eintreffen.
Wenn Meta, Google und TikTok alle denselben Verkauf für sich beanspruchen, wurde kein Event doppelt gesendet: Das ist überlappende Attribution, und die Deduplizierung kann sie nicht beheben.
Vergleiche die Anzahl der Käufe aus jeder Quelle mit den Bestellungen deines Shops: Hat eine einzelne Quelle mehr Käufe als Bestellungen, gibt es einen zweiten Absender.

Doppelte Kauf-Events entstehen, wenn eine Werbeplattform eine Bestellung als zwei oder mehr Käufe zählt. Die üblichen Ursachen sind ein Browser-Pixel und ein Server-Event, die keine gemeinsame Event-ID haben, sowie zwei Tools, die dasselbe Pixel senden. Das Ergebnis sind aufgeblähte Conversions, ein ROAS, der besser aussieht, als er ist, und ein Bietalgorithmus, der aus Verkäufen lernt, die es nie gab.

Dieser Leitfaden erklärt die Ursachen, den Unterschied zwischen Duplikaten innerhalb einer Plattform und mehreren Plattformen, die denselben Verkauf für sich beanspruchen, wie die Deduplizierung bei Meta, TikTok, Snapchat, Pinterest und Reddit funktioniert und wie du Duplikate findest und behebst.

Was zählt als doppeltes Kauf-Event?

Zwei verschiedene Probleme werden beide als Doppelzählung bezeichnet. Sie haben unterschiedliche Ursachen, und nur eines davon ist ein Tracking-Fehler.

	Duplikat innerhalb einer Plattform	Mehrere Plattformen beanspruchen einen Verkauf
Was passiert	Eine Plattform zählt dieselbe Bestellung mehrfach	Mehrere Plattformen rechnen sich jeweils dieselbe Bestellung an
Beispiel	Meta zeigt 2 Käufe für eine Bestellung über $80	Meta, Google und TikTok melden jeweils dieselbe Bestellung über $80
Ursache	Zwei Events für eine Bestellung ohne gemeinsame Event-ID	Jede Plattform schreibt sich den Verkauf nach ihren eigenen Attributionsregeln zu
Wird durch Deduplizierung behoben	Ja	Nein
Was zu tun ist	Ein Absender pro Pixel und eine Event-ID pro Bestellung	Mit den Bestellungen deines Shops abgleichen und ein Attributionsmodell verwenden

Die Deduplizierung löst das erste Problem. Für das zweite brauchst du deine eigenen Bestelldaten.

Warum Käufe doppelt gezählt werden

Ein Browser-Pixel und ein Server-Event ohne gemeinsame ID

Viele Shops senden jeden Kauf mit Absicht zweimal: einmal über das Browser-Pixel und einmal von einem Server über eine Conversions API. Das ist ein gutes Setup, denn die Server-Kopie kommt an, wenn die Browser-Kopie blockiert wird. Die Plattform kann die beiden Kopien aber nur zusammenführen, wenn sie dieselbe Event-ID und denselben Event-Namen tragen. Verwendet der Browser eine zufällige ID und der Server die Bestellnummer, sieht die Plattform zwei verschiedene Käufe.

Zwei Tools, die dasselbe Pixel senden

Diese Ursache ist häufig und leicht zu übersehen, besonders nach dem Wechsel zu einem neuen Tracking-Tool. Ein Shop installiert eine Tracking-App, behält aber die App des Vertriebskanals der Plattform, ein Google-Tag-Manager-Tag oder Pixel-Code im Theme bei. Jedes Tool sendet sein eigenes Purchase mit eigenen IDs. Die Deduplizierung innerhalb jedes Tools funktioniert, aber die Plattform erhält trotzdem zwei voneinander unabhängige Käufe.

Dasselbe Event wird erneut gesendet

Ein Kauf-Tag auf der Bestellbestätigungsseite kann erneut ausgelöst werden, wenn der Käufer die Seite neu lädt oder noch einmal aufruft. Auch ein Server kann eine Bestellung zweimal senden, zum Beispiel einmal beim Anlegen und noch einmal bei der Bezahlung. Bilde die Event-ID aus der Bestell-ID, damit eine Wiederholung dieselbe ID trägt wie die erste Kopie und die Plattform sie erkennen kann.

Wie funktioniert die Deduplizierung?

Bei der Deduplizierung behält eine Plattform nur eine Kopie eines Events, das sie mehrfach erhalten hat. Die Regel ist bei den Plattformen in diesem Leitfaden ähnlich: Die Kopien müssen dieselbe ID tragen, meist zusammen mit demselben Event-Namen, und innerhalb eines Zeitfensters eintreffen. Die Plattform behält dann eine Kopie und verwirft die übrigen.

browser Purchase event_id=order-1042Browser-Pixel im Checkout

server Purchase event_id=order-1042Conversions API, gleicher Name und gleiche ID: mit dem ersten zusammengeführt

browser Purchase event_id=7c1e9a40Eine zweite App am selben Pixel, mit eigener ID: erneut gezählt

Die ersten beiden Events teilen sich eine ID und zählen als ein Kauf. Das dritte hat eine eigene ID, deshalb meldet die Plattform zwei Käufe für Bestellung 1042.

Daraus ergeben sich zwei praktische Regeln. Erzeuge die ID einmal, aus etwas, das Browser und Server beide kennen, etwa der Bestell-ID. Und verwende auf beiden Seiten genau denselben Event-Namen, so wie ihn die Plattform definiert, zum Beispiel Purchase bei Meta.

Regeln zur Deduplizierung pro Plattform

Die Details unterscheiden sich je nach Plattform. Diese Tabelle fasst die offizielle Dokumentation jeder Plattform im Oktober 2026 zusammen.

Plattform	Browser-Feld	Server-Feld	Zeitfenster	Hinweise
Meta	`eventID`	`event_id`	48 Stunden	Der Event-Name muss ebenfalls übereinstimmen. Ein Fallback mit fbp oder external_id funktioniert nur, wenn das Browser-Event zuerst eintrifft.
TikTok	`event_id`	`event_id`	48 Stunden	Der Event-Name muss ebenfalls übereinstimmen. TikTok behält das erste Event, das es erhält.
Snapchat	`client_dedup_id` und `transaction_id` bei Käufen	`event_id` und `order_id` bei Käufen	48 Stunden, oder 30 Tage bei der Bestell-ID eines Kaufs	Der Event-Name muss ebenfalls übereinstimmen. Das Paar mit client_dedup_id hat Vorrang.
Pinterest	`event_id`	`event_id`	48 Stunden	Sende aus beiden Quellen denselben Event-Namen. Pinterest behält das erste Event, das es erhält.
Reddit	`conversionId`	`conversion_id`	2 Tage	Derselbe Event-Typ und bei benutzerdefinierten Events derselbe Name. Läuft jede Stunde und kann bis zu 24 Stunden brauchen, bis es angezeigt wird.

Die gemeinsame Regel: dasselbe Event, dieselbe ID, innerhalb des Zeitfensters. Die Feldnamen unterscheiden sich, prüfe daher jede Integration einzeln.

In ROASaurus senden die Browser-Pixel für Meta, TikTok, Snapchat, Pinterest und Reddit dieselbe Event-ID wie die Server-Events, sodass diese Plattformen deduplizieren. Bei Snapchat sendet das Pixel außerdem die Bestell-ID als transaction_id, die zur order_id im Server-Kauf passt. Bei Pinterest verwenden der Tag und die API übereinstimmende Event-Namen. X, Microsoft Advertising und Taboola erhalten nur Server-Events, daher gibt es nichts zusammenzuführen. Wenn du Events selbst sendest, zeigt der Leitfaden zur Meta Conversions API, wo die Event-ID im Pixel und im API-Aufruf hingehört.

Wenn mehrere Plattformen einen Verkauf für sich beanspruchen, ist das kein doppeltes Event

Nun zum zweiten Problem. Ein Käufer sieht ein TikTok-Video, klickt zwei Tage später auf eine Google-Shopping-Anzeige und kauft nach einer Retargeting-Anzeige von Meta. Jede Plattform hat ihren eigenen Datensatz zu einem Klick oder einer Ansicht, und jede meldet den Verkauf. Kein Event wurde doppelt gesendet, deshalb ändert keine Deduplizierungseinstellung etwas daran.

In einer Woche beanspruchter Umsatz (Beispiel-Shop)

So findest du doppelte Kauf-Events

Jede Quelle mit deinen Bestellungen abgleichen
Nimm einen vollen Tag. Zähle die Purchase-Events, die jede Quelle an diesem Tag gesendet hat, vor der Deduplizierung: das Browser-Pixel und die Server-Events. Manche Event-Tools zeigen diese Aufteilung nach Verbindungsart, und dein Server-Side-Tracking-Tool hat ein eigenes Protokoll darüber, was es gesendet hat. Vergleiche jede Zahl mit der Anzahl der Bestellungen, die dein Shop an diesem Tag erhalten hat.
Die Berichte zur Deduplizierung lesen
Manche Plattformen melden die Duplikate, die sie entfernt haben. Reddit führt zum Beispiel sieben Tage lang ein Protokoll der deduplizierten Events, und Pinterest zeigt die Deduplizierung pro Event im Ads Manager an.
Eine Testbestellung aufgeben
Öffne die Ansicht für Test-Events der Plattform und gib eine Bestellung auf. Du solltest ein Browser-Purchase und ein Server-Purchase mit derselben Event-ID sehen. Ein drittes Purchase oder zwei verschiedene IDs zeigen die Ursache.
Alle Tools auflisten, die das Pixel senden können
Prüfe Apps für Vertriebskanäle, Tag-Manager-Container, Theme-Code und ältere Tracking-Apps. Eine Browser-Erweiterung wie Meta Ads Data Advisor, früher Meta Pixel Helper, zeigt, welche Pixel-Events auf einer Seite ausgelöst werden.

Der erste Schritt ist die schnellste Prüfung. Eine Quelle mit einem Absender sendet höchstens einen Kauf pro Bestellung. Die Browser-Zahl liegt meist unter deinen Bestellungen, wegen Adblockern und abgelehnter Einwilligung. Hat eine einzelne Quelle also mehr Käufe als Bestellungen, deutet das auf einen zweiten Absender oder auf wiederholte Events hin:

Quelle (Beispiel-Shop, ein Tag)	Käufe	Shop-Bestellungen	Verhältnis	Was es nahelegt
Meta, Browser	186	120	1.55	Mehr Käufe als Bestellungen: Zwei Tools lösen das Browser-Pixel aus
Meta, Server	119	120	0.99	Normal: ein Server-Absender
TikTok, Server	241	120	2.01	Jede Bestellung doppelt: Zwei Apps senden die Events API

Zählungen pro Quelle, vor der Deduplizierung. Ein Verhältnis über 1.0 bedeutet, dass diese Quelle einige Bestellungen doppelt sendet. Ein Verhältnis nahe 2.0 bedeutet, dass sie fast jede Bestellung doppelt sendet.

So behebst du doppelte Kauf-Events

Lass nur einen Absender pro Pixel zu. Wähle für jedes Pixel ein Tool und schalte dieses Pixel überall sonst ab: in Apps für Vertriebskanäle, in Tag-Manager-Tags und im Theme-Code. Entferne in Shopify dasselbe Pixel aus den Einstellungen zur Datenfreigabe des Kanals Facebook & Instagram, denn jede Stufe der Datenfreigabe sendet weiterhin das Browser-Pixel. Prüfe die TikTok-App auf die gleiche Weise.
Verwende pro Bestellung eine Event-ID. Bilde die ID aus der Bestell-ID und sende sie mit dem Browser-Event und dem Server-Event.
Verwende denselben Event-Namen. Browser und Server müssen das Event gleich benennen, genau so, wie die Plattform es definiert.
Sende innerhalb des Zeitfensters. Ein Server-Event, das Tage später eintrifft, wird nicht zusammengeführt. Bei Meta, TikTok und Pinterest beträgt das Zeitfenster 48 Stunden, bei Reddit zwei Tage.
Teste nach jeder Änderung erneut. Wiederhole die Testbestellung und vergleiche die Zahlen am nächsten Tag noch einmal.

So vermeidet ROASaurus doppelte Kauf-Events

ROASaurus sendet jeden Kauf aus den Bestelldaten des Shops und gibt der Browser-Kopie und der Server-Kopie dieselbe Event-ID, die aus der Bestell-ID gebildet wird. In Shopify kommt das Server-Event vom Webhook für bezahlte Bestellungen, deshalb erzeugt ein Neuladen der Dankeseite kein neues Server-Event. Das Event log listet jede Server-Auslieferung pro Plattform mit der Anfrage und der Antwort der Plattform auf, sodass du siehst, was für jede Bestellung gesendet wurde. Der Leitfaden zu Server-Side-Tracking in Shopify zeigt den ganzen Ablauf.

Wenn eine Plattform weiterhin mehr Käufe als Bestellungen zeigt, sendet ein anderes Tool dasselbe Pixel. Doppelzählung verhindern listet auf, wo du nachsehen kannst, und Server-Side-Tracking erklärt, welche Events ROASaurus an jede Plattform sendet.

Quellen

In ROASaurus

Weiterlesen

TrackingAdblocker und Tracking: Was dein Shop verliertAdblocker stoppen Tracking-Pixel, deshalb verpassen Werbeplattformen Käufe. Hier siehst du, welche Events verloren gehen, warum serverseitige Events nicht betroffen sind und wie du deine Lücke misst.TrackingConsent Mode v2 und DSGVO: Was ein Webshop senden darfConsent Mode v2 für Webshops: die vier Einwilligungssignale von Google, was das EU-Recht verlangt und was Server-Side-Tracking weiterhin senden darf. Nur allgemeine Informationen.TrackingSafari ITP und Ad-Tracking: Was noch funktioniertSafari ITP begrenzt Cookies, die von Skripten gesetzt werden, auf 7 Tage, nach manchen Anzeigenklicks sogar auf 24 Stunden. Hier siehst du, was das mit der Attribution macht und welches Tracking weiterhin funktioniert.