Migracja Shopify do Hydrogen a GA4 i Google Ads. Jak sprawdzić, czy sklep nadal prawidłowo przypisuje zamówienia do źródeł ruchu?

Po migracji sklepu Shopify do Hydrogen zamówienia nadal napływają, ale Google Analytics 4 pokazuje mniej konwersji, Google Ads raportuje niższy ROAS, a część transakcji w CRM nie ma informacji o źródle pozyskania klienta? Problem może wynikać z nieprawidłowego przekazywania identyfikatorów reklamowych, obsługi sesji użytkowników, konfiguracji analityki lub utraty dodatkowych atrybutów podczas przechodzenia z koszyka do Shopify Checkout. W architekturze headless część funkcji, które wcześniej były obsługiwane przez standardowy motyw Shopify i jego integracje, wymaga odpowiedniego wdrożenia w zewnętrznej aplikacji sklepowej.

14 października 2026 roku Shopify ogłosiło oficjalną dostępność nowej wersji Hydrogen 2026-10. Najważniejszą zmianą jest przekształcenie Hydrogen z rozwiązania silnie związanego z określonym frameworkiem w bibliotekę JavaScript, którą można integrować między innymi z React Router i Next.js. Nowa architektura daje większą swobodę programistom, ale wymaga również szczególnej kontroli przepływu danych pomiędzy stroną sklepu, koszykiem, systemem płatności, Shopify Analytics i zewnętrznymi narzędziami marketingowymi.

Migracja do Hydrogen nie oznacza automatycznej utraty danych o konwersjach. Shopify udostępnia mechanizmy obsługi analityki, zgód użytkowników i synchronizacji koszyka. Ryzyko pojawia się przede wszystkim w niestandardowych implementacjach, które nie odtwarzają całego wcześniejszego procesu śledzenia. Dlatego przed migracją i po niej warto przeprowadzić analizę danych sprzedażowych, sprawdzić kompletność zdarzeń i ustalić, czy rzeczywiste zamówienia nadal są prawidłowo powiązane z kampaniami reklamowymi.

Spis treści

Co zmieniło się w Shopify Hydrogen 2026-10?
Problem zgłoszony przez programistę Shopify
Dlaczego migracja headless może zaburzyć atrybucję sprzedaży?
Co dzieje się z UTM, GCLID i identyfikatorami kampanii?
Sesje, cookies i przejścia między domenami
Jak działa analityka w nowym Hydrogen?
Jak sprawdzić zdarzenia e-commerce w GA4?
Czy atrybuty koszyka trafiają do zamówienia Shopify?
Shopify Checkout a utrata źródła konwersji
Consent Mode i zgody użytkowników po migracji
Webhooki, CRM i synchronizacja zamówień
Jak przetestować przypisywanie zamówień do źródeł ruchu?
Jak błędna atrybucja wpływa na ROAS i ocenę kampanii?
Jak ograniczyć ryzyko utraty danych podczas migracji?
Najczęstsze pytania

Co zmieniło się w Shopify Hydrogen 2026-10?

Hydrogen to rozwiązanie Shopify przeznaczone do tworzenia niestandardowych witryn sklepowych typu headless commerce. W przeciwieństwie do standardowego sklepu wykorzystującego motyw Liquid pozwala oddzielić warstwę prezentacji od systemu obsługującego produkty, koszyk, klientów i zamówienia. Sklep może więc posiadać własny interfejs wykonany w React lub innym frameworku JavaScript, podczas gdy Shopify nadal odpowiada za zaplecze sprzedażowe.

W wersji 2026-10 Hydrogen stał się biblioteką, którą można dodać do istniejącej aplikacji. Shopify dostarcza między innymi narzędzia obsługi koszyka, klientów, rynków, interfejsu Storefront API oraz mechanizmy analityczne uwzględniające decyzje użytkowników dotyczące prywatności. Sama aplikacja odpowiada natomiast za własny serwer, routing, konfigurację frameworka i integrację poszczególnych funkcji.

Ma to szczególne znaczenie dla sklepów, które wcześniej korzystały ze starszego Hydrogen. W nowej wersji zmienił się sposób integracji analityki. Dotychczasowe komponenty i funkcje, takie jak Analytics.Provider, useAnalytics() oraz getShopAnalytics(), zostały zastąpione nowymi mechanizmami. Shopify zaleca migrację ustawień analitycznych i zgód użytkowników w ramach jednego procesu, ponieważ oba obszary są ze sobą bezpośrednio powiązane.

Istniejące sklepy Hydrogen nie muszą jednak natychmiast przechodzić na nową architekturę. Shopify potwierdza, że wcześniejsze implementacje mogą nadal działać. Migracja powinna być więc świadomą decyzją techniczną, poprzedzoną sprawdzeniem zależności aplikacji, zakresu niestandardowych integracji i sposobu pomiaru konwersji.

Rzeczywisty przypadek: czy nowe Hydrogen zachowuje dane o źródłach zamówień?

