GA4 w Shopify — jak osiągnąć 99% pokrycia danych sprzedażowych

Otwierasz GA4, obok panel Shopify — i liczby się nie zgadzają. Analityka pokazuje o kilkanaście, czasem o dwadzieścia kilka procent mniej transakcji niż sklep realnie zrealizował. Na tych dziurawych danych podejmujesz potem decyzje budżetowe: który kanał skalować, którą kampanię wyłączyć, ile naprawdę kosztuje pozyskanie klienta. Każdy brakujący procent danych to decyzja podjęta na ślepo.

Dobra wiadomość: w Shopify da się to naprawić lepiej niż na jakiejkolwiek innej platformie. Architektura, którą wdrażam u klientów, regularnie osiąga 98–99% pokrycia transakcji w GA4 względem panelu sklepu — bez płatnych wtyczek i bez dotykania checkoutu.

Ile danych gubi standardowa integracja

Aplikacja Google & YouTube (oficjalna integracja GA4 z Shopify) mierzy wszystko w przeglądarce klienta. A przeglądarka to najbardziej wrogie środowisko, jakie można sobie wybrać do zbierania danych o sprzedaży:

• Adblocki i rozszerzenia prywatności — blokują skrypty Google u 15–30% użytkowników, zależnie od branży i demografii.
• Safari i iOS (ITP) — tną życie cookies do 7 dni, więc klient wracający po tygodniu to dla GA4 „nowy użytkownik" z zerową historią.
• Strona podziękowania — klient płaci BLIK-iem albo przelewem i zamyka kartę, zanim strona z pixelem w ogóle się załaduje. Zdarzenie purchase nie ma się skąd wysłać.
• Zamówienia za pobraniem i płatności odroczone — część z nich nigdy nie przechodzi przez stronę podziękowania w sposób, który przeglądarkowy tracking widzi.
• Consent mode — użytkownik bez zgody na analitykę znika z raportów całkowicie, zamiast zostać policzony w sposób zgodny z RODO.

Każdy z tych ubytków z osobna wygląda niewinnie. Razem składają się na rozjazd, który sprawia, że GA4 nie zgadza się z panelem sklepu — i że ROAS liczony na danych z GA4 jest systematycznie zaniżony.

Co dokładnie znaczy „99% pokrycia"

Mówimy o jednej, mierzalnej rzeczy: liczba transakcji purchase w GA4 podzielona przez liczbę zamówień w panelu Shopify, w tym samym okresie. Bez magii atrybucji, bez modelowania — po prostu: ile zamówień z panelu ma swój odpowiednik w analityce, sparowany po transaction_id.

Przy standardowej integracji ten wskaźnik wynosi zwykle 75–90%. Po wdrożeniu opisanym niżej — 98–99%. Brakujący 1–2% to zwroty testowe, edycje zamówień i inne przypadki brzegowe, nie realni klienci.

Architektura: dwa kanały danych zamiast jednego

Klucz do 99% leży w tym, żeby przestać polegać wyłącznie na przeglądarce. Shopify daje do tego dwa natywne mechanizmy, które łączę w jeden system przez kontener Server-Side GTM:

1. Customer Events (web pixel) — lejek zakupowy

Piaskownica JavaScript Shopify, w której subskrybujesz zdarzenia sklepu: page_viewed, product_viewed, cart_updated, checkout_started. Te zdarzenia lecą do kontenera sGTM na subdomenie first-party — więc nie wyglądają jak ruch do Google i nie są cięte przez adblocki ani ITP.

2. Webhooks — transakcje, które przychodzą zawsze

Backend Shopify wysyła webhook orders/create przy każdym zamówieniu — niezależnie od tego, co zrobiła przeglądarka klienta. BLIK, pobranie, płatność odroczona, zamknięta karta — nieważne. Serwer odbiera webhook i wysyła purchase do GA4 przez Measurement Protocol, z pełną wartością zamówienia, produktami i transaction_id.

