GA4 dla zaawansowanych: konfiguracja poza dokumentacją

GA4 zaawansowane to nie kolejny kurs „jak kliknąć w panelu admina”. To warstwa, która zaczyna się tam, gdzie kończy się oficjalna dokumentacja Google: parametry użytkownika z 36 slotami, konfiguracja reguł retencji 14/2/50 miesięcy, cichy powrót do last-click w Data-Driven Attribution poniżej progu konwersji, debounce dla scroll tracking, override client_id po stronie serwera. W 2026 roku zespół, który zatrzymuje się na „zaimportowałem konwersje z Google Ads”, traci 20–40% wartościowych danych na etapie zbierania.

Ten tekst pisaliśmy z logów klientów, u których GA4 działa od co najmniej 18 miesięcy, oraz z eksportów BigQuery, w których widać parametry zdarzeń niewidoczne w UI panelu. Gdy mówimy „domyślnie nie zadziała” — przetestowaliśmy to w kilku środowiskach. Gdy piszemy „próg”, oznaczamy go liczbą lub linkiem do dokumentu Google, który tę liczbę potwierdza.

Artykuł jest częścią klastra analityka marketingowa 2026. Jeżeli projektujesz model pomiaru od zera, zacznij od sąsiedniego materiału o zdarzeniach GA4. Jeśli dane masz już w BigQuery i szukasz konkretnych zapytań SQL, przejdź do tekstu o eksporcie GA4 do BigQuery.

Spis treści

1. Limity GA4, o których nie piszą w panelu
2. User properties i parametry zdarzeń — 50 vs 25 vs 500
3. Zdarzenia zaawansowane: modified, recommended, custom
4. Retencja danych, sampling i progi threshold
5. Data-Driven Attribution — warunki, cichy fallback, debugowanie
6. Consent Mode v2 w trybie advanced
7. Key events, import konwersji, wartości dynamiczne
8. Audiences, predictive metrics i warunki membership
9. Debugowanie: DebugView, GTM Preview, BigQuery intraday
10. Najczęstsze błędy konfiguracji
11. FAQ — najczęstsze pytania
12. Co dalej

Limity GA4, o których nie piszą w panelu

GA4 ma twarde limity, których przekroczenie nie pokazuje się w UI jako błąd. System po prostu odrzuca nadmiarowe dane lub obcina je w locie. Pierwsza rzecz, którą powinien zrobić każdy zaawansowany wdrożeniowiec, to audyt wykorzystania limitów.

Limity zdarzeń i parametrów

Obiekt	Limit standard	Limit GA4 360	Skutek przekroczenia
Parametry na zdarzenie	25 custom + 10 default	100	Parametry powyżej limitu są odrzucane
Zarejestrowane wymiary niestandardowe (event-scoped)	50	125	Brak możliwości użycia w raportach i audiencji
User properties	25	100	Wartości są zbierane, ale nie dostępne w UI
Unikalne nazwy zdarzeń (streaming)	500	2 000	Nowe nazwy są ignorowane
Długość wartości parametru	100 znaków	500	Obcięcie do limitu
Długość nazwy parametru	40 znaków	40	Parametr odrzucony
Zdarzenia na sesję (limit wysyłki)	500	500	Kolejne zdarzenia nie są wysyłane

W praktyce najszybciej wypełnia się limit 50 zarejestrowanych wymiarów niestandardowych. Każda nowa inicjatywa produktowa dodaje 3–5 parametrów, a po roku zespół ma 42 parametry, z których 18 nie jest już używanych w raportach. Prowadź rejestr w arkuszu i co kwartał audytuj wykorzystanie.

Limity na poziomie properta i konta

• Properta w koncie: 2 000 w standardzie, 400 w GA4 360. Limit konta — nie ma, ale zarządzanie powyżej 30 propertów staje się uciążliwe bez hierarchii.
• Strumienie danych na property: 50 (web, iOS, Android łącznie).
• Audiences: 100 na property (standard), 400 (360).
• Konwersje (key events): 30 na property. Przy większej liczbie usuwaj mało wartościowe eventy z grona konwersji — nie dubluj ich.
• Custom exploracje: 500 na użytkownika, 200 udostępnionych na property.