29 października 2026 roku w społeczności Shopify pojawiła się dyskusja „The new Hydrogen GA — what actually changes if you’re running a custom app alongside it?”. Autor, zajmujący się niestandardowymi integracjami przypisywania sprzedaży sprzedawcom, obsługą zamówień B2B i synchronizacją ERP, zwrócił uwagę na trzy obszary wymagające kontroli po zmianie architektury Hydrogen.

Pierwszym była obsługa webhooków. Przeniesienie funkcji sklepowych do biblioteki JavaScript nie oznacza, że Shopify zacznie automatycznie zarządzać wszystkimi niestandardowymi integracjami. Aplikacje nadal potrzebują własnych endpointów, mechanizmów rozpoznawania powtarzających się zdarzeń oraz synchronizacji kontrolnej.

Drugie zagadnienie dotyczyło dodatkowych atrybutów koszyka. Autor wykorzystywał pola pozwalające przypisywać zamówienia określonym sprzedawcom lub kanałom pozyskania klienta. Według jego wcześniejszych obserwacji atrybuty zapisane w koszyku były zachowywane w zamówieniach po przejściu do Hydrogen. Chciał jednak ustalić, czy inni programiści potwierdzili prawidłowe działanie całej ścieżki w nowej architekturze.

Trzecim obszarem były sesje użytkowników. W przypadku nowego Hydrogen za znaczną część infrastruktury sesji odpowiada aplikacja, w której biblioteka została zainstalowana. Programista zwrócił uwagę na możliwość problemów z zakresem cookies, ograniczeniami przeglądarek Safari oraz wizytami otwieranymi w wewnętrznych przeglądarkach aplikacji społecznościowych.

W dyskusji nie potwierdzono awarii Shopify Hydrogen ani powszechnej utraty atrybucji zamówień. Zgłoszenie dotyczyło konkretnych pytań architektonicznych, których rozstrzygnięcie wymaga testowania własnej implementacji. Jest to jednak ważny problem dla sklepów wykorzystujących niestandardowy pomiar skuteczności Google Ads, Meta Ads, programów partnerskich i sprzedaży B2B.

Dlaczego migracja Shopify do headless może zaburzyć przypisywanie sprzedaży do reklam?

Atrybucja marketingowa pozwala ustalić, które kanały i interakcje uczestniczyły w pozyskaniu klienta. W typowym sklepie internetowym użytkownik może wejść z reklamy Google, obejrzeć kilka produktów, dodać wybrany artykuł do koszyka i dokonać zakupu. System analityczny próbuje powiązać poszczególne etapy wizyty z odpowiednim źródłem ruchu.

W standardowym sklepie Shopify wiele elementów tej ścieżki jest obsługiwanych przez rozwiązania platformy i zainstalowane integracje. W architekturze headless warstwa sklepu może działać w oddzielnej aplikacji, na osobnej domenie, a obsługa koszyka i analityki może być realizowana przez niestandardowy kod.

Powstaje wtedy kilka możliwych punktów utraty informacji. Parametry kampanii mogą nie zostać zachowane podczas przekierowania. Aplikacja może utworzyć nową sesję zamiast kontynuować poprzednią. Zdarzenie dodania produktu do koszyka może nie zostać przesłane do analityki. Może również dojść do sytuacji, w której atrybut źródła pozyskania klienta nie zostanie powiązany z końcowym zamówieniem.

Nie wszystkie te problemy muszą występować jednocześnie. Sklep może prawidłowo rejestrować rzeczywiste zamówienia, ale nie przekazywać informacji o kanale pozyskania klienta. Może także prawidłowo przechowywać własne atrybuty marketingowe, a mimo tego przesyłać niekompletne zdarzenia do Google Analytics 4.

Dlatego należy rozdzielić trzy zagadnienia: faktyczne zarejestrowanie zamówienia w Shopify, kompletność danych o źródle klienta oraz poprawność konwersji raportowanych przez systemy reklamowe.

UTM, GCLID i identyfikatory kampanii — co trzeba sprawdzić po migracji?

Google Ads wykorzystuje automatyczne tagowanie, które pozwala przekazywać informacje o kliknięciach reklam do systemów pomiarowych. Jednym z najważniejszych parametrów jest gclid, czyli identyfikator kliknięcia Google. W określonych scenariuszach mogą być również wykorzystywane parametry gbraid i wbraid.

Równolegle kampanie marketingowe mogą korzystać z oznaczeń UTM, takich jak:

utm_source — źródło ruchu, na przykład google.
utm_medium — medium, na przykład cpc.
utm_campaign — nazwa lub identyfikator kampanii.
utm_content — oznaczenie wariantu materiału reklamowego.
utm_term — parametr stosowany w określonych konfiguracjach do opisywania słów kluczowych.

Jeżeli użytkownik trafia na stronę sklepu z adresem zawierającym parametry kampanii, aplikacja nie powinna niezamierzenie usuwać ich jeszcze przed uruchomieniem właściwego pomiaru. Problem może wystąpić na przykład podczas przekierowania z adresu produktu na inną wersję językową, przełączenia waluty albo normalizacji adresów URL.

Google oficjalnie wskazuje, że przy automatycznym tagowaniu identyfikator kliknięcia musi zostać prawidłowo przekazany do docelowej strony. Jeśli przekierowanie usuwa parametr, systemy analityczne mogą mieć trudności z przypisaniem późniejszej konwersji do interakcji reklamowej.

