GA4 pokazuje zero za 1 września. Jak odróżnić awarię Google od własnego błędu

Wpisujesz się rano do GA4, żeby sprawdzić weekend, i widzisz płaską linię. Zero użytkowników, zero sesji, zero przychodu za 1 września. W panelu sklepu zamówienia z tego dnia są. W bankowości pieniądze też. Pierwsza myśl brzmi zwykle: „ktoś mi zepsuł tagi".

Zanim zaczniesz szukać winnego u siebie, warto spędzić kwadrans na rozstrzygnięciu, czy problem w ogóle jest po Twojej stronie. Kolejność ma znaczenie, bo panika w tagach potrafi zamienić jeden zepsuty dzień w miesiąc niespójnych danych.

Co wiadomo, a czego nie

Fakty są skromne i warto je oddzielić od tego, co krąży po branży.

Serwisy branżowe opisują problem od 2 września. Search Engine Roundtable zebrał zgłoszenia z forów Google Analytics, WebmasterWorld i mediów społecznościowych: główne wykresy w GA4 pokazują brak ruchu za 1 września, a pierwsze sygnały o problemach z przetwarzaniem danych pojawiły się już 31 sierpnia. Konkluzja autora jest jednoznaczna: „It is a Google bug, nothing for you to do on your end".

Czego nie ma: komunikatu Google. Strona informacji o zmianach w Google Analytics ma najnowsze wpisy z 10 i 11 sierpnia, o incydencie ani o uzupełnieniu danych nie mówi nic. To ważne rozróżnienie, bo część tekstów w sieci pisze, że „Google potwierdził", opierając się na wątku w społeczności pomocy założonym przez użytkownika, nie na odpowiedzi z odznaką pracownika Google.

Dla Ciebie oznacza to jedno: skala problemu jest szeroka, ale nikt nie obiecał, że dane wrócą. Dopóki obietnicy nie ma, planuj tak, jakby ten dzień miał w raportach zostać dziurą.

Kwadrans, który odróżnia awarię Google od Twojego błędu

Pięć sprawdzeń, od najszybszego. Każde pytanie ma sens tylko wtedy, gdy zadasz je w tej kolejności.

Dane bieżące. Wejdź w raport czasu rzeczywistego. Jeśli widzisz w nim ruch teraz, tag na stronie działa i zbiera zdarzenia. Zera w raportach standardowych przy działających danych bieżących wskazują na przetwarzanie, czyli warstwę, na którą nie masz wpływu.

DebugView. Włącz podgląd debugowania i przeklikaj ścieżkę zakupową na własnym telefonie. Widzisz purchase z wartością i walutą? Warstwa pomiarowa jest cała.

Druga usługa. Jeśli prowadzisz więcej niż jeden sklep albo masz osobną usługę na stronę firmową, sprawdź, czy dziura występuje w obu. Ten sam brak w dwóch niezależnych wdrożeniach nie jest zbiegiem okoliczności.

Licznik po Twojej stronie. Otwórz panel sklepu i policz zamówienia z 1 września. To jedyna liczba w całym zestawieniu, która nie przechodzi przez Google. Jeśli zamówienia są, a GA4 pokazuje zero przychodu, to nie Ty zgubiłeś sprzedaż, tylko raport.

Eksport do BigQuery, jeśli go masz. Dane trafiają tam inną drogą niż do raportów. Dokumentacja Google opisuje trzy tryby: eksport dzienny, zwykle w połowie popołudnia czasu usługi, tryb szybszy w wersji 360 oraz strumieniowy, w którym zdarzenia są dostępne w ciągu kilku minut. Jeżeli w BigQuery zdarzenia z 1 września są, a w raportach ich nie ma, masz twardy dowód, że zbieranie działa i problem leży w przetwarzaniu.

Czego nie robić przez te kilka dni

To część, która kosztuje najwięcej, bo naprawianie sprawnego pomiaru zostawia trwałe ślady.

Nie przetagowuj sklepu. Wymiana kontenera, podmiana identyfikatora pomiaru albo „szybka poprawka" w warstwie danych na czas awarii po stronie Google da Ci później drugi problem, tym razem naprawdę własny, i to bez punktu odniesienia.