Limity BigQuery export

Property w planie standard ma limit 1 mln zdarzeń dziennie w eksporcie do BigQuery. Po jego przekroczeniu Google przełącza się w tryb sampling — i nie ogłasza tego głośno. Informację znajdziesz wyłącznie w mailu od zespołu Google lub w sekcji Admin → BigQuery Links → historia. Jeżeli jesteś na tym progu, rozważ upgrade do GA4 360 (4 mld zdarzeń dziennie).

User properties i parametry zdarzeń — 50 vs 25 vs 500

Różnica między event parameter, custom dimension i user property jest źródłem większości błędów wdrożeniowych. Wyjaśnia ją tylko fragment dokumentacji Google Measurement Protocol — w UI GA4 te pojęcia są rozrzucone po trzech różnych panelach.

Różnica semantyczna

1. Event parameter — przychodzi z każdym zdarzeniem, opisuje kontekst konkretnej akcji (np. item_category, page_title, video_percent).
2. Custom dimension — zarejestrowany event parameter lub user property, który pozwala Ci go użyć jako wymiar w raporcie. Bez rejestracji parametr trafia do BigQuery, ale nie pojawi się w UI.
3. User property — przyklejona do użytkownika, trwa między sesjami. Używaj jej dla: segmentu (plan_tier), preferencji (language), stanu (lifetime_value_bucket).

Kiedy event, kiedy user

Reguła kciuka: jeśli wartość zmienia się między zdarzeniami tej samej sesji — to event parameter. Jeśli zmienia się raz na kilka sesji lub wcale — to user property.

• plan_tier (free/pro/enterprise) — user property. Zmienia się rzadko.
• ab_test_variant — event parameter, jeśli test jest per-sesja. User property, jeśli variant jest przypisany trwale do ID.
• cart_value — event parameter, zmienia się z każdym dodaniem produktu.
• first_traffic_source — user property, ustawiona raz przy pierwszej sesji.
• loyalty_level — user property, aktualizowana asynchronicznie z CRM.

Override user_id i client_id

GA4 automatycznie tworzy client_id w cookie _ga. W przypadku uwierzytelnionego użytkownika przekaż też user_id — to jedyny sposób na cross-device stitching bez polegania na Google Signals (które w 2026 ma twardy próg anonimizacji 50 użytkowników).

Dla site-side stitching dodaj wartość user_id w konfiguracji tagu GA4 (Fields to Set w GTM) zanim wyśle się pierwsze zdarzenie — inaczej page_view zostanie przypisany do anonimowego profilu, a dopiero kolejne zdarzenia do zalogowanego. Rozsynchronizuje to raporty retention o 5–12%.

Zdarzenia zaawansowane: modified, recommended, custom

GA4 ma trzy warstwy zdarzeń, z których każda ma inny wpływ na dostępność w raportach i audiencjach.

Warstwa 1: automatyczne

Zbierane bez konfiguracji. page_view, scroll (90% scroll), click (outbound), file_download, video_start/progress/complete, site_search. Włączane w Admin → Data Streams → Enhanced measurement. Uwaga: w 2026 scroll nadal strzela tylko przy 90% — jeśli chcesz 25/50/75%, dodaj własny trigger w GTM.

Warstwa 2: recommended

Nazwy zarezerwowane przez Google, ale wymagające wysyłki z Twojego kodu. Używaj ich dokładnie z zalecanymi parametrami — inaczej Google nie podłączy ich do automatycznych raportów (np. Ecommerce Overview).

• purchase — wymaga transaction_id, value, currency, items[].
• add_to_cart, begin_checkout, view_item — analogiczne parametry ecommerce.
• login, sign_up — parametr method.
• generate_lead — value, currency.
• tutorial_begin/complete, level_up — dla produktów cyfrowych i aplikacji.