Nie oznacza to jednak, że sklep musi przechowywać wszystkie identyfikatory reklamowe bez ograniczeń. Zakres i sposób ich przetwarzania muszą odpowiadać rzeczywistym potrzebom analitycznym, udzielonym zgodom i obowiązującym przepisom. Trzeba także odróżnić identyfikatory wykorzystywane przez tagi Google od własnych pól zapisujących źródło sprzedaży w CRM.

Sesje użytkowników, cookies i przechodzenie między domenami w Hydrogen

Sesja pozwala powiązać kolejne działania użytkownika wykonywane podczas wizyty w sklepie. W architekturze headless znaczenie ma sposób przechowywania identyfikatora koszyka, konfiguracja cookies oraz domena wykorzystywana przez aplikację.

W nowym Hydrogen programista może korzystać z infrastruktury React Router, Next.js lub innego frameworka. Oznacza to, że sposób implementacji sesji może różnić się pomiędzy sklepami, nawet jeśli oba wykorzystują tę samą bibliotekę Shopify.

W dokumentacji Shopify szczególnie podkreślono znaczenie prawidłowego wdrożenia proxy Storefront API. Mechanizm ten pozwala obsługiwać odpowiednie żądania przez domenę sklepu i przekazywać informacje potrzebne do zachowania ciągłości analitycznej.

Shopify ostrzega, że brak prawidłowo skonfigurowanego proxy Storefront API może powodować niekompletność sesji analitycznych i ciągłości pomiaru podczas przejścia do checkoutu. W nowej architekturze nie wystarcza więc samo poprawne pobieranie produktów i tworzenie koszyka. Należy sprawdzić również obsługę żądań, ciasteczek i wartości śledzących.

Czy przejście do Shopify Checkout może utworzyć nową sesję GA4?

Takie ryzyko istnieje szczególnie wtedy, gdy storefront i checkout działają na różnych domenach, a integracja analityczna nie zachowuje prawidłowej ciągłości użytkownika. Google Analytics 4 umożliwia konfigurację pomiaru między domenami, dzięki któremu działania użytkownika wykonywane w różnych witrynach mogą być rozpoznawane jako część tej samej wizyty.

Jednym z elementów mechanizmu jest parametr _gl, wykorzystywany do przekazywania identyfikatorów potrzebnych do powiązania użytkownika i sesji. Należy jednak uwzględnić możliwości konkretnej integracji Shopify Checkout. Samo dodanie domen do ustawień GA4 nie gwarantuje poprawnego działania, jeżeli odpowiednie tagi, przekierowania i mechanizmy checkoutu nie obsługują takiej konfiguracji.

Warto sprawdzić, czy przejście z koszyka do płatności nie powoduje niepożądanych odesłań, nowych sesji lub utraty powiązania ze źródłem ruchu. W GA4 można przeanalizować źródła sesji, niechciane odesłania i dane o zakupach. Trzeba jednak pamiętać, że wykluczenie domeny z raportowanych odesłań nie naprawia samo w sobie brakujących identyfikatorów ani nieprzesyłanych zdarzeń.

Dlaczego Safari i przeglądarki wewnątrz aplikacji wymagają osobnych testów?

Przeglądarki mogą różnić się sposobem ograniczania śledzenia, przechowywania cookies i obsługi przejść pomiędzy domenami. Dotyczy to między innymi Safari oraz wewnętrznych przeglądarek otwieranych z aplikacji społecznościowych.

Jeżeli sklep przypisuje zamówienia do partnerów handlowych na podstawie linków z kodami polecającymi, trzeba sprawdzić, czy te informacje pozostają dostępne po przejściu przez koszyk i checkout. Szczególnie ważne są scenariusze, w których użytkownik wraca do sklepu później, otwiera stronę na innym urządzeniu albo przechodzi z aplikacji społecznościowej do zwykłej przeglądarki.

Nie należy oczekiwać, że każda taka ścieżka będzie możliwa do powiązania z jedną osobą. Ograniczenia prywatności i brak trwałego identyfikatora użytkownika mogą uniemożliwiać dokładne odtworzenie części wizyt. Celem diagnostyki jest sprawdzenie, czy implementacja działa prawidłowo w granicach dostępnych mechanizmów pomiarowych.

Jak działa analityka w Shopify Hydrogen 2026-10?

Nowy Hydrogen wykorzystuje mechanizm oparty na wspólnej magistrali zdarzeń, dostępnej jako window.Shopify.analytics. Za ładowanie niezbędnych skryptów odpowiada komponent ShopifyScripts, który inicjalizuje między innymi Shopify Customer Privacy API i mechanizmy przekazywania zdarzeń analitycznych.

Dokumentacja Shopify rozdziela proces na trzy elementy: generowanie zdarzeń przez aplikację, ich obsługę przez magistralę analityczną oraz przekazywanie do odpowiednich systemów docelowych. Takim systemem może być natywna analityka Shopify, ale także zewnętrzne rozwiązanie, na przykład Google Analytics.

