Shopify prześle więcej zdarzeń do Google Analytics: co zmienia się 17 sierpnia 2026

Od 17 sierpnia 2026 roku aplikacja Google & YouTube w Shopify zacznie wysyłać do Google Analytics więcej zdarzeń e-commerce: dochodzą view_item_list, view_cart, remove_from_cart i add_shipping_info, a pięć już zbieranych zdarzeń otrzyma nowe parametry — sku, variant_id, coupon, payment_type, market_id i inne. Każde zdarzenie wysłane przez aplikację będzie teraz oznaczone nowym parametrem shopify_event_name. Nie trzeba nic robić — zmiana włącza się automatycznie. I właśnie dlatego warto z wyprzedzeniem sprawdzić, czy zdarzenia nie zaczną się dublować z Twoim własnym śledzeniem.

Co zmienia się 17 sierpnia 2026 roku

Aplikacja Google & YouTube to oficjalny kanał, którym sklep na Shopify przekazuje dane do ekosystemu Google: produkty do Merchant Center, konwersje do Google Ads i zdarzenia do Google Analytics. Wcześniej w 2026 roku ta sama aplikacja zaczęła wysyłać zdarzenie purchase bezpośrednio z serwerów Shopify. Teraz Google rozszerza zestaw zdarzeń, które aplikacja przekazuje do GA4.

Od 17 sierpnia 2026 roku do Google Analytics zaczną trafiać cztery nowe zdarzenia:

To dokładnie te ogniwa, których brakowało w standardowym połączeniu Shopify → GA4. Bez nich lejek był dziurawy: było wyświetlenie produktu, dodanie do koszyka i zakup — ale nie było ani przeglądania kategorii, ani zachowania w koszyku, ani kroku z adresem dostawy. Teraz pełny lejek składa się bez osobnej konfiguracji Google Tag Managera.

Nowy parametr shopify_event_name

Razem z nowymi zdarzeniami Google dodaje techniczny parametr shopify_event_name. Otrzymają go wszystkie zdarzenia wysyłane przez aplikację Google & YouTube w ramach tej aktualizacji. Wartością parametru jest oryginalna nazwa zdarzenia Shopify, które wywołało zdarzenie w Google Analytics.

event: view_item_list
  shopify_event_name: collection_viewed

event: view_cart
  shopify_event_name: cart_viewed

Po co on jest: to jedyny pewny sposób, żeby odróżnić zdarzenia z aplikacji od tych, które wysyła Twój własny kod, kontener GTM, niestandardowy Shopify Web Pixel albo zewnętrzna aplikacja śledząca. Jeśli liczby w raportach nagle „odjadą”, to właśnie po shopify_event_name zrozumiesz, skąd wzięły się nadmiarowe zdarzenia.

Co dochodzi do pięciu istniejących zdarzeń

Poza nowymi zdarzeniami Google rozszerza zakres danych w pięciu zdarzeniach, które aplikacja zbiera już teraz:

Dla analityki to realny krok naprzód. sku i variant_id pozwalają wreszcie zestawić dane GA4 z systemem magazynowym i patrzeć na skuteczność na poziomie konkretnego rozmiaru czy koloru, a nie „karty produktu w ogóle”. coupon otwiera analizę kodów rabatowych od początku do końca. payment_type pokazuje, która bramka płatnicza realnie domyka transakcje. market_id przyda się sklepom na Shopify Markets, sprzedającym w kilku krajach.

Co to daje w praktyce

• Pełny lejek koszyka bez kodu. Łańcuch view_item_list → view_item → add_to_cart → view_cart → begin_checkout → add_shipping_info → add_payment_info → purchase składa się „z pudełka”.
• Widać, gdzie dokładnie tracisz pieniądze. Zdarzenie remove_from_cart w parze z view_cart pokazuje, które produkty wypadają z koszyka — często to sygnał o koszcie lub czasie dostawy.
• Krok dostawy przestaje być czarną skrzynką. add_shipping_info daje punkt odniesienia, by zmierzyć odpływ dokładnie na etapie adresu i sposobu dostawy.
• Precyzyjniejsze grupy odbiorców w reklamie. „Zobaczył koszyk, ale nie rozpoczął checkoutu” to teraz standardowa grupa odbiorców GA4 dostępna w Google Ads.
• Analityka produktowa na poziomie wariantów. sku i variant_id we wszystkich kluczowych zdarzeniach lejka.

Na co uważać: cztery ryzyka

1. Dublowanie zdarzeń

