Consent Initialization (pol. inicjalizacja zgody) to specjalna reguła (trigger) w Google Tag Managerze, która uruchamia się przed wszystkimi innymi regułami w kontenerze, w tym przed Initialization i Page View. Jest przeznaczona wyłącznie dla tagów, które ustawiają domyślny stan zgody w ramach Consent Mode oraz ładują platformę CMP (Consent Management Platform). Dla marketera to fundament poprawnego zbierania danych: jeśli domyślne parametry zgody nie zostaną ustawione jako pierwsze, tagi Google Ads czy GA4 mogą wystartować bez informacji o zgodzie użytkownika, co psuje zarówno zgodność z RODO, jak i jakość modelowania konwersji.
Jak działa reguła Consent Initialization?
GTM przetwarza zdarzenia w ściśle określonej kolejności. Reguła Consent Initialization odpowiada zdarzeniu gtm.init_consent i jest pierwszym punktem, w którym tag może wykonać kod na stronie. Dzięki temu wywołanie ustawiające parametry zgody (np. ad_storage, analytics_storage, ad_user_data, ad_personalization) na wartość denied lub granted trafia do warstwy danych, zanim jakikolwiek tag marketingowy odczyta stan zgody. Tagi Google „nasłuchują” tych parametrów i dostosowują zachowanie: przy odmowie nie zapisują cookies, a wysyłają jedynie sygnały bez identyfikatorów (tzw. pingi).
| Reguła w GTM | Zdarzenie w dataLayer | Kolejność | Typowe zastosowanie |
|---|---|---|---|
| Consent Initialization – All Pages | gtm.init_consent | 1 | Domyślny stan zgody, ładowanie CMP |
| Initialization – All Pages | gtm.init | 2 | Konfiguracja GA4, zmienne globalne |
| Page View – All Pages | gtm.js | 3 | Piksele, tagi remarketingowe |
| DOM Ready | gtm.dom | 4 | Tagi zależne od struktury HTML |
| Window Loaded | gtm.load | 5 | Tagi po pełnym załadowaniu strony |
Jak skonfigurować tag na regule Consent Initialization?
- Wybierz tag CMP z galerii szablonów GTM (większość dostawców udostępnia własny szablon) albo utwórz tag Custom HTML z kodem ustawiającym domyślny stan zgody.
- Jako regułę uruchamiającą ustaw Consent Initialization – All Pages. Nie dodawaj innych reguł do tego samego tagu.
- W ustawieniach zaawansowanych tagu upewnij się, że dla samego tagu CMP nie są wymagane żadne dodatkowe zgody (sekcja „Consent Settings”).
- W pozostałych tagach skonfiguruj parametry zgody (wbudowane lub dodatkowe), aby respektowały decyzję użytkownika.
- Zweryfikuj kolejność w trybie podglądu: zdarzenie Consent Initialization powinno pojawić się jako pierwsze, a zakładka „Consent” w Tag Assistant powinna pokazywać stan
deniedlubgrantedjeszcze przed Page View.
Szczegóły techniczne opisuje oficjalna dokumentacja Google Tag Managera.
Kiedy warto używać Consent Initialization, a kiedy nie?
- Warto: zawsze, gdy wdrażasz Consent Mode (w wersji basic lub advanced) i chcesz mieć pewność, że domyślne ustawienia zgody są aktywne przed każdym tagiem.
- Warto: gdy CMP ładuje się przez GTM, a nie bezpośrednio w kodzie strony — to jedyna reguła, która gwarantuje odpowiednią kolejność.
- Nie warto: dla jakichkolwiek tagów analitycznych, reklamowych lub Custom HTML niezwiązanych ze zgodą. Umieszczenie ich tutaj obchodzi mechanizm zgody i spowalnia inicjalizację kontenera.
- Nie warto: gdy CMP jest już wpięte bezpośrednio w
<head>strony przed skryptem GTM — wtedy dodatkowy tag w GTM tylko dubluje logikę.
Najczęstsze błędy przy Consent Initialization
- Ustawienie domyślnego stanu zgody na regule Page View — tagi GA4 i Google Ads zdążą wystartować wcześniej i zapisać cookies bez zgody.
- Dodanie do tagu CMP drugiej reguły (np. eventu z warstwy danych), co powoduje wielokrotne wywołania i nadpisywanie stanu zgody.
- Brak komendy aktualizującej zgodę po decyzji użytkownika — domyślny
deniedpozostaje na zawsze, a dane w GA4 znikają. - Rozbieżność między regionami: domyślny stan bez parametru
regionstosuje jedną politykę dla całego świata, co bywa zbyt restrykcyjne lub zbyt liberalne. - Testowanie wyłącznie w trybie podglądu bez sprawdzenia realnych cookies w narzędziach deweloperskich przeglądarki.
Consent Initialization w praktyce ICBM
Podczas audytów kontenerów regularnie spotykamy wdrożenia, w których CMP działa poprawnie „wizualnie” (baner się wyświetla), ale domyślny stan zgody jest ustawiony na złej regule albo w ogóle nie trafia do GTM. Efekt to fałszywe poczucie zgodności i zniekształcone dane w raportach konwersji. Sprawdzenie kolejności zdarzeń, poprawności parametrów zgody i reakcji tagów na odmowę jest stałym punktem naszego audytu GTM. Więcej o mechanice reguł i tagów znajdziesz w kategorii Google Tag Manager naszej bazy wiedzy.
Najczęściej zadawane pytania
Czym różni się Consent Initialization od Initialization – All Pages?
Consent Initialization odpala się jako pierwsza i służy wyłącznie do ustawienia stanu zgody oraz załadowania CMP. Initialization uruchamia się chwilę później i jest przeznaczona dla tagów konfiguracyjnych, np. tagu Google (GA4), które powinny już znać stan zgody użytkownika.
Czy na regule Consent Initialization mogę uruchomić tag GA4?
Nie jest to zalecane. Tag GA4 powinien startować na regule Initialization lub Page View, po ustawieniu domyślnej zgody. Umieszczenie go wcześniej sprawia, że odczyta stan zgody zanim zostanie zdefiniowany, co może prowadzić do zbierania danych bez podstawy prawnej.
Jak sprawdzić, czy Consent Initialization działa poprawnie?
Włącz tryb podglądu GTM i otwórz zakładkę „Consent” w Tag Assistant przy zdarzeniu Consent Initialization. Powinny być widoczne domyślne wartości parametrów zgody, a po interakcji z banerem — ich aktualizacja. Dodatkowo zweryfikuj w narzędziach deweloperskich, czy przy odmowie nie zapisują się cookies reklamowe i analityczne.