Kluczowa różnica polega na tym, że aplikacja musi prawidłowo informować system o działaniach użytkownika. Hydrogen nie wie automatycznie, kiedy niestandardowa strona produktu została wyświetlona, jeżeli programista nie wdrożył odpowiedniego zdarzenia dla danej trasy.

Podczas migracji ze starszej wersji Shopify zaleca szczególną kontrolę wszystkich wcześniej rejestrowanych zdarzeń. Łatwo bowiem przenieść podstawowy pomiar odsłon strony, pomijając bardziej szczegółowe informacje o produktach, kolekcjach i interakcjach z koszykiem.

Dlaczego PUBLIC_STOREFRONT_ID ma znaczenie?

W dokumentacji Hydrogen wskazano konieczność prawidłowego ustawienia identyfikatora sklepu oraz identyfikatora storefrontu wykorzystywanego do atrybucji ruchu. W odpowiednich konfiguracjach służy do tego zmienna PUBLIC_STOREFRONT_ID lub jej odpowiednik właściwy dla używanego frameworka.

Jeśli dane konfiguracyjne są nieprawidłowe, informacje analityczne mogą nie zostać właściwie powiązane z niestandardowym storefrontem. Nie oznacza to jednak, że samo dodanie identyfikatora automatycznie rozwiąże wszystkie problemy Google Ads i GA4. Jest to jeden z elementów wymaganych do prawidłowego działania natywnej analityki Hydrogen.

Jak sprawdzić, czy Google Analytics 4 nadal rejestruje wszystkie zdarzenia e-commerce?

Po migracji należy przetestować cały proces zakupowy, od wyświetlenia produktu do zakończenia transakcji. Dla GA4 szczególnie ważne są następujące zdarzenia:

view_item_list — wyświetlenie listy produktów.
select_item — wybranie produktu z listy.
view_item — wyświetlenie karty produktu.
add_to_cart — dodanie produktu do koszyka.
begin_checkout — rozpoczęcie realizacji zamówienia.
purchase — dokonanie zakupu.

Hydrogen i Shopify Customer Events wykorzystują własne nazewnictwo zdarzeń, dlatego integracja przekazująca dane do GA4 musi prawidłowo odwzorowywać ich znaczenie. Na przykład zdarzenie Shopify product_added_to_cart odpowiada działaniu, które w GA4 jest zwykle rejestrowane jako add_to_cart.

Shopify udostępnia w nowym Hydrogen mechanizm useCartAnalytics(), który pozwala rejestrować zmiany koszyka po ich potwierdzeniu przez system. Jest to ważne, ponieważ ręczne emitowanie dodatkowych zdarzeń związanych z koszykiem może prowadzić do duplikatów lub raportowania działań, które faktycznie nie zostały zakończone.

Jeśli sklep korzysta z Google Analytics przez dodatkową integrację, trzeba sprawdzić, czy nie wysyła ona tych samych zdarzeń równolegle z innym mechanizmem śledzenia.

Jak sprawdzić zdarzenie purchase?

Najważniejszym zdarzeniem dla oceny sprzedaży jest purchase. Powinno ono zawierać informacje pozwalające rozpoznać rzeczywistą transakcję, w szczególności:

transaction_id — unikalny identyfikator zamówienia.
value — prawidłowo określona wartość zakupu.
currency — kod waluty, na przykład PLN lub EUR.
items — dane dotyczące zakupionych produktów.

Shopify udostępnia standardowe zdarzenie checkout_completed, które może być wykorzystywane przez odpowiednio skonfigurowane piksele do rejestrowania zakończenia zakupów. Nie należy jednak zakładać, że każda aplikacja Hydrogen automatycznie przesyła to zdarzenie do GA4.

Podczas testowania trzeba sprawdzić, czy po zakończeniu zamówienia w Shopify odpowiadająca mu transakcja pojawia się w Google Analytics, czy ma właściwy identyfikator i czy jej wartość odpowiada rzeczywistemu zamówieniu. Należy również zweryfikować, czy ponowne otwarcie strony potwierdzenia nie powoduje podwójnego liczenia zakupu.

Warto wykorzystać Google Tag Assistant i DebugView, uwzględniając ograniczenia wynikające z trybu działania pikseli Shopify i udzielonych zgód użytkownika. Samo pojawienie się zdarzenia w jednym narzędziu debugowania nie oznacza jeszcze, że konwersja została prawidłowo przypisana do kampanii Google Ads.

Czy dodatkowe atrybuty koszyka Hydrogen są zachowywane w zamówieniu Shopify?

Shopify Storefront API pozwala dodawać do koszyka niestandardowe atrybuty w postaci par klucz–wartość. Mogą one służyć między innymi do przechowywania informacji potrzebnych przy obsłudze zamówienia, identyfikacji partnera sprzedażowego lub procesu B2B.

W API dostępna jest operacja cartAttributesUpdate, która umożliwia aktualizowanie tych danych. Podczas tworzenia koszyka można również przekazać odpowiednie atrybuty w operacji cartCreate.

Przykładowo niestandardowy system może wykorzystywać pola:

_sales_partner: partner_17
_campaign_source: google
_campaign_medium: cpc
_campaign_name: autumn_sale

