Brakujące GBRAID i gad_ w GA4: jak nowa diagnostyka ratuje atrybucję kampanii

Raport pokazuje spadek ROAS, choć budżet płatny rósł. Kampania Performance Max wygląda jak źródło ruchu organicznego. Zespół marketingu pyta, gdzie zniknęły konwersje z Google Ads, a nikt nie potrafi wskazać, na którym etapie zgubiły się dane. Od 30 lipca 2026 GA4 odpowiada na część takich pytań samo, wystawiając ostrzeżenie o brakujących parametrach w adresach kliknięć.

Alert brzmi: dokładność danych kampanii jest zaburzona przez brakujące parametry adresu URL. Pojawia się we wskaźniku jakości danych w konkretnym raporcie, nie jako baner nad całym kontem.

Co dokładnie sprawdza nowa diagnostyka

Warunek jest węższy, niż sugeruje nazwa alertu. Ostrzeżenie nie zapala się od każdego nieoznaczonego adresu. Zapala się wtedy, gdy w adresie jest GCLID, czyli identyfikator kliknięcia z Google Ads, ale brakuje obok niego identyfikatorów zbiorczych: GBRAID albo parametrów z rodziny gad_. Czysty adres bez żadnych parametrów nie wywołuje alertu.

Kontrolka View URLs pokazuje konkretne ścieżki, na których parametry giną. Ta lista jest najcenniejszą częścią komunikatu, bo wskazuje jedno miejsce w łańcuchu przekierowań, a nie problem w całej witrynie. Jeżeli na liście powtarza się ten sam wzorzec adresu, na przykład adres po przekierowaniu językowym, zakres poszukiwań zawęża się do jednej reguły.

Trzy parametry, o których zespoły zwykle nie pamiętają

Identyfikatory zbiorcze weszły do GA4 w marcu 2022 roku, razem z pomiarem kampanii na iOS 14 i nowszych systemach. Działają w tle i rzadko trafiają do dokumentacji wdrożeniowej.

• GBRAID. Parametr w adresie kliknięcia, który nie identyfikuje użytkownika ani pojedynczego zdarzenia i nie jest unikalny. Przenosi informację o kampanii oraz o źródle płatnym w sytuacji, gdy pełny identyfikator kliknięcia jest niedostępny.
• gad_source. Identyfikuje miejsce, z którego przyszło kliknięcie, na przykład wyszukiwarkę albo sieć reklamową. Nie da się go ustawić ręcznie, a Google wdrażał go stopniowo, więc część kont może go jeszcze nie mieć. To pierwsza rzecz do sprawdzenia, zanim ktokolwiek zacznie przebudowywać przekierowania.
• gad_campaignid. Identyfikuje kampanię, która wygenerowała kliknięcie. Wszystkie konwersje z tej samej kampanii dzielą jedną wartość.

Google dopisuje parametry z rodziny gad_ na końcu adresu docelowego, przed fragmentem poprzedzonym znakiem #. Jeżeli reguła po stronie serwera obcina wszystko po znaku zapytania, parametry nie dotrą do strony, na której ładują się tagi.

Dlaczego ten temat dotyczy głównie rynku objętego RODO

GCLID przestaje być użyteczny w momencie, gdy użytkownik odmówi zgody ad_user_data. Wtedy atrybucja płatna nie ma się o co zaczepić, a zadanie przejmują identyfikatory zbiorcze. To one przenoszą źródło, medium, platformę źródłową i kampanię do sesji, która bez nich zostałaby przypisana do ruchu bezpośredniego albo organicznego.

W Polsce i w całej Unii odsetek odmów w bannerach jest wysoki, bo domyślne ustawienie Consent Mode to odmowa, a użytkownik musi aktywnie wyrazić zgodę. Im więcej odmów, tym większa część ruchu płatnego opiera się na GBRAID, a nie na GCLID. Brak parametrów zbiorczych boli tu więc mocniej niż na rynkach, gdzie zgody są częstsze. Zgody po stronie przeglądarki rozpisaliśmy w liście kontrolnej RODO i Consent Mode.

Od 15 czerwca 2026 za zbieranie danych reklamowych odpowiada wyłącznie sygnał ad_storage. Google Signals nie steruje już tym zbiorem, co upraszcza konfigurację, ale nie zmienia faktu, że brak zgody oznacza brak GCLID.

Jak wygląda cicha awaria atrybucji

Sesje bez parametrów trafiają do raportów jako (not set) albo jako ruch organiczny. Drugi scenariusz jest groźniejszy. Płatne kliknięcia zasilają kanał Organic Search, wyniki płatne wyglądają słabiej, a organiczne lepiej, niż jest w rzeczywistości. Nikt nie dostaje błędu, nikt nie widzi ostrzeżenia w konsoli, dane wyglądają na kompletne.

