Wie cPixel jeden Kauf einmal zählt
Wie verhindert cPixel, dass ein Kauf doppelt zählt?
cPixel sendet jeden Shopify-Kauf einmal an jedes verbundene Konto, unter einer aus deinem Shop und dem Checkout gebildeten Ereignis-ID, und schaltet Metas Browser-Purchase ab, solange dessen Serversendung aktiv ist. Andere Ereignisse gehen vom Browser oder vom Server, oder von beiden unter einer gemeinsamen ID. Verbleibende Duplikate stammen meist von einer anderen App oder einem anderen Tag.
Die ID ist ein Hash aus der myshopify.com-Adresse deines Shops und dem Checkout-Token, nicht der Bestellnummer, sodass der Browser der Kundschaft und cPixels Server unabhängig voneinander auf denselben Wert kommen. Jedes Konto, das du auf einer Plattform verbindest, bekommt sie, und cPixel verbindet ein Pixel nie zweimal. Die meisten anderen Ereignisse tragen Shopifys eigene Ereignis-ID. Außerhalb deines Online-Checkouts aufgegebene Bestellungen, sobald du sie einschaltest, bekommen eine ID aus der Bestellung, und Erstattungen, nur an GA4 gesendet, bekommen ihre eigene.
Nach welcher ID dedupliziert jede Plattform?
Jede Plattform hat ihren eigenen Schlüssel: eine Ereignis-ID für Meta, TikTok, OpenAI Ads, Pinterest und Snapchat, und eine Transaktions-ID für GA4 und Google Ads. cPixel sendet jedes Ereignis einmal an eine Plattform, oder zweimal unter dem Schlüssel, den diese Plattform abgleicht.
| Plattform | Dedupliziert nach | Fenster | Was cPixel sendet |
|---|---|---|---|
| Meta | Ereignisname und Ereignis-ID, gleiches Pixel; behält meist das zuerst empfangene | 48 Stunden | Browsing- und Checkout-Ereignisse von beiden Seiten, eine ID; der Purchase allein vom Server |
| TikTok | Ereignis und Ereignis-ID; behält das zuerst empfangene | 48 Stunden | Alles vom Server, außer dem Pageview, das beide Seiten unter einer ID senden |
| GA4 | Transaktions-ID, auf Web-Streams | Nicht angegeben | Der Kauf vom Server, mit der Bestellnummer als Transaktions-ID; der Rest vom Browser |
| OpenAI Ads | Pixel-ID, Ereignisname und id; das zuerst empfangene gewinnt |
Nicht angegeben | Checkouts und Käufe vom Server; der Rest vom Browser-Tag |
| Ereignisname und Ereignis-ID; behält das zuerst erfasste | 48 Stunden | Checkouts und Käufe vom Server; der Rest vom Browser-Tag | |
| Snapchat | Seine Dedup-ID; Käufe zusätzlich nach Bestellnummer | 48 Stunden; 30 Tage nach Bestellnummer | Checkout, Zahlungsinfo und Kauf vom Server; der Rest vom Browser-Tag |
| Google Ads | Transaktions-ID, innerhalb einer Conversion-Aktion | Nicht angegeben | Der Kauf von seinem Browser-Tag auf der Dankeseite, mit der Bestellnummer |
Quellen, geprüft am 24. September 2026: Meta, TikTok, GA4, OpenAI, Pinterest, Snap, Google Ads.
In Live nennen die Details einer abgeschlossenen Serversendung ihren Schlüssel, etwa „per Ereignis-ID dedupliziert”: der Schlüssel, den die Plattform abgleicht, kein Beweis, dass sie ein Duplikat zusammengeführt hat.
Warum bekommt Meta den Kauf nur vom Server?
Weil Meta die eine Plattform ist, bei der cPixel den Kauf von beiden Seiten senden könnte, und eine einzelne Kopie sich nicht doppelt zählen lässt. Die Serverkopie wird aus Shopifys Bestellung aufgebaut, hängt also nicht vom Browser der Kundschaft ab, und trägt mehr der Details, nach denen Meta Kundschaft abgleicht.
Metas Browser-Purchase feuert nur, solange cPixels Serversendung an dieses Pixel nicht aktiv ist: das Konto hat kein Zugriffstoken, Meta hat das Token abgelehnt, Ereignisse von unseren Servern senden ist aus, oder der Free-Tarif hat Serversendungen pausiert. So oder so bekommt Meta einen Purchase pro Bestellung.
In Live erscheint Meta auf der Server-Zeile des Kaufs, nicht auf seiner Browser-Zeile. Im Meta Events Manager kommt der Purchase über die Conversions API, während die anderen Ereignisse als „Multiple” erscheinen, weil beide Seiten sie senden.
Was kann noch doppelt zählen?
Ein weiteres Tool, das an dasselbe Pixel sendet, und eine erneute Sendung, nachdem das Fenster der Plattform geschlossen ist. cPixel kann die Ereignisse einer anderen App nicht deduplizieren: Jede App erstellt ihre eigenen Ereignis-IDs, sodass die Plattform zwei Käufe sieht.
Die üblichen zweiten Sender sind die eigene Shopify-App einer Plattform, etwa Facebook & Instagram oder Google & YouTube, eine weitere Tracking-App oder ein eigenes Pixel, sowie Pixel-Code, der in dein Theme eingefügt wurde. Ein Duplikat zeigt sich oft als „verdoppelte Seitenaufrufe, während der Bestellumsatz weiterhin korrekt aussieht”, in den Worten von cPixels eigenem Hinweis, prüfe also auch Seitenaufrufe, nicht nur Käufe. Die Lösung ist ein Sender pro Pixel: cPixel zusammen mit der Facebook- und Instagram-App nutzen.
Wie finde ich einen zweiten Sender?
Beginne auf cPixels Seite Ziele, bestätige es dann in der Plattform. Einmal täglich liest cPixel deinen Shop nach in das Theme geschriebenen Tags und bei Shopify registrierten Pixeln, und listet jede Überschneidung unter Eine andere App ist für eine Plattform eingerichtet, an die auch cPixel sendet.
- Öffne in cPixel Ziele und lies Was du dagegen tun kannst unter jedem Fund.
- Gehe in Shopify zu Settings → Customer events und notiere jedes App-Pixel und benutzerdefinierte Pixel, das an dieselbe Plattform senden könnte.
- Öffne in cPixel Live, klicke auf Sitzung starten und gib eine echte Bestellung auf, um zu sehen, an welche Konten cPixel sie gesendet hat.
- Prüfe in der Plattform, dass die Bestellung einen Kauf ergeben hat. Kommt im Meta Events Manager ein Purchase sowohl vom Browser als auch über die Conversions API an, gibt es einen zweiten Sender, weil cPixels Browser-Purchase aus ist, solange dessen Serversendung aktiv ist.
Der Scan meldet, was eingerichtet ist, nicht, was ausgelöst hat, und er kann keinen passwortgeschützten Shop lesen, daher schließt ein fehlender Hinweis einen zweiten Sender nicht aus. Für Theme-Code, Tag-Manager und Metas Event-Setup-Tool lies warum Meta Shopify-Käufe doppelt zählt.
Was passiert, wenn ein Kauf erneut gesendet wird?
Er behält seine ursprüngliche Ereignis-ID, sodass eine Plattform, die sich noch an die erste Kopie erinnert, eine behält. Wiederholungen nach einer fehlgeschlagenen Sendung, die nächtliche Nachlieferung von Bestellungen, die während der Free-Pause zurückgehalten wurden, die nächtliche Reparatur von Bestellungen, deren Webhook nie ankam, und Ereignis erneut senden in Live nutzen alle dieselbe ID erneut.
Das Fenster der Plattform ist die Grenze. Meta dedupliziert innerhalb von 48 Stunden, daher überspringt cPixels Nachlieferung zurückgehaltener Bestellungen Meta, sobald eine Bestellung älter als das ist, und die nächtliche Reparatur deckt nur die Bestellungen von gestern ab, innerhalb der Fenster von Meta und TikTok.
Ereignis erneut senden, auf bezahlten Tarifen, sendet einen Kauf erneut an jedes verbundene Konto unter seiner ursprünglichen ID. Nutze es für einen Kauf, der nie angekommen ist, nicht um Zahlen aufzustocken: Nach 48 Stunden kann eine erneute Sendung an Meta den Kauf doppelt zählen.