Są to przykładowe nazwy własnych atrybutów, a nie obowiązkowe pola Shopify ani standardowa metoda atrybucji Google Ads. Takie rozwiązanie może być użyteczne w wewnętrznym raportowaniu sprzedaży, o ile dane zostały poprawnie zebrane i zapisane zgodnie z ustawieniami prywatności.

Shopify pozwala także odczytywać dodatkowe informacje dołączone do zamówienia przez pole customAttributes w GraphQL Admin API. Podczas migracji warto sprawdzić, czy atrybuty ustawiane w koszyku rzeczywiście pojawiają się w końcowym zamówieniu i czy ich wartości nie są zmieniane przez inne procesy.

W przypadku niestandardowych atrybutów poprzedzonych podkreślnikiem Shopify opisuje możliwość ukrycia ich na stronie checkoutu. Nie oznacza to jednak, że takie pola stanowią bezpieczny magazyn poufnych informacji. Do atrybutów koszyka nie należy wpisywać haseł, sekretów ani innych danych, które nie powinny być dostępne w kontekście zamówienia.

Dlaczego atrybut może zniknąć podczas migracji?

Problem może wystąpić na przykład wtedy, gdy nowy storefront tworzy dodatkowy koszyk zamiast kontynuować poprzedni, nie zapisuje aktualizacji atrybutów albo przekierowuje użytkownika do checkoutu z innym identyfikatorem koszyka.

Inną przyczyną może być nieprawidłowa obsługa logowania użytkownika lub zmiany rynku. W niektórych wdrożeniach przełączenie waluty lub kraju powoduje aktualizację danych koszyka, dlatego należy sprawdzić, czy niestandardowe atrybuty pozostają zachowane również po takich operacjach.

Ważne jest także rozróżnienie pomiędzy informacją techniczną zapisaną w koszyku a konwersją przypisaną przez Google Ads. To, że zamówienie posiada atrybut _campaign_source z wartością google, nie oznacza automatycznie, że Google Ads rozpozna zakup i przypisze go właściwej reklamie. Do tego potrzebny jest odrębny, prawidłowy mechanizm pomiaru konwersji.

Shopify Checkout a przekazywanie danych o źródle sprzedaży

Hydrogen pozwala budować własną warstwę prezentacji produktów i koszyka, ale zakończenie zakupu może nadal odbywać się za pośrednictwem Shopify Checkout. Storefront API udostępnia pole checkoutUrl, zawierające adres, na który klient powinien zostać skierowany w celu finalizacji transakcji.

Przejście między niestandardową aplikacją a checkoutem jest jednym z najważniejszych miejsc wymagających kontroli analitycznej.

Jeżeli dane sesji, identyfikatory użytkownika i wartości śledzące nie są prawidłowo obsługiwane, zakup może zostać zarejestrowany bez pełnej informacji o wcześniejszej wizycie. W efekcie część zamówień może zostać przypisana do niewłaściwego źródła albo pojawić się w raportach jako ruch bezpośredni lub nieprzypisany.

Shopify umożliwia obsługę zdarzeń klienta również w kontekście checkoutu za pomocą odpowiednich pikseli. Warto więc sprawdzić, czy obecna integracja Google Analytics i Google Ads korzysta z mechanizmu obsługującego rzeczywisty proces zakupowy, a nie wyłącznie strony niestandardowego storefrontu.

Nie należy automatycznie kopiować kodu śledzącego ze starego motywu do nowej aplikacji. Może to spowodować równoległą rejestrację tych samych zdarzeń, szczególnie jeżeli system korzysta już z pikseli aplikacji Shopify.

W sklepach kierujących ofertę do klientów z Unii Europejskiej prawidłowa obsługa zgód na pomiar i reklamy ma znaczenie zarówno prawne, jak i techniczne. W nowym Hydrogen Shopify wykorzystuje Customer Privacy API do określania, czy zdarzenia analityczne mogą być przekazywane do odpowiednich systemów.

Dokumentacja opisuje między innymi tryby default-banner, custom-banner i no-banner. Różnią się one sposobem pozyskiwania i przekazywania decyzji użytkownika. Tryb bez własnego banera nie powinien być wybierany wyłącznie po to, aby ukryć komunikat o prywatności, jeśli w danym regionie wymagane jest uzyskanie zgody.

Hydrogen może wstrzymywać przekazywanie zdarzeń do określonych systemów do momentu spełnienia odpowiednich warunków zgody. Jeśli skrypt Customer Privacy API nie zostanie poprawnie załadowany lub integracja z zewnętrznym banerem nie zakończy inicjalizacji, część zdarzeń może nie dotrzeć do narzędzi analitycznych.

W przypadku Google Ads i GA4 trzeba również sprawdzić ustawienia Consent Mode, w szczególności:

analytics_storage — przechowywanie danych na potrzeby analityki.
ad_storage — przechowywanie informacji wykorzystywanych do pomiaru reklam.
ad_user_data — zgoda dotycząca przekazywania danych użytkownika na potrzeby reklamowe.
ad_personalization — zgoda na personalizację reklam.