To główne ryzyko. Jeśli w Twoim sklepie działa już własne śledzenie — kontener Google Tag Manager, niestandardowy Shopify Web Pixel albo zewnętrzna aplikacja, która sama wysyła view_cart, remove_from_cart czy view_item_list — po 17 sierpnia te zdarzenia zaczną przychodzić dwa razy. Skutki: zawyżona liczba zdarzeń, zepsute współczynniki lejka, zniekształcone metryki produktowe i błędne wielkości grup remarketingowych. GA4 nie deduplikuje ich automatycznie — inaczej niż purchase, gdzie deduplikacja działa po transaction_id.

2. Przemapowanie total → value w add_payment_info

Wcześniej aplikacja wysyłała w zdarzeniu add_payment_info niestandardowy parametr total. Teraz staje się on standardowym value. Jeśli masz w GA4 wymiary niestandardowe, eksploracje, raporty Looker Studio albo zapytania BigQuery oparte na total — po prostu przestaną otrzymywać dane. Zmiana nie „zepsuje” zbierania, ale po cichu wyzeruje wskaźnik w Twoich raportach.

3. Limity wymiarów niestandardowych i rachunek GA4 360

Część nowych parametrów (coupon, payment_type, affiliation) jest standardowa dla GA4 i trafia do raportów sama. Ale sku, variant_id, market_id i shopify_event_name są niestandardowe: żeby zobaczyć je w raportach, trzeba zarejestrować je jako wymiary niestandardowe. W darmowej wersji GA4 obowiązuje limit 50 wymiarów niestandardowych na poziomie zdarzenia, więc w dużych kontach trzeba będzie wybierać. Osobno Google ostrzega: większy wolumen zdarzeń może zwiększyć miesięczny rachunek klientom Google Analytics 360 — w zależności od aktywności witryny.

4. Wyrwa w porównaniach historycznych

17 sierpnia łączna liczba zdarzeń w usłudze skoczy — po prostu dlatego, że zdarzeń jest więcej. Porównania „miesiąc do miesiąca” i „rok do roku” po łącznej liczbie zdarzeń, a także wszelkie alerty o anomaliach oparte na wolumenie zdarzeń, dadzą fałszywy sygnał. Najprostsze rozwiązanie to od razu dodać adnotację w GA4 na 17 sierpnia 2026 roku, żeby za pół roku nikt nie szukał przyczyny skoku.

Jak odfiltrować zbędne zdarzenia

Google wprost proponuje wykorzystanie shopify_event_name do filtrowania. W praktyce oznacza to taką kolejność działań:

1. Zarejestrować shopify_event_name jako wymiar niestandardowy na poziomie zdarzenia w GA4: Administracja → Definicje niestandardowe → Utwórz wymiar niestandardowy.
2. Używać go w segmentach, porównaniach i eksploracjach, by oddzielić zdarzenia z aplikacji od własnych.
3. Jeśli konto ma podłączone BigQuery — filtrować po tym parametrze w zapytaniach; to najdokładniejszy wariant.

Ważny niuans, o którym warto wiedzieć z góry: GA4 nie ma wbudowanego filtra, który zatrzymuje zbieranie dowolnego zdarzenia na podstawie wartości parametru — filtry danych na poziomie usługi działają tylko dla ruchu wewnętrznego i ruchu deweloperów. Czyli shopify_event_name pomaga rozdzielić dane w raportach, ale nie blokuje ich napływu.

Wariant radykalny to odłączenie integracji z Google Analytics w ustawieniach aplikacji Google & YouTube w panelu Shopify. Wtedy jednak znikną też purchase i cała reszta danych, na których już polegasz. To rozwiązanie na wypadek, gdy masz pełne własne śledzenie, a aplikacja dubluje je w całości.

Checklista: co zrobić przed 17 sierpnia

1. Zrób spis wszystkiego, co już wysyła zdarzenia do GA4. Aplikacja Google & YouTube, własny GTM, Shopify Web Pixel, zewnętrzne aplikacje analityczne — wszystko razem.
2. Sprawdź część wspólną. Jeśli cokolwiek z Twojego stosu już wysyła view_cart, remove_from_cart, view_item_list lub add_shipping_info — po 17 sierpnia będzie to duplikat. Wyłącz swoją wersję zdarzenia albo zostaw ją i filtruj to z aplikacji.
3. Znajdź wszystko, co opiera się na total w zdarzeniu add_payment_info: wymiary niestandardowe, eksploracje, dashboardy Looker Studio, zapytania BigQuery. Przestaw je na value.
4. Zarejestruj nowe parametry jako definicje niestandardowe: shopify_event_name obowiązkowo, a sku, variant_id i market_id w razie potrzeby. Sprawdź, ile zostało z limitu 50 wymiarów.
5. Dodaj adnotację w GA4 na 17.08.2026 i uprzedź wszystkich, którzy czytają raporty, że skok liczby zdarzeń jest oczekiwany.
6. Po 17 sierpnia zrób kontrolne sprawdzenie w czasie rzeczywistym i w DebugView: czy są nowe zdarzenia, czy nie ma duplikatów, czy wypełnione są sku i variant_id.