Nie kasuj i nie duplikuj strumienia danych. Nowy strumień nie odzyska historii, a rozbije ciągłość raportów.

Nie zmieniaj budżetów ani docelowego ROAS na podstawie dnia z dziurą. Jeśli importujesz konwersje z GA4 do systemów reklamowych, ostrożność jest tu podwójnie uzasadniona: algorytm licytacji uczy się na tym, co dostanie. Dzień, w którym „nic się nie sprzedało", jest dla niego sygnałem, a nie awarią.

Nie oceniaj kampanii ani testów A/B na oknie zawierającym ten dzień. Przesuń wnioski o tydzień.

Gdy dane wrócą

Zacznij od porównania. Zestaw przychód z GA4 z zamówieniami z panelu sklepu dzień po dniu za cały tydzień. Interesuje Cię nie tylko to, czy dziura się zapełniła, ale też czy dzień po niej nie ma nadmiaru, który wygląda jak nadrobienie zaległości.

Zostaw ślad w raportach. Adnotacja przy tej dacie oszczędza późniejszych tłumaczeń, dlaczego wrzesień wygląda dziwnie w porównaniach rok do roku.

Pamiętaj o dwóch okresach aktualizacji, które opisuje Google. Zdarzenia kluczowe z atrybucją mogą być aktualizowane do siedmiu dni po zarejestrowaniu, a dane w eksporcie do BigQuery bywają korygowane do dwóch dni. Raport sprzed tygodnia i ten sam raport dzisiaj mogą się różnić bez żadnej awarii.

Jak się zabezpieczyć na następny raz

Awarie zdarzają się każdemu dostawcy. Różnica polega na tym, czy masz drugie źródło.

Włącz dzienny eksport do BigQuery. W wersji standardowej jest bezpłatny do miliona zdarzeń dziennie, a to próg, którego większość sklepów z ruchem kilkunastu tysięcy użytkowników miesięcznie nie dotyka. Tryb strumieniowy kosztuje pięć centów za gigabajt i przydaje się wtedy, gdy chcesz mieć zdarzenia w minutach, a nie następnego dnia.

Zbuduj niezależny licznik. Prosty raport z bazy sklepu, zliczający zamówienia i wartość dzienną, to kilka linijek zapytania i jedna tabela. Kiedy przychodzi dzień taki jak 1 września, to on decyduje, czy w ogóle masz problem.

Ustal rytuał porównania. Raz w miesiącu zestawiamy przychód z analityki, z panelu sklepu i z systemów reklamowych. Rozjazd rzędu kilku procent jest normalny i wynika z modeli atrybucji. Rozjazd rzędu kilkudziesięciu procent to sygnał, którego nie zauważysz, jeśli patrzysz tylko na jedno źródło.

Co zrobić w najbliższym tygodniu

1. Sprawdź dane bieżące i DebugView, żeby wykluczyć własny błąd, zanim ruszysz cokolwiek w tagach.
2. Policz zamówienia z 1 września w panelu sklepu i zapisz tę liczbę poza analityką.
3. Zamroź zmiany budżetów i celów licytacji do czasu, aż zobaczysz pełne dane za trzy kolejne dni.
4. Jeśli nie masz eksportu do BigQuery, włącz go dziś. Nie odzyska przeszłości, ale następny taki dzień będzie tylko ciekawostką.
5. Dodaj adnotację przy dacie w raportach i uprzedź osoby, które dostają cotygodniowe zestawienia.
6. Za tydzień porównaj przychód z GA4 z zamówieniami z panelu i sprawdź, czy dziura się zapełniła.

Jeżeli chcesz, żeby ktoś przeszedł przez to z Tobą i przy okazji zbudował drugie źródło danych, odezwij się. Zwykle wystarcza jedno popołudnie, żeby sklep przestał zależeć od jednego raportu.

Decyzje

• 2026-09-04 15:59 — U01EDFDH8G2: zaakceptowany — Slack: „A-041 publikuj” w wątku listy T-029 (1788474181.410899), 04.09 15:53