Nie należy zakładać, że samo aktywowanie Customer Privacy API automatycznie oznacza poprawną konfigurację wszystkich sygnałów Google Consent Mode. Jeśli sklep korzysta z własnego systemu zarządzania zgodami, trzeba zweryfikować komunikację pomiędzy jego ustawieniami a pikselami i tagami reklamowymi.

Test powinien obejmować oddzielnie scenariusz udzielenia zgody i scenariusz jej odmowy. Celem nie jest wymuszanie pomiaru wbrew decyzji użytkownika, lecz potwierdzenie, że system działa zgodnie z obowiązującą konfiguracją.

Webhooki Shopify, CRM i ERP — co może przestać działać po migracji do Hydrogen?

Zmiana architektury storefrontu nie oznacza, że Shopify automatycznie przejmuje obsługę wszystkich niestandardowych integracji zewnętrznych. Aplikacje korzystające z webhooków nadal wymagają własnych endpointów, poprawnej weryfikacji powiadomień i mechanizmów zabezpieczających przed ich wielokrotnym przetwarzaniem.

Jeżeli sklep przesyła dane o zamówieniach do CRM lub ERP, trzeba sprawdzić, czy po migracji nadal otrzymywane są wszystkie wymagane informacje. W szczególności dotyczy to niestandardowych atrybutów zamówień, identyfikatorów klientów oraz danych wykorzystywanych do przypisywania sprzedaży określonym kanałom.

Shopify zaleca projektowanie webhooków w sposób odporny na ponowne dostarczenie tego samego zdarzenia. System docelowy powinien rozpoznawać istniejące zamówienia po trwałych identyfikatorach, a nie tworzyć kolejny rekord przy każdym otrzymanym powiadomieniu.

Ważna jest także okresowa synchronizacja kontrolna. Webhooki nie gwarantują dostarczenia wszystkich zdarzeń w każdych warunkach, dlatego przy istotnych danych sprzedażowych warto porównywać rzeczywiste zamówienia Shopify z rekordami systemu docelowego.

Jeżeli CRM przekazuje następnie konwersje offline do Google Ads, niekompletne lub zdublowane zamówienia mogą wpływać na raportowaną wartość sprzedaży. Dlatego prawidłowe działanie webhooków ma znaczenie nie tylko dla obsługi zamówień, ale także dla wiarygodności analityki marketingowej.

Jak sprawdzić, czy po migracji Shopify nadal prawidłowo przypisuje zamówienia do źródeł ruchu?

1. Porównaj dane sprzedażowe przed migracją i po niej

Rozpocznij od ustalenia dokładnej daty uruchomienia nowego storefrontu. Następnie porównaj liczbę rzeczywistych zamówień Shopify, wartość sprzedaży i liczbę transakcji rejestrowanych w GA4. Warto analizować podobne okresy, uwzględniając dni tygodnia, promocje i sezonowość.

Jeżeli liczba zamówień w Shopify pozostaje stabilna, ale w GA4 nagle pojawia się znacznie mniej zakupów, należy w pierwszej kolejności sprawdzić implementację pomiaru.

2. Sprawdź ruch z Google Ads

Przeanalizuj sesje pozyskiwane z kampanii Google Ads oraz liczbę przypisywanych im zakupów. Warto sprawdzić, czy po migracji nie wzrósł udział ruchu określanego jako Direct lub Unassigned.

Takie zjawisko może sugerować utratę informacji o źródle sesji, ale nie jest samodzielnym dowodem błędu. Zmiana struktury kampanii, konfiguracji tagów lub sposobu raportowania również może wpływać na udział poszczególnych kanałów.

3. Wykonaj test wejścia z oznaczonego linku

Przygotuj kontrolny adres strony produktu z odpowiednimi parametrami UTM i przejdź przez cały proces zakupowy.

Sprawdź, czy źródło kampanii zostało prawidłowo rozpoznane, czy koszyk zachował wymagane atrybuty i czy końcowe zamówienie można powiązać z testową wizytą.

W przypadku identyfikatorów Google Ads należy korzystać z właściwych narzędzi diagnostycznych i rzeczywistych zasad automatycznego tagowania. Samodzielne dopisanie fikcyjnego parametru gclid do adresu nie potwierdza poprawności przypisywania rzeczywistych kliknięć reklamowych.

4. Sprawdź atrybuty zamówienia w Shopify

Jeżeli sklep wykorzystuje własne oznaczenia kampanii, sprzedawców lub partnerów, porównaj wartości przekazane do koszyka z danymi zapisanymi w końcowym zamówieniu.

W odpowiednich integracjach można wykorzystać pole customAttributes z GraphQL Admin API. Warto jednak sprawdzić także sytuacje, w których klient zmienia wariant produktu, wraca do koszyka lub przełącza kraj dostawy.

5. Przetestuj Safari i przeglądarki mobilne

Wykonaj kontrolne wizyty na urządzeniach mobilnych i w przeglądarkach różniących się sposobem obsługi cookies. Jeśli sklep korzysta z kampanii w mediach społecznościowych, warto przetestować również przejście otwierane w przeglądarce wewnętrznej aplikacji.