Warstwa 3: custom

Dowolne nazwy poza zarezerwowanymi. Tu zespoły najczęściej popełniają błąd: tworzą po jednym zdarzeniu na każdą akcję (click_blue_button, click_red_button), po czym wypełniają limit 500 unikalnych nazw w kilka miesięcy.

Lepszy wzorzec: jedno zdarzenie, wiele parametrów. Zamiast click_blue_button i click_red_button wysyłaj cta_click z parametrami cta_color, cta_label, cta_position. Raporty można filtrować, a limit 500 nazw pozostaje nienaruszony.

Modified events i rules

W Admin → Events → Modify events możesz przepisywać parametry istniejących zdarzeń bez zmiany kodu. Typowe użycie:

1. Standaryzacja page_location — usuwanie parametrów UTM, które mieszają ścieżki w raporcie.
2. Rozbijanie zdarzenia page_view na dedykowane view_product, view_category według reguły match URL.
3. Zmiana nazwy starego zdarzenia (np. migracja z UA) bez redeployu GTM.

Uwaga: modifications nie działają wstecz. Stare dane zachowają starą nazwę — nie da się przepisać historii. Planuj zmiany przed kampaniami, nie po.

Retencja danych, sampling i progi threshold

Domyślna retencja GA4 to 2 miesiące dla danych na poziomie użytkownika i 14 miesięcy dla danych eventowych. Zmień to od razu po utworzeniu properta w Admin → Data Settings → Data Retention.

Dlaczego to ma znaczenie

Przy retencji 2 miesięcy raporty Explorations i analizy YoY nie będą działać dla eksploracji w wersji user-scoped. Standardowe raporty (Reports → Life Cycle) działają na zagregowanych danych 14-miesięcznych, ale eksploracje segmentów, funnel analysis i path exploration wymagają pełnego przechowywania.

Opcja retencji	Standard	GA4 360	Kiedy używać
2 miesiące (default)	Dostępne	Dostępne	Nigdy — zmień od razu
14 miesięcy	Dostępne	Dostępne	Minimum dla każdego properta
26 miesięcy	Niedostępne	Dostępne	YoY retention dla enterprise
38 miesięcy	Niedostępne	Dostępne	3-letnie benchmarki sezonowe
50 miesięcy	Niedostępne	Dostępne	Regulowane branże

Sampling w raportach

Raporty standardowe GA4 nie są samplowane. Eksploracje — tak, ze sztywnym limitem 10 mln eventów (standard) lub 1 mld (360). Po przekroczeniu progu dane są próbkowane, a GA4 pokazuje ikonę „sampled” w prawym górnym rogu. Jeśli ją widzisz, przenieś analizę do BigQuery — tam próbkowania nie ma.

Thresholding i data redaction

Google ukrywa dane w raportach, gdy grupa jest mała (próg ~50 użytkowników dla wymiarów demograficznych, ~10 dla Google Signals). W 2026 ten mechanizm rozszerzył się na raporty, w których używasz jednocześnie Google Signals i custom dimensions — może oznaczać puste wiersze w raporcie, mimo że dane są zebrane.

Obejście: wyłącz Google Signals dla raportu (Admin → Data Settings → Data Collection → Google Signals: off dla wybranych użytkowników) lub pracuj na BigQuery, gdzie thresholding nie jest stosowany.

Data-Driven Attribution — warunki, cichy fallback, debugowanie

Od 2023 domyślnym modelem atrybucji w GA4 jest Data-Driven Attribution (DDA). Działa tylko wtedy, gdy spełnisz dwa warunki jednocześnie — a GA4 nie informuje Cię, gdy jeden z nich upadnie.

Progi działania DDA

• ≥ 3 000 konwersji w ciągu 30 dni dla danego key event na property.
• ≥ 400 ścieżek konwersji unikalnych w rolling window modelu.
• Minimum 1 non-direct touchpoint na ścieżce.