Skutek jest samonapędzający. Budżet przesuwa się z kanału, który według raportu nie działa, do kanału, który według tego samego raportu działa lepiej. Błąd pomiaru zamienia się w decyzję budżetową, a poprawa organiczna okazuje się efektem przekierowania płatnych kliknięć. W kwietniu 2026 opisano wdrożenie, w którym konwersje spadły o 90 procent w ciągu jednej nocy, gdy sygnały zgody przestały docierać do tagów. Około 40 procent danych udało się odzyskać, reszta przepadła bezpowrotnie.

Co najczęściej usuwa parametry z adresu

• Przekierowania. Najczęstsza przyczyna. Parametry muszą przetrwać każdy skok, bo tagi oczekują ich na stronie docelowej jako zwykłych parametrów zapytania.
• Reguły kanonizacji i przekierowania na wersję językową. Skrypt, który wymusza adres bez parametrów, potrafi zgubić cały query string, jeśli reguła nie przenosi go dalej.
• Filtry bezpieczeństwa i reguły CDN, które obcinają parametry uznane za podejrzane.
• Kolejność tagów. Tag, który wystrzeli przed zakończeniem przekierowania, widzi adres bez parametrów, mimo że docelowo są one poprawne.
• Sygnały zgody. Odmowa ad_user_data nie usuwa parametrów, ale sprawia, że atrybucja opiera się właśnie na nich. Błąd w sygnałach zgody nakłada się na błąd przekierowań i podwaja efekt.

Diagnostyka krok po kroku

1. Otwórz raport, w którym widzisz alert, i rozwiń wskaźnik jakości danych. Spisz ścieżki z listy View URLs, bo to one wyznaczają zakres pracy.
2. Sprawdź, czego brakuje: obu grup identyfikatorów czy tylko gad_source. Jeżeli brakuje wyłącznie gad_source, wstrzymaj się z działaniem. Google wdrażał ten parametr stopniowo i część kont jeszcze go nie ma.
3. Przejdź ręcznie przez łańcuch przekierowań na jednej z wypisanych ścieżek, z parametrami w adresie startowym. Zapisz, na którym skoku ginie query string.
4. Popraw regułę, która obcina parametry: kanonizację, przekierowanie językowe albo filtr po stronie serwera lub CDN. Obejście dodane po stronie tagu zamaskuje problem i wróci przy następnej zmianie wdrożenia.
5. Zweryfikuj sygnały zgody i kolejność ładowania tagów. Zmiana wdrożenia działa po 24 do 48 godzinach, a wygaszenie alertu może zająć do dwóch dni. W tym oknie nie zgłaszaj regresji: dane jeszcze się nie przeliczyły.
6. Dopisz do dokumentacji klienta, które przekierowania przenoszą parametry. Kolejna kampania albo migracja serwera nie zepsuje tego ponownie.

Czego ten alert nie powie

Diagnostyka wykrywa brak parametrów, a nie jego przyczynę. Nie odróżni przekierowania od filtra CDN, kolejności tagów ani opóźnienia we wdrożeniu gad_source. Mechanizm trzeba ustalić ręcznie, na podstawie listy ścieżek i własnego testu łańcucha przekierowań. Alert jest też najnowszym ogniwem dłuższej serii: wcześniej GA4 dostało diagnostykę tagów, alerty o lukach w danych i o umiejscowieniu tagu, centrum ustawień zgód oraz diagnostykę User-ID.

Osobna sprawa to Safari, które obcina GCLID w około 20 procentach sesji, ale nigdy nie usuwa GBRAID ani WBRAID. Ta asymetria jest powodem, dla którego atrybucja zapasowa opiera się na identyfikatorach zbiorczych. Jeżeli któryś z nich zniknie z adresu, nie ma już trzeciej drogi.

Od czego zacząć u klienta

Przy kilku alertach w jednej usłudze zacznij od jednego raportu i ustal, gdzie leży problem: w przekierowaniu czy w zgodach. Pierwszy przypadek naprawia się raz i działa dla wszystkich kampanii. Drugi wymaga przejrzenia sygnałów zgody w każdym kontenerze, a to praca na dłużej. Kolejność ma znaczenie, bo poprawianie zgód przy zepsutym przekierowaniu nie zmieni niczego w raportach.

Gdy parametry wrócą na miejsce, sprawdź jeszcze kanał ruchu w raportach pozyskiwania. Płatne kliknięcia powinny wrócić do kanałów płatnych, a organiczny spaść do poziomu, który odpowiada rzeczywistości. Ten test jest tańszy niż kolejny miesiąc z błędnym modelem budżetu. Sposób diagnozowania luk w danych opisaliśmy w artykule o tym, co zrobić, gdy GA4 nie zbiera danych.