Tutorial: Wdrożenie Google Consent Mode v2 przez Google Tag Manager
Google Consent Mode v2 (GCM v2) to kluczowy framework zapewniający zgodność z przepisami prawa oraz umożliwiający precyzyjne modelowanie danych. Poniższy poradnik opisuje proces zaawansowanej konfiguracji (Advanced Setup) z wykorzystaniem platformy CMP (Consent Management Platform), weryfikację sygnałów w DataLayer oraz metody zapobiegania zjawisku utraty sesji.
Krok 1: Dodanie szablonu CMP
Wdrożenie rozpoczyna się od zaimportowania szablonu CMP (np. Usercentrics lub Cookiebot) z Galerii Szablonów Społeczności (Community Template Gallery) w Google Tag Managerze (GTM). Szablon ten dostarcza logikę niezbędną do tłumaczenia interakcji z banerem na ustandaryzowane sygnały GCM v2.
Krok 2: Konfiguracja domyślnego statusu zgód (Default)
Kluczowe jest ustanowienie początkowego stanu zgód przed wykonaniem jakichkolwiek innych skryptów. Należy utworzyć nowy tag w oparciu o szablon CMP, który wyśle komendę default. Parametry takie jak ad_storage, analytics_storage, ad_user_data oraz ad_personalization powinny zostać ustawione na denied (odmowa). Tag ten musi być wyzwalany za pomocą reguły Consent Initialization – All Pages (Inicjowanie zgody), co gwarantuje jego załadowanie przed standardowymi zdarzeniami wyświetlenia strony.
Krok 3: Konfiguracja mechanizmu aktualizacji zgód (Update)
Po interakcji z banerem cookie, do DataLayer musi zostać wysłana komenda update. Zaimportowany szablon CMP obsługuje ten proces automatycznie, zmieniając status odpowiednich parametrów z denied na granted (zgoda), o ile została ona udzielona.
Krok 4: Weryfikacja sygnałów w DataLayer
Walidacja wdrożenia przeprowadzana jest przy użyciu trybu podglądu (Preview Mode) w GTM. W zakładce DataLayer narzędzia Tag Assistant należy zbadać zdarzenie consent. Po zaakceptowaniu warunków śledzenia, parametry ad_storage i analytics_storage muszą wyraźnie przyjmować wartość granted. Poprawne uruchamianie tagów (np. GA4, Google Ads) zależy w całości od bezbłędnej transmisji tych sygnałów.
Krok 5: Zapobieganie utracie sesji (Session Breakage)
Częstym błędem podczas implementacji jest uszkodzenie danych sesyjnych, spowodowane najczęściej zjawiskiem „race condition”, gdzie tagi analityczne uruchamiają się przed ustanowieniem domyślnego statusu zgód. Aby uniknąć utraty sesji, należy przestrzegać następujących zasad architektonicznych:
- Tag ustawiający status domyślny (Default) musi rygorystycznie wykorzystywać regułę „Consent Initialization”, a nigdy standardowych reguł „Initialization” lub „Page View”.
- W konfiguracji zaawansowanej (Advanced Setup) tagi Google nie powinny być twardo blokowane za pomocą niestandardowych reguł wyjątków (Exceptions). Zamiast tego należy korzystać z wbudowanych mechanizmów sprawdzania zgód (Built-in Consent Checks) w ustawieniach tagu. Twarde blokowanie uniemożliwia wysyłanie anonimowych, bezciasteczkowych sygnałów (cookieless pings), co niszczy proces modelowania danych i fragmentuje sesje.
- W tagu Łączącego konwersje (Conversion Linker) należy włączyć opcję przekazywania adresów URL (URL Passthrough). Zapewnia to zachowanie identyfikatorów kliknięć (takich jak
gclid) w adresie URL podczas nawigacji między stronami, nawet jeśli przechowywanie danych zostało odrzucone.