Poniżej progu GA4 po cichu wraca do last-click paid/organic — w raporcie nadal widnieje etykieta „data-driven”, ale wartości odpowiadają last-click. Sprawdzisz to tylko porównując kolumny Conversions w raporcie DDA vs last-click: jeśli są identyczne, jesteś w fallbacku.

Jak debugować

1. Admin → Attribution Settings → Reporting Attribution Model — sprawdź, który model jest aktywny.
2. W Explorations zbuduj tabelę: Dimension = Session source/medium, Metric = Conversions, Attribution model = data-driven vs last-click. Porównaj.
3. W BigQuery uruchom zapytanie na events_YYYYMMDD i policz unikalne ścieżki konwersji per 30 dni. Jeśli jest ich < 400, DDA nie działa.
4. Jeśli jesteś poniżej progu — ustaw awaryjnie last-click lub linear, żeby raporty marketingowe były stabilne i przewidywalne.

DDA vs MMM vs multi-touch

DDA działa tylko dla touchpointów widocznych w GA4 — nie obejmuje TV, OOH, direct mail. Dla budżetów > 500 tys. PLN/rok warto łączyć DDA z Marketing Mix Modeling (Robyn, Meridian), który modeluje kanały poza digital. Temat rozwijamy w materiale pillarowym o analityce marketingowej 2026.

Consent Mode v2 w trybie advanced

Od marca 2024 Consent Mode v2 jest obowiązkowy w EOG dla każdego, kto wysyła dane do Google Ads, GA4 Signals i reklam remarketingowych. W 2026 większość zespołów ma go wdrożonego w trybie basic — i traci 15–30% danych niepotrzebnie.

Basic vs Advanced

Cecha	Basic	Advanced
Ładowanie tagów przed decyzją zgody	Zablokowane	Tagi ładują się, ale w trybie pingujących zdarzeń bez cookies
Modelowanie konwersji	Niedostępne	Dostępne (po 700+ zdarzeniach dziennie)
Utrata danych po odmowie	70–85%	35–55%
Zgodność z GDPR	Pełna	Pełna (zbierane dane są anonimowe bez zgody)

Warunki modelowania konwersji

• Minimum 700 konwersji dziennie przez 7 dni na property.
• Consent Mode v2 w trybie advanced, z poprawnie ustawionymi sygnałami ad_storage, analytics_storage, ad_user_data, ad_personalization.
• Sygnały muszą być przekazane przed pierwszym zdarzeniem GA4 — najczęściej w dataLayer.push w <head> strony.

Typowe błędy wdrożenia

1. CMP ustawia zgody po załadowaniu strony. GA4 wysyła pierwsze page_view bez kontekstu zgody i traktuje je jako odmowę. Fix: default consent w GTM wywołany przed tagiem GA4.
2. Przekazywanie tylko ad_storage i analytics_storage. Od marca 2024 wymagane są także ad_user_data i ad_personalization — bez nich modelowanie nie działa.
3. Redirect między domenami kasuje sygnały. Używaj redact_ads_data i cross-domain tracking, żeby zachować consent state.

Key events, import konwersji, wartości dynamiczne

W 2024 Google przemianował „konwersje” w GA4 na key events. Pojęcie „konwersji” pozostało wyłącznie w Google Ads dla importowanych key events. W praktyce oznacza to dwa miejsca, w których definiujesz konwersję — i które muszą być zsynchronizowane.

Proces importu do Google Ads

1. Oznacz event jako key event w GA4 (Admin → Events → Mark as key event).
2. Połącz property GA4 z kontem Google Ads (Admin → Product Links → Google Ads Links).
3. W Google Ads: Tools → Conversions → New conversion → Import from Google Analytics (GA4 properties).
4. Ustaw w Google Ads: attribution model (last-click lub data-driven), conversion window, include in „Conversions” column (tak/nie).
5. Sprawdź po 48 godz., czy kolumna All conversions pokazuje wartości zbieżne z GA4 (±5% to normalna różnica z powodu różnych okien atrybucji).