Jeśli prowadzisz też sklepy poza Shopify, logika weryfikacji jest ta sama — omawialiśmy ją na przykładzie śledzenia przychodów i transakcji GA4 w WooCommerce.

Spojrzenie Spilno Agency

To rzadki przypadek, gdy zmiana od Google naprawdę ułatwia życie: to, za co wcześniej płaciło się deweloperowi i co ręcznie składało się w Google Tag Managerze, teraz przyjedzie samo. Dla sklepów, które do tej pory żyły na „trzech zdarzeniach i zakupie”, to dosłownie darmowy upgrade analityki. Ale właśnie ta automatyczność jest pułapką: włączy się u wszystkich, a podwojone liczniki dostaną ci, którzy kiedyś starannie skonfigurowali własne śledzenie i dawno o nim nie pamiętają. Nasza rekomendacja jest prosta: przed 17 sierpnia poświęć godzinę na inwentaryzację tego, co wysyła zdarzenia do Twojej usługi — to tańsze niż potem przez pół roku tłumaczyć zarządowi, dlaczego konwersja koszyka nagle „spadła o połowę”.

Najczęstsze pytania (FAQ)

Jakie nowe zdarzenia Shopify pojawią się w Google Analytics 17 sierpnia 2026 roku?

Cztery: view_item_list (wyświetlenie kolekcji), view_cart (wyświetlenie koszyka), remove_from_cart (usunięcie produktu z koszyka) i add_shipping_info (podanie adresu lub danych dostawy w checkoucie). Wysyła je aplikacja Google & YouTube w Shopify.

Czy trzeba coś skonfigurować, żeby otrzymywać nowe zdarzenia?

Nie. Google wprost zaznacza, że żadne działania nie są potrzebne — dodatkowe zdarzenia zaczną napływać automatycznie. Konfiguracja przyda się do czego innego: żeby zobaczyć niestandardowe parametry w raportach i żeby nie doszło do dublowania z własnym śledzeniem.

Czym jest parametr shopify_event_name i po co on jest?

To nowy parametr, który otrzymają wszystkie zdarzenia z aplikacji Google & YouTube. Jego wartością jest oryginalna nazwa zdarzenia Shopify, na przykład collection_viewed albo cart_viewed. Służy do odróżnienia zdarzeń z aplikacji od zdarzeń Twojego własnego trackingu i do filtrowania ich w raportach GA4.

Czy zdarzenia mogą się zdublować po aktualizacji?

Tak, to główne ryzyko. Jeśli masz już własną konfigurację Google Tag Managera, niestandardowy Shopify Web Pixel albo zewnętrzną aplikację wysyłającą te same zdarzenia, po 17 sierpnia będą napływać dwa razy. GA4 nie deduplikuje ich automatycznie — deduplikacja działa tylko dla purchase, po transaction_id.

Czy aktualizacja wpłynie na koszt Google Analytics?

W darmowej wersji GA4 — nie. Google ostrzega, że dodatkowe zdarzenia mogą zwiększyć miesięczny rachunek klientom Google Analytics 360, a skala zmiany zależy od aktywności witryny.

Jak wykluczyć nowe zdarzenia z raportów Google Analytics?

Zarejestruj shopify_event_name jako wymiar niestandardowy na poziomie zdarzenia i używaj go w segmentach, porównaniach, eksploracjach lub zapytaniach BigQuery. Całkowicie zatrzymać zbieranie tych zdarzeń można jedynie przez odłączenie integracji z Google Analytics w ustawieniach aplikacji Google & YouTube — ale wtedy znikną też wszystkie inne dane, łącznie z purchase.

Co zmienia się w zdarzeniu add_payment_info?

Dochodzą value, payment_type (bramka płatnicza), lista produktów w koszyku oraz coupon. Poza tym niestandardowy parametr total zostaje przemapowany na standardowy value — więc wszystkie wymiary niestandardowe, raporty i zapytania oparte na total trzeba przestawić na value.