Sprawdź, czy koszyk pozostaje dostępny, czy informacje o źródle wizyty nie są tracone i czy zdarzenia są wysyłane zgodnie z decyzją użytkownika dotyczącą prywatności.

6. Sprawdź zdarzenie checkout_completed i dane transakcyjne

W odpowiedniej integracji Shopify Customer Events zweryfikuj, czy zakończenie zakupu generuje zdarzenie checkout_completed. Następnie sprawdź, czy odpowiadające mu zdarzenie purchase trafia do GA4 z prawidłowym identyfikatorem, wartością i walutą.

Warto również ponownie otworzyć stronę statusu zamówienia i sprawdzić, czy nie dochodzi do podwójnego rejestrowania transakcji.

7. Sprawdź Google Ads i konfigurację konwersji

W Google Ads przejrzyj działania powodujące konwersję. Ustal, czy zakupy są mierzone natywnym tagiem Google Ads, importowane z GA4, czy przekazywane z zewnętrznego CRM.

Jeżeli po migracji jednocześnie działają stare i nowe integracje, może występować ryzyko duplikowania konwersji. Z drugiej strony odłączenie wcześniejszego tagu bez uruchomienia nowego może prowadzić do braku danych o zakupach.

Przed zmianą konfiguracji należy więc rozpoznać wszystkie aktywne źródła pomiaru.

Jak błędna atrybucja po migracji może wpływać na ROAS kampanii Google Ads?

Rozważmy sklep internetowy, który przed migracją do Hydrogen wydawał miesięcznie 10 000 zł na Google Ads i raportował 40 000 zł wartości konwersji przypisanych reklamom. ROAS wynosił wtedy 400%.

Po migracji rzeczywista sprzedaż sklepu i koszt reklam pozostały na podobnym poziomie, ale Google Ads zaczął raportować tylko 28 000 zł wartości konwersji. Wskaźnik ROAS spadł więc do 280%.

Na pierwszy rzut oka wyglądałoby to na znaczące pogorszenie skuteczności kampanii. Jeżeli jednak przyczyną było niekompletne przesyłanie konwersji po migracji, a rzeczywista sprzedaż nie spadła, niższy ROAS byłby przede wszystkim problemem pomiarowym.

Nie należy jednak automatycznie zakładać, że wszystkie brakujące 12 000 zł powinno zostać przypisane Google Ads. Rzeczywiste wyniki kampanii mogą zmieniać się niezależnie od implementacji analitycznej. Aby ocenić wpływ migracji, trzeba porównać konkretne transakcje, źródła ruchu, sposób atrybucji oraz dane z poprzedniej konfiguracji.

Sytuacja staje się szczególnie niebezpieczna, gdy Google Ads optymalizuje kampanie na podstawie niekompletnych konwersji. System może otrzymywać mniej informacji o wartościowych zakupach i podejmować inne decyzje dotyczące stawek niż przy pełnym pomiarze. Nie oznacza to jednak automatycznego ograniczenia emisji w każdej kampanii. Skala wpływu zależy od strategii ustalania stawek, wielkości danych i rodzaju brakujących konwersji.

Dlatego przed znaczącym obniżeniem lub zwiększeniem budżetu po migracji warto przeprowadzić analizy danych z Google Ads, GA4 i rzeczywistych zamówień Shopify. Pozwalają one ustalić, czy problem dotyczy faktycznej sprzedaży, przypisywania konwersji czy jakości danych wykorzystywanych przez kampanie.

Jak ograniczyć ryzyko utraty danych przy migracji Shopify do Hydrogen?

Najważniejszym zabezpieczeniem jest przygotowanie porównywalnych danych przed uruchomieniem nowej wersji sklepu. Warto udokumentować sposób działania obecnej analityki, źródła konwersji i przepływ informacji między storefrontem, checkoutem, Shopify oraz CRM.

Przed migracją należy również ustalić, które elementy pomiaru są obsługiwane przez standardowe funkcje Shopify, a które przez niestandardowy kod. Szczególnie ważne jest to w sklepach wykorzystujących własne oznaczenia kanałów sprzedaży, programy partnerskie lub niestandardowe modele atrybucji.

Po wdrożeniu nowego storefrontu nie należy ograniczać testowania wyłącznie do sprawdzenia, czy można złożyć zamówienie. Trzeba zweryfikować również cały przepływ danych analitycznych.

Kontrola powinna obejmować:

Poprawność konfiguracji ShopifyScripts i analityki Hydrogen.
Działanie proxy Storefront API i ciągłość sesji.
Zachowanie parametrów kampanii podczas przekierowań.
Rejestrowanie zdarzeń produktowych i koszykowych.
Przekazywanie atrybutów koszyka do zamówienia.
Obsługę zakończenia zakupu przez Shopify Checkout.
Poprawność zdarzeń GA4 i konwersji Google Ads.
Działanie zgód oraz integracji Consent Mode.
Kompletność zamówień przesyłanych do CRM i ERP.
Brak duplikatów wynikających z równoległych integracji.

Warto przeprowadzić testy na kilku różnych scenariuszach: zakup z kampanii Google Ads, przejście z bezpłatnych wyników wyszukiwania, wejście z linku partnerskiego, zakup na urządzeniu mobilnym oraz powrót klienta do wcześniej utworzonego koszyka.