Wartość dynamiczna (dynamic value)

Dla zdarzeń takich jak purchase używaj value z parametru zdarzenia, nie stałej kwoty. Typowe błędy:

• Przekazywanie wartości brutto zamiast netto — raporty ROAS w Google Ads będą zawyżone o VAT.
• Brak normalizacji walut — wartości w różnych walutach są sumowane bez przeliczenia, co daje bezsensowne ROAS.
• Wartość z koszyka zamiast z zakupu — przy porzuceniu koszyka wliczasz niezrealizowane transakcje.

Audiences, predictive metrics i warunki membership

Audiences w GA4 działają inaczej niż w UA. Członkostwo jest trwałe — użytkownik, który raz spełni warunek, zostaje w audiencji przez cały okres retencji (domyślnie 30 dni, maks. 540). Nie można usunąć użytkownika z audiencji regułą wyjścia w niektórych konfiguracjach — trzeba czekać na wygaśnięcie.

Warunki membership

• Static: spełnił warunek w przeszłości (np. view_item_list kiedykolwiek).
• Dynamic: spełnia warunek obecnie (np. purchase w ostatnich 30 dniach).
• Sequence: zdarzenia w konkretnej kolejności, opcjonalnie z limitem czasu między nimi.

Predictive audiences

GA4 oferuje trzy predictive metrics: purchase probability, churn probability, predicted revenue. Warunki aktywacji:

1. Minimum 1 000 returning users, którzy dokonali purchase, i 1 000 returning users, którzy nie dokonali, w ostatnich 28 dniach.
2. Event purchase z prawidłowym value i currency.
3. Model musi trenować przez co najmniej 7 dni zanim pokaże wyniki.

Predictive audiences można eksportować do Google Ads jako listy remarketingowe i do Floodlight w DV360. Dla sklepów z < 1 000 returning purchase /miesiąc model nie będzie działać — zbuduj własny scoring w BigQuery.

Debugowanie: DebugView, GTM Preview, BigQuery intraday

Żadna konfiguracja GA4 nie jest „na pewno działająca” bez trzech warstw walidacji: real-time UI, DebugView, BigQuery.

DebugView

Admin → DebugView pokazuje zdarzenia w czasie rzeczywistym, ale tylko dla użytkowników, którzy mają włączony tryb debug. Włącz go na jeden z trzech sposobów:

1. Rozszerzenie Google Analytics Debugger (Chrome) — dodaje debug_mode=1 do wszystkich wysyłanych zdarzeń.
2. URL parameter ?gtm_debug=x w GTM Preview.
3. Ręczne ustawienie parametru debug_mode w konfiguracji tagu GA4 w GTM.

GTM Preview

Tag Assistant (gtmpreview.google.com) pokazuje, które tagi, wyzwalacze i zmienne zadziałały na konkretnej stronie. Krytyczne dla testowania consent, bo widzisz stan gtag set dla każdego ustawienia zgody.

BigQuery intraday

Eksport BigQuery zawiera tabelę events_intraday_YYYYMMDD, aktualizowaną co kilka minut. Pozwala debugować zdarzenia, zanim pojawią się w raportach GA4 (które mają 24–48h opóźnienie). Przykład zapytania diagnostycznego:

SELECT event_name, COUNT(*) AS events,
  COUNT(DISTINCT user_pseudo_id) AS users
FROM `project.analytics_123.events_intraday_*`
WHERE _TABLE_SUFFIX = FORMAT_DATE('%Y%m%d', CURRENT_DATE())
GROUP BY event_name
ORDER BY events DESC;

Jeżeli nowe zdarzenie nie pojawia się w intraday po 30 minutach od wdrożenia, problem jest po stronie tagu lub triggera w GTM — nie GA4.

Najczęstsze błędy konfiguracji

Z audytów kilkudziesięciu propertów od 2024 roku wyłaniają się powtarzające wzorce. Lista nie jest wyczerpująca, ale pokrywa 80% realnych problemów.