Purchase z przeglądarki (jeśli doszedł) i purchase z webhooka mają ten sam transaction_id, więc GA4 dedupikuje je automatycznie — nic nie jest liczone podwójnie. Przeglądarka daje kontekst sesji i źródła ruchu, webhook gwarantuje, że transakcja w ogóle zostanie policzona.

Wdrożenie w pięciu krokach

1. Audyt rozjazdu — mierzymy stan wyjściowy: GA4 vs panel Shopify za ostatnie 30 dni. To będzie punkt odniesienia dla efektu.
2. Kontener sGTM — serwer w UE z endpointem first-party. U mnie działa to jako gateway konwersji — bez zmian w DNS, opcjonalnie z subdomeną śledzącą.
3. Web pixel — Customer Events podpięte pod sGTM: pełny lejek e-commerce od wejścia po rozpoczęcie płatności.
4. Webhook purchase — orders/create mapowany na zdarzenie purchase GA4 z deduplikacją po transaction_id; przy okazji te same dane mogą zasilić Meta cAPI, TikTok i Pinterest — jedno wdrożenie, wszystkie platformy.
5. Walidacja — przez 2 tygodnie porównujemy GA4 z panelem dzień po dniu. Dopiero zgodność na poziomie 98%+ zamyka wdrożenie.

Całość odbywa się bez ingerencji w motyw i checkout — consent mode v2 jest respektowany po stronie serwera, dane osobowe hashowane, serwer stoi w Europie.

Co z tego ma sprzedaż

Pokrycie danych to nie jest metryka dla purystów analityki — to dźwignia na wyniki kampanii:

• Smart bidding dostaje pełny sygnał. Strategie tROAS i Maksymalizacja wartości konwersji uczą się na konwersjach, które widzą. Gdy 20% transakcji znika, algorytm zaniża wartość ruchu i dusi skalowanie dokładnie tych kampanii, które sprzedają.
• ROAS przestaje kłamać. Kanał, który „nie domyka" w raportach, często po prostu ma klientów płacących BLIK-iem na telefonie. Po wdrożeniu widzisz jego prawdziwy wynik — i przestajesz wyłączać kampanie, które zarabiają.
• Większe listy remarketingowe. Zdarzenia niecięte przez adblocki to więcej użytkowników w odbiorcach GA4 i lepsze dopasowanie w kampaniach Google Ads i Meta.
• Jedna wersja prawdy. Koniec dyskusji „a w panelu jest inaczej" — GA4 i sklep mówią tym samym językiem, więc decyzje budżetowe zapadają szybciej.

Podsumowanie

Zamknięta architektura Shopify — paradoksalnie — czyni z niego najlepszą platformę do naprawdę szczelnego trackingu: Customer Events dają lejek, webhooks gwarantują transakcje, a sGTM spina to w całość odporną na adblocki, ITP i zamykane karty. 99% pokrycia danych sprzedażowych w GA4 to nie obietnica z folderu — to powtarzalny wynik poprawnego wdrożenia.

Najczęściej zadawane pytania

Czy trzeba modyfikować motyw albo checkout sklepu?

Nie. Wdrożenie opiera się na Customer Events (web pixels) i webhooks — oficjalnych mechanizmach Shopify. Checkout pozostaje nietknięty, a zmiany platformy (Checkout Extensibility) nie psują trackingu.

Czy transakcje nie będą liczone podwójnie?

Nie — zdarzenie purchase z przeglądarki i z webhooka ma ten sam transaction_id, więc GA4 dedupikuje je automatycznie. Zamówienie liczone jest raz, niezależnie od tego, którą drogą dotarło.

Czy to działa na Shopify Basic?

Tak. Customer Events i webhooks są dostępne we wszystkich planach Shopify — nie potrzebujesz Plusa ani płatnych aplikacji trackingowych.

Czy takie wdrożenie jest zgodne z RODO i consent mode?

Tak. Zgody użytkownika są respektowane po stronie serwera (consent mode v2), dane osobowe są hashowane, a całość działa na serwerze w UE — bez wysyłania surowych danych poza Europę.