# Warum GA4-Käufe nicht zu Shopify passen {#post-title}

[cPixel](/de/blog/#blog-cpixel)

Von [B2B Gold](/about/#how-we-write) Veröffentlicht am 24. September 2026 Aktualisiert am 26. September 2026 [Mit KI-Werkzeugen aus dem Englischen übersetzt](/blog/ga4-shopify-purchases/)

## Warum passt GA4 nicht zu Shopifys Bestellungen? {#why-doesnt-ga4-match-shopifys-orders}

GA4 und Shopify zählen unterschiedliche Dinge: Shopify erfasst jede Bestellung, während GA4 nur die Purchase-Ereignisse erfasst, die ein Browser oder Server ihm sendet. GA4 bleibt zurück, wenn Kundschaft Analyse-Cookies ablehnt, Googles Tag blockiert oder ein Kauf-Tag fehlschlägt, und läuft über, wenn zwei Tags eine Bestellung unter unterschiedlichen IDs melden. Vergleiche Bestellungen, nicht Sitzungen, und prüfe Transaktions-IDs.

Eine Lücke gewisser Größe ist normal. Shopifys eigene [Seite zu Abweichungen](https://help.shopify.com/en/manual/reports-and-analytics/discrepancies) nennt die üblichen Ursachen: Google kann nur Besucherinnen zählen, deren Browser JavaScript ausführen und Cookies akzeptieren, Browser-Erweiterungen können das Tracking von Sitzungen und Käufen durch Google Analytics stoppen, und die beiden Tools können in unterschiedlichen Zeitzonen berichten.

|  | Shopify | GA4 |
| --- | --- | --- |
| Was gezählt wird | Jede Bestellung, aus dem Bestelldatensatz | Purchase-Ereignisse, die ein Tag oder Server sendet |
| Kundschaft, die Analyse-Cookies ablehnt | Gezählt | Nicht gezählt, wo Einwilligung nötig ist |
| Adblocker und Datenschutz-Erweiterungen | Ohne Effekt | Können Googles Tag blockieren |
| Umsatz | **Total sales** addiert Steuern, Zölle, Versand und Gebühren | Was auch immer das Tag als Kaufwert sendet |
| Erstattungen | Am Tag der Verarbeitung abgezogen | Nur abgezogen, wenn ein Erstattungsereignis gesendet wird |

Quellen: Shopifys [Verkaufsberichte](https://help.shopify.com/en/manual/reports-and-analytics/shopify-reports/report-types/default-reports/sales-report) und Googles [Purchase-Ereignis-Referenz](https://developers.google.com/analytics/devguides/collection/ga4/reference/events?client_type=gtag#purchase), geprüft am 24. September 2026.

## Wie sendet Shopify Käufe an GA4? {#how-does-shopify-send-purchases-to-ga4}

Über die Google & YouTube App, wenn du Shopifys eigenen Weg nutzt. Du verbindest eine GA4-Property in der App ([Shopify](https://help.shopify.com/en/manual/online-sales-channels/marketplaces/google/getting-setup/connect)), und das dabei installierte Google-Tag sendet GA4 deine Storefront-, Warenkorb-, Checkout- und Kaufereignisse aus dem Browser der Kundschaft ([Google](https://support.google.com/google-ads/answer/13494537)).

Googles [Liste der von der App gesendeten Ereignisse](https://developers.google.com/tag-platform/gtagjs/reference/shopify-event-parameters) (zuletzt aktualisiert am 28. Juli 2026) reicht von `page_view` und `view_item` über `begin_checkout` und `add_payment_info` bis zu `purchase`. Sie hat kein Erstattungsereignis. Das Pixel der App ist unter **Settings** → **Customer events** gelistet, und Shopify lädt Pixel auf Storefront, Checkout, Dankeseite und Bestellstatusseite ([Pixel-Übersicht](https://help.shopify.com/en/manual/promoting-marketing/pixels/overview)).

Der Kauf selbst hängt von Shopifys [`checkout_completed`-Ereignis](https://shopify.dev/docs/api/web-pixels-api/standard-events/checkout_completed) ab. Es feuert einmal pro Checkout, meist auf der Dankeseite, oder auf der ersten Upsell-Angebotsseite, falls du eine zeigst. Lädt diese Seite nicht, feuert das Ereignis gar nicht.

Ein in Additional scripts eingefügtes GA4-Tag erreicht den Kauf nicht mehr. Das endete, als Shopify die alte Dankeseite ersetzte, und die Frist für Shops, die nicht auf Plus sind, war der 26. August 2026 (siehe [Zusätzliche Skripte laufen nicht mehr](/de/blog/shopify-additional-scripts-tracking/)). Ein Tag in deinem Theme erreicht ihn ebenfalls nicht, weil das Layout eines Themes nur für [Nicht-Checkout-Seiten](https://shopify.dev/docs/storefronts/themes/architecture/layouts) gilt. Tracking auf dem heutigen Checkout läuft über App-Pixel und benutzerdefinierte Pixel, verglichen in [App-Pixel und benutzerdefinierte Pixel](/de/blog/shopify-app-pixels-vs-custom-pixels/).

## Was lässt GA4 Käufe verpassen? {#what-makes-ga4-miss-purchases}

Alles, was das Kaufereignis daran hindert, den Browser der Kundschaft zu verlassen: abgelehnte Einwilligung, ein blockiertes Tag, eine Dankeseite, die nie lädt, oder ein Tag, das nicht mehr läuft.

- **Abgelehnte Einwilligung.** Wo du Einwilligung verlangst, meist im EWR und im Vereinigten Königreich, führt Shopify ein Pixel nur aus, wenn die Kundschaft die nötigen Berechtigungen erteilt hat, und neue Pixel brauchen standardmäßig Analyse- und Marketing-Berechtigung ([Shopify](https://help.shopify.com/en/manual/promoting-marketing/pixels/overview)). Eine ablehnende Kundin ist eine Bestellung in Shopify und nichts in GA4.
- **Ein Banner, das Shopify nie informiert.** Dein Einwilligungsbanner muss die Entscheidung der Kundschaft an Shopifys Customer Privacy API weitergeben. In einem [Thread](https://community.shopify.com/t/google-youtube-app-not-sending-purchase-events-to-ga4-after-reinstallation/660780) der Community vom August 2026 hatte ein EU-Shop nach der Neuinstallation der Google & YouTube App Seitenaufrufe, aber keine Käufe in GA4. Antworten führten es auf ein Banner zurück, das nie Einwilligung an Shopify weitergab, sodass das Pixel der App am Checkout blockiert blieb, während ein Tag im Theme weiter Seitenaufrufe sendete.
- **Blockierte Tags.** Browser-Erweiterungen, darunter Adblocker, können das Tracking von Sitzungen und Käufen durch Google Analytics stoppen, wie Shopifys Abweichungsseite anmerkt.
- **Die Seite lädt nie.** Eine Kundin, die bezahlt, aber nie die Dankeseite erreicht, oder deren Upsell-Seite fehlschlägt, löst kein `checkout_completed` aus.
- **Eine leere Transaktions-ID.** GA4 behandelt jeden mit leerer `transaction_id` gesendeten Kauf als Kopie des ersten und verwirft den Rest ([Google](https://support.google.com/analytics/answer/12313109)).
- **Es ist noch nicht angekommen.** GA4 kann 24–48 Stunden brauchen, um Daten zu verarbeiten, und Berichte können sich in der Zwischenzeit ändern ([Datenaktualität](https://support.google.com/analytics/answer/11198161)).

## Was lässt GA4 zu viel zählen? {#what-makes-ga4-count-too-many}

Zwei Tags, die denselben Kauf unter unterschiedlichen Transaktions-IDs an eine GA4-Property senden. Google dokumentiert Deduplizierung nur für Käufe, die eine Transaktions-ID teilen, und nur auf Web-Streams.

Der zweite Sender ist meist eines davon: die Google & YouTube App plus Googles Tag oder Tag Manager, im Theme geblieben, ein benutzerdefiniertes Pixel, oder eine weitere App, die an dieselbe Mess-ID sendet. Googles Anleitung zur App bittet dich, nach doppelten Tags zu suchen, wenn du Conversions sowohl in der App als auch im Storefront oder einem benutzerdefinierten Pixel hast ([Google](https://support.google.com/google-ads/answer/13494537)), und Shopifys [Migrationsanleitung](https://help.shopify.com/en/manual/promoting-marketing/pixels/pixel-migration) nennt das mehrfache Tracken desselben Ereignisses ein häufiges Problem. In einem [Thread](https://community.shopify.com/t/why-is-ga4-tracking-showing-duplicate-purchases-on-my-website/197089) der Community von 2023 meldeten Händler, die GA4 sowohl über Tag Manager als auch über Shopifys Google-Kanal liefen, verdoppelte Käufe und Umsätze, und einer behob es, indem er die Tag-Manager-Kopie pausierte.

Zwei Muster verraten es:

- **Eine Bestellung, zwei Transaktions-IDs.** Zum Beispiel sendet ein Tag die Bestell-ID und ein anderes die Bestellnummer, sodass GA4 zwei Verkäufe sieht.
- **Verdoppelte Seitenaufrufe, während der Umsatz stimmt.** Zwei Sender, die dieselbe Transaktions-ID nutzen, werden beim Kauf dedupliziert, aber Seitenaufrufe und Add-to-Carts haben keine ID zum Abgleichen, sie verdoppeln sich also.

Dasselbe Problem bei Meta und TikTok behandelt [warum Meta Käufe doppelt zählt](/de/blog/duplicate-purchases-meta-shopify/).

## Kann das Measurement Protocol die Lücke füllen? {#can-the-measurement-protocol-fill-the-gap}

Teilweise. Googles Measurement Protocol lässt einen Server GA4-Ereignisse wie den Kauf senden, eine Bestellung kann GA4 also erreichen, wenn das Browser-Tag es nicht tat, aber Google hat es gebaut, um das Google-Tag zu ergänzen, nicht zu ersetzen.

Was Googles Dokumentation sagt (geprüft am 24. September 2026):

- Das [Measurement Protocol](https://developers.google.com/analytics/devguides/collection/protocol/ga4) soll die tag-basierte Erfassung ergänzen, und Ereignisse allein damit zu senden, kann nur teilweise Berichte liefern.
- Bei einem Web-Stream sollte die `client_id` zu der ID passen, die das Google-Tag auf deiner Website gesetzt hat ([Sending events](https://developers.google.com/analytics/devguides/collection/protocol/ga4/sending-events)).
- Ein Serverereignis teilt Quelle, Medium und Kampagne des Besuchs nur, wenn es dessen `session_id` trägt und innerhalb von 24 Stunden nach Sitzungsbeginn eintrifft ([Use cases](https://developers.google.com/analytics/devguides/collection/protocol/ga4/use-cases)).
- Ereignisse können bis zu 72 Stunden rückdatiert werden.
- Der Endpunkt gibt keine HTTP-Fehler zurück, selbst bei fehlerhaften Ereignissen, und Googles Validierungsserver prüft das API-Geheimnis nicht ([Validating events](https://developers.google.com/analytics/devguides/collection/protocol/ga4/validating-events)). Ein falsches Geheimnis scheitert lautlos.

Ein Server-Kauf hilft also bei blockierten Tags und Dankeseiten, die nie laden, und er kann Erstattungen senden, die nicht auf Googles Liste für die Google & YouTube App stehen. Bei Einwilligung hilft er nicht: Den Kauf einer ablehnenden Kundin auf einen Server zu verschieben, macht ihn nicht eingewilligt. Er braucht außerdem eine Client-ID und Sitzungs-ID aus dem Browser der Kundschaft, um im richtigen Besuch zu landen, was zum nächsten Problem führt. Wie Serverereignisse auf anderen Plattformen funktionieren, siehe [serverseitiges Tracking auf Shopify](/de/blog/server-side-tracking-shopify/).

## Warum zeigt GA4 (not set) nach serverseitigem Tracking? {#why-does-ga4-show-not-set-after-server-side-tracking}

Weil der Server Ereignisse gesendet hat, die GA4 keinem Besuch zuordnen konnte. GA4 nimmt Quelle und Kampagne eines Measurement-Protocol-Ereignisses aus dem, was das Google-Tag in derselben Sitzung erfasst hat, und seinen Standort aus den getaggten Ereignissen derselben Besucherin, außer der Server sendet einen. Ohne passende Client-ID und Sitzungs-ID lesen diese Spalten (not set).

Googles Dokumentation (geprüft am 24. September 2026) gibt die Regeln:

- Für als (not set) / (not set) gemeldete Measurement-Protocol-Ereignisse ist Googles Lösung, die `session_id` mit einem gültigen Wert aus dem clientseitigen Ereignis zu senden ([Google](https://support.google.com/analytics/answer/9900444)); das 24-Stunden-Limit oben gilt weiterhin.
- GA4 verbindet die neuesten Standort- und Geräteinformationen aus dem Tagging mit Measurement-Protocol-Ereignissen, die dieselbe `client_id` haben ([Changelog](https://developers.google.com/analytics/devguides/collection/protocol/ga4/changelog)). Ein Server kann den Standort selbst in `user_location` oder `ip_override` senden; ohne beides nimmt GA4 ihn nur aus dem Tagging ([Referenz](https://developers.google.com/analytics/devguides/collection/protocol/ga4/reference)).

Die übliche Ursache ist also eine Besucherin, deren Google-Tag nie lief, meist weil ein Blocker es stoppte: GA4 hat nichts zu verbinden, und wenn der Server eine erfundene Client-ID sendet, erfasst GA4 eine neue Nutzerin ohne Quelle oder Standort. Die Lösungen folgen aus Googles Regeln: Sende die Client-ID und Sitzungs-ID, die das Google-Tag gesetzt hat, sende zügig, und sende, wo Einwilligung es erlaubt, den Standort der Kundschaft in `user_location` oder `ip_override`. Notiere das Datum, an dem du dein Setup geändert hast, und lass die Tage darum aus Vorher-nachher-Vergleichen heraus.

## Wie prüfe ich, dass GA4 Käufe erhält? {#how-do-i-check-ga4-is-receiving-purchases}

Gib eine echte Bestellung auf und beobachte, wie sie in GA4s Realtime-Bericht ankommt, vergleiche dann einen ganzen Tag Shopify-Bestellungen mit GA4s Käufen, Transaktions-ID für Transaktions-ID.

1. Gib eine Bestellung mit einer echten Zahlungsmethode in deinem Storefront auf.
2. Öffne in GA4 den **Realtime**-Bericht. Der Kauf erscheint meist innerhalb weniger Minuten.
3. Öffne zwei Tage später, sobald die Verarbeitung abgeschlossen ist, **Explore** und baue eine Freiform-Tabelle mit der Dimension **Transaction ID** und der Kennzahl **Ecommerce purchases**, die nur `purchase`-Ereignisse zählt ([Google](https://support.google.com/analytics/answer/13428834)).
4. Setze in Shopifys Bestellliste dasselbe Datum, beschränke dich auf Bestellungen aus deinem Online-Shop, und prüfe, dass beide Tools dieselbe Zeitzone nutzen.
5. Gleiche die Listen ab.

| Was du siehst | Wahrscheinliche Ursache |
| --- | --- |
| Eine in GA4 fehlende Bestellung | Abgelehnte Einwilligung, ein blockiertes Tag, oder eine nie geladene Dankeseite |
| Fehlende Bestellungen häufen sich im EWR oder Vereinigten Königreich | Ein Einwilligungsbanner, das die Entscheidung nicht an Shopify weitergibt |
| Zwei Transaktions-IDs für eine Bestellung | Zwei Sender mit unterschiedlichen ID-Formaten |
| Deutlich weniger Käufe als Bestellungen, unter einer wiederholten oder leeren ID | Eine leere oder wiederverwendete Transaktions-ID, die GA4 zu einem Kauf zusammenfasst |
| Seitenaufrufe verdoppelt, Umsatz stimmt etwa | Ein zweiter Sender an derselben Property |

## Wo passt cPixel hinein? {#where-does-cpixel-fit}

Den Kauf aus Shopifys Bestelldatensatz zu senden, hilft, wenn der Browser-Kauf nie feuert. Beginne mit der Google & YouTube App, die für viele Shops reicht, und denk daran, dass kein Tool eine Lücke füllen sollte, die aus abgelehnter Einwilligung kommt.

cPixel, das wir bauen, sendet GA4-Käufe und -Erstattungen von seinen Servern über das Measurement Protocol. Es baut sie aus Shopifys Bestellung, mit der Bestellung als Transaktions-ID, sodass GA4s eigene Deduplizierung greift. Jedes andere GA4-Ereignis geht vom Browser der Kundschaft über cPixels Pixel, und verlässt eines nie das Gerät, sendet cPixel dieses einzelne Ereignis stattdessen von seinen Servern und markiert es in seiner Live-Ansicht. cPixel sendet GA4 nicht die IP-Adresse oder den Standort der Kundschaft, ein wiederhergestelltes Ereignis bekommt seinen Standort also nur aus früheren Treffern dieser Besucherin, und liest (not set), wenn es keine gab.

Der Server-Kauf trägt die Client-ID und Sitzungs-ID, die cPixel für die Kundschaft vom Storefront bis in den Checkout behält, und genau das braucht Google, um den Kauf dem Besuch zuzuschreiben, der zu ihm führte. Google behält diese Zuschreibung nur für innerhalb von 24 Stunden nach Sitzungsbeginn gesendete Ereignisse, später gesendete Käufe, etwa mit **Wenn die Bestellung versendet wird** in cPixels **Einstellungen**, können also ihre Kampagne verlieren. Ein Checkout ohne Browser-Sitzung wird nicht gesendet: Live zeigt **Nicht genug Daten, um die Payload für dieses Ziel zu erstellen**. Eine Kundin, die Analyse-Cookies ablehnt, wird ebenfalls nicht an GA4 gesendet.

Die Einrichtung braucht deine Mess-ID und ein API-Geheimnis für das Measurement Protocol. Ohne das Geheimnis erhält GA4 keine Käufe von cPixel, und weil GA4 ein falsches Geheimnis nie meldet, bestätige es mit einer echten Bestellung: [GA4 mit cPixel verbinden](/de/docs/cpixel/connect-ga4/). Sende jede GA4-Property nur von einem Tool. Sendet auch die Google & YouTube App an sie, werden Seitenaufrufe und andere Browser-Ereignisse doppelt gezählt. Mehr über [cPixel, das Shopify-Käufe an sieben Werbeplattformen sendet](/shopify/cpixel/).

## Häufig gestellte Fragen {#frequently-asked-questions}

### Warum ist der GA4-Umsatz niedriger als der von Shopify? {#why-is-ga4-revenue-lower-than-shopifys}

Meist, weil manche Käufe GA4 nie erreicht haben, und weil die beiden Summen unterschiedlich gebaut sind. Google verlangt einen Kaufwert, der die Artikel ohne Versand oder Steuer abdeckt, während Shopifys **Total sales** Steuern, Zölle, Versand und Gebühren addiert. Prüfe, was dein Tag als Wert sendet, und vergleiche dann mit der genauso gebauten Shopify-Zahl. Erstattungen ziehen in die andere Richtung: Shopify zieht sie ab, GA4 nur, wenn ein Erstattungsereignis gesendet wird.

### Hat Shopifys Sitzungsänderung vom September 2026 GA4 beeinflusst? {#did-shopifys-september-2026-sessions-change-affect-ga4}

Nein. Zwischen dem 21. und 23. September 2026 änderte Shopify, wie seine eigenen Berichte Sitzungen zählen: Eine Sitzung endet jetzt nach 30 Minuten Inaktivität statt um Mitternacht UTC, und erkannte Bot-Sitzungen werden standardmäßig herausgefiltert ([Shopify](https://help.shopify.com/en/manual/reports-and-analytics/discrepancies/session-measurement-update)). Shopify sagt, Bestellungen, Umsätze und Kundenzahlen seien nicht betroffen. GA4 zählt seine eigenen Sitzungen, die standardmäßig ebenfalls nach 30 Minuten Inaktivität enden ([Google](https://support.google.com/analytics/answer/9191807)). Fielen Shopifys Sitzungen ab dem 21. September, während GA4s nicht fielen, ist diese Änderung die wahrscheinliche Ursache.

### Schließt GA4 Bots aus? {#does-ga4-exclude-bots}

Bekannte, automatisch. GA4 schließt Traffic von bekannten Bots und Spidern anhand von Googles eigener Recherche und der International Spiders and Bots List des IAB aus, und du kannst das weder abschalten noch sehen, wie viel ausgeschlossen wurde ([Google](https://support.google.com/analytics/answer/9888366)). Eine Liste kann keine Bots erfassen, die sich als gewöhnliche Browser ausgeben, aber sie kaufen selten, sie blähen also eher Sitzungen als Käufe auf. Wie sie in einem Shopify-Shop aussehen: [Bot-Traffic auf Shopify](/de/blog/shopify-bot-traffic/).

[cPixel Facebook Pixel CAPI GA4](/shopify/cpixel/)

[Kostenlos im Shopify App Store installieren](https://apps.shopify.com/cpixel?utm_source=b2bgold.app&utm_medium=referral&utm_campaign=blog&utm_content=de/blog/ga4-shopify-purchases&utm_term=post-cta) [Tarife und Preise](/shopify/cpixel/#pricing) [cPixel-Dokumentation](/de/docs/cpixel/)

Brauchen Sie Hilfe mit cPixel? Schreiben Sie an [support@b2bgold.app](mailto:support@b2bgold.app).

## Mehr zu cPixel {#related-heading}

- 24. September 2026 **[Shopify App-Pixel vs. benutzerdefinierte Pixel erklärt](/de/blog/shopify-app-pixels-vs-custom-pixels/)** Wie Shopifys Customer events Tracking betreiben: App-Pixel gegen benutzerdefinierte Pixel, was jede Sandbox erlaubt, und warum ein Pixel auf Einwilligung wartet.
- 24. September 2026 **[Zusätzliche Skripte laufen nicht mehr? So fixt du Tracking](/de/blog/shopify-additional-scripts-tracking/)** Seit dem 26. August 2026 führt Shopifys Dankeseite keine Additional scripts oder Script-Tags mehr aus. Was kaputtging, und wie du Tracking zu Pixeln verschiebst.
- 24. September 2026 **[Die Conversions API auf Shopify einrichten](/de/blog/shopify-conversions-api/)** Richte Metas Conversions API auf Shopify ein, mit der Facebook- & Instagram-App oder einer Tracking-App, und vergleiche TikTok, Google, Pinterest und ChatGPT Ads.