Dziesięć błędów, które kosztują najwięcej danych

1. Retencja 2 miesiące (default) — audytuj od razu, ustaw na 14.
2. Brak BigQuery linku — darmowe 10 GB/miesiąc pokrywa większość średnich sklepów; bez tego analizy historyczne są niemożliwe.
3. Consent Mode v2 w trybie basic zamiast advanced — strata 15–30% danych.
4. Brak ad_user_data i ad_personalization — blokuje modelowanie konwersji.
5. Event purchase bez items[] — raport Ecommerce jest pusty, mimo że wartość transakcji się zgadza.
6. Duplikacja zdarzeń z GTM i gtag.js wysyłanego przez theme WordPressa — podwójne liczenie page_view.
7. Cross-domain tracking niewłączony — użytkownik między sklepem a checkoutem na subdomenie liczy się jako dwaj różni.
8. Filtry Internal Traffic niezaktualizowane po zmianie biura — ruch zespołu zaburza raporty.
9. Google Signals włączony dla raportów demograficznych bez podstaw RODO — ryzyko prawne.
10. Brak audytów limitów parametrów — po 18 miesiącach 40+ zarejestrowanych wymiarów, z których połowa nie jest używana.

Dobre źródło walidacji to narzędzia DebugView, rozszerzenie Tag Assistant Companion i GA Debug Heap-like. Dla complete audit używaj szablonu checklisty GTM od zera do produkcji, który pokrywa też tagowanie server-side.

FAQ — najczęstsze pytania

Jaka jest różnica między key event a conversion w GA4 2026?

Od 2024 Google nazwał wszystkie konwersje w GA4 mianem key events. Pojęcie conversion zostało wyłącznie w Google Ads dla tych key events, które importujesz do kampanii reklamowych. W praktyce oznacza to, że raporty GA4 pokazują „key events”, a Google Ads „conversions” — i ich liczby mogą się różnić o 5–15% z powodu różnych okien atrybucji. Key event jest konfigurowany w Admin → Events → Mark as key event. Conversion w Google Ads Tools → Conversions. Zawsze synchronizuj oba narzędzia po zmianach.

Czy warto przejść na GA4 360, skoro jest drogie?

GA4 360 kosztuje minimum 150 tys. USD rocznie w 2026 (ceny od sales, nie z cennika). Sens ma przy: ruchu powyżej 1 mln zdarzeń dziennie (limit sampling w BigQuery export), potrzebie retencji dłuższej niż 14 miesięcy, złożonym zarządzaniu sub-propertami w grupach kapitałowych, SLA kontaktu z supportem. Dla większości sklepów e-commerce z budżetem < 500 tys. PLN/rok taniej jest: zostać na standard GA4, eksportować do BigQuery i tam robić analizy historyczne. BigQuery storage kosztuje 0,02 USD/GB/miesiąc, więc retencja 3+ lat to rzędy kilkudziesięciu dolarów.

Jak sprawdzić, czy Data-Driven Attribution naprawdę działa na moim propercie?

DDA wymaga 3 000 konwersji w 30 dniach na key event i 400 unikalnych ścieżek. Poniżej progu GA4 po cichu wraca do last-click, nie informując o tym w UI. Test: w Explorations zbuduj tabelę z dwoma kolumnami Conversions — jedna z attribution model = data-driven, druga = last-click. Jeśli wartości są identyczne dla większości wymiarów, jesteś w fallbacku. Alternatywnie w BigQuery policz COUNT(DISTINCT ga_session_id) dla zdarzeń konwersji — jeśli < 3 000, DDA nie działa. Dla stabilności raportów marketingowych ustaw wtedy ręcznie last-click lub linear.

Ile kosztuje poprawne wdrożenie zaawansowanego GA4 w agencji?