Po uruchomieniu sklepu dobrze jest regularnie porównywać liczbę zamówień Shopify z danymi analitycznymi. Kontrola powinna dotyczyć nie tylko całkowitej sprzedaży, lecz także liczby zakupów przypisanych poszczególnym kanałom.

Najczęstsze pytania dotyczące Shopify Hydrogen i pomiaru konwersji

Czy migracja Shopify do Hydrogen automatycznie usuwa śledzenie Google Analytics 4?

Nie. Hydrogen udostępnia własne mechanizmy analityczne, ale poprawność pomiaru zależy od konfiguracji konkretnego sklepu. Podczas migracji ze starszej wersji trzeba sprawdzić, czy wszystkie wcześniej rejestrowane zdarzenia zostały prawidłowo odtworzone w nowej architekturze.

Czy Hydrogen 2026-10 obsługuje Google Ads i GA4?

Tak, możliwe jest integrowanie nowego Hydrogen z zewnętrznymi systemami analitycznymi. Shopify udostępnia mechanizmy przekazywania zdarzeń do dodatkowych systemów, ale samo zainstalowanie biblioteki nie gwarantuje prawidłowej konfiguracji każdej integracji Google.

Czy atrybuty koszyka Shopify są zachowywane po przejściu do checkoutu?

Storefront API umożliwia przechowywanie własnych atrybutów koszyka, a Shopify udostępnia dodatkowe atrybuty zamówienia. Podczas migracji należy jednak sprawdzić, czy konkretne pola są poprawnie zapisywane i pojawiają się w końcowej transakcji. Nie należy zakładać, że każdy niestandardowy proces działa identycznie bez weryfikacji.

Czy utrata GCLID może wpływać na Google Ads?

Tak. Nieprawidłowa obsługa identyfikatora kliknięcia może utrudniać powiązanie późniejszej konwersji z reklamą. Należy sprawdzić automatyczne tagowanie, przekierowania i sposób działania tagów. Nie wszystkie braki w raportach wynikają jednak z utraty GCLID.

Czy przejście na nową domenę storefrontu wymaga konfiguracji GA4?

Może wymagać zmian, zwłaszcza jeśli użytkownik przechodzi pomiędzy domenami wykorzystywanymi w jednym procesie zakupowym. Google udostępnia pomiar między domenami, ale jego działanie zależy od poprawnego wdrożenia tagów i obsługi przekierowań. Należy sprawdzić także konfigurację checkoutu Shopify.

Czy nowy Hydrogen automatycznie przejmuje obsługę webhooków?

Nie. Niestandardowe aplikacje nadal odpowiadają za własne endpointy, przetwarzanie zdarzeń, deduplikację i synchronizację kontrolną. Zmiana biblioteki storefrontu nie zastępuje niezależnych integracji CRM i ERP.

Dlaczego po migracji Shopify GA4 pokazuje więcej ruchu Direct?

Jedną z możliwych przyczyn jest utrata informacji o źródle wizyty, ale wzrost udziału ruchu Direct może wynikać również z innych zmian. Należy sprawdzić parametry kampanii, sesje, przekierowania, identyfikatory reklamowe i konfigurację analityki na wszystkich etapach zakupu.

Czy można porównać dane Shopify, GA4 i Google Ads jeden do jednego?

Nie zawsze. Shopify przechowuje rzeczywiste zamówienia, natomiast GA4 i Google Ads stosują własne zasady pomiaru i atrybucji. Różnice pomiędzy tymi systemami nie oznaczają automatycznie błędu. Ważniejsze jest sprawdzenie kompletności transakcji, identyfikatorów oraz metod przypisywania sprzedaży do kanałów marketingowych.

Prawidłowa atrybucja sprzedaży jest równie ważna jak działający sklep Shopify

Migracja do Shopify Hydrogen 2026-10 daje większą swobodę tworzenia niestandardowych sklepów internetowych, ale wymaga odpowiedzialnego podejścia do danych analitycznych. Nowa architektura nie powoduje automatycznie utraty konwersji, jednak błędy w obsłudze sesji, przejść między domenami, zdarzeń e-commerce i atrybutów koszyka mogą sprawić, że część zamówień przestanie być prawidłowo przypisywana do kanałów sprzedaży.

Najważniejsze jest sprawdzenie całej ścieżki klienta: od kliknięcia reklamy, przez stronę produktu i koszyk, aż po zamówienie w Shopify oraz jego rejestrację w GA4, Google Ads i systemach zewnętrznych. Weryfikacja powinna obejmować zarówno poprawność techniczną integracji, jak i zgodność danych z rzeczywistą sprzedażą.

Sklep może poprawnie przyjmować zamówienia, a jednocześnie dostarczać niekompletne dane do optymalizacji kampanii reklamowych. Dlatego po migracji najważniejsze jest nie tylko potwierdzenie, że checkout działa, ale także ustalenie, czy przedsiębiorca nadal potrafi wiarygodnie określić, skąd pochodzą jego klienci i które działania marketingowe rzeczywiście przynoszą zysk.