W 2026 w Polsce: 6–18 tys. PLN netto za wdrożenie „pełnego stacku” (GA4 + GTM client-side + Consent Mode v2 advanced + BigQuery export + podstawowe Looker Studio) dla średniego sklepu e-commerce. Server-side GTM dodaje 3–7 tys. PLN jednorazowo i 70–450 PLN/miesiąc hostingu. Audyt istniejącego setupu: 1,5–4 tys. PLN. Miesięczne utrzymanie i rozwój: 2–8 tys. PLN w zależności od intensywności zmian. Koszty rosną znacząco, jeśli potrzebujesz integracji z CRM, ERP, custom attribution model lub MMM — wtedy dochodzimy do 30–80 tys. PLN w pierwszym roku.

Czy mogę mieć GA4 i Google Analytics 4 od innego podmiotu na tej samej stronie?

Tak, ale ostrożnie. Dwa tagi GA4 (np. Twój i agencji) na tej samej stronie generują dwa odrębne client_id, co oznacza podwójne liczenie użytkowników z perspektywy jednego properta, ale też brak spójności raportów między nimi. Najczęstszy przypadek poprawny: główny tag GA4 dla sklepu + drugi tag GA4 360 dla grupy kapitałowej z data stream readonly. W takim setupie używaj jednego GTM kontenera, jednego wspólnego client_id i tylko duplikuj tag z inną measurement ID. Unikaj natomiast dwóch niezależnych GTM kontenerów z własnymi page_view — gwarantowane konflikty i podwójne liczenie.

Dlaczego moje liczby w GA4 nie zgadzają się z Google Ads?

Różnica 5–15% jest normalna i wynika z: różnych okien atrybucji (GA4 standardowo 30 dni, Google Ads domyślnie 30 dla click, 1 dla view), różnych modeli atrybucji (DDA w GA4 vs last-click w Ads), różnych momentów rejestracji konwersji (GA4 po zdarzeniu, Ads po imporcie z 24h opóźnieniem), thresholding w GA4 dla małych grup. Różnica powyżej 20% sugeruje problem: brakujące gclid, cross-domain bez dekoracji linku, Consent Mode v2 w trybie basic, podwójne liczenie przez dwa tagi, wartość brutto vs netto. Zacznij debug od porównania konwersji per kampania w tym samym oknie czasowym — nie total.

Jak przenieść zaawansowaną konfigurację GA4 między propertami?

GA4 nie ma natywnego „export/import settings” — konfigurację przenosi się ręcznie lub przez Measurement Management API. Elementy, które da się zeksportować programistycznie: custom dimensions, custom metrics, audiences, conversion events, data streams, Google Ads Links. Elementy wymagające ręcznego odtworzenia: modified events, calculated metrics, Explorations, DebugView uprawnienia, attribution settings. Dla migracji większych stacków pisz skrypt w Pythonie z użyciem google-analytics-admin — klonowanie property z 30 dim + 20 audiences zajmuje ~4 godziny ręcznie, 30 minut przez API. Dokumentacja API jest dostępna na developers.google.com/analytics.

Co dalej

Zaawansowany GA4 to warstwa konfiguracji, nie jednorazowy setup. Po implementacji limitów, Consent Mode v2 advanced i BigQuery export, kolejne kroki to:

• Projektowanie poprawnego modelu zdarzeń od podstaw — przeczytaj zdarzenia GA4 i ustandaryzuj nazewnictwo w zespole.
• Eksploracja danych surowych w BigQuery i SQL — gotowe zapytania znajdziesz w materiale GA4 BigQuery.
• Architektura kontenera GTM, która nie rozsypie się przy 300+ tagach — zobacz GTM od zera do produkcji.
• Całościowe spojrzenie na stack analityczny 2026 — wróć do pillara analityka marketingowa 2026, gdzie GA4 jest tylko jedną z warstw obok MMM, Looker Studio i atrybucji cross-device.

Dobra analityka to nie panel GA4. To decyzje, które dzięki niemu podejmujesz — a te wymagają, by dane były pełne, spójne i dostępne także za 18 miesięcy.