Consent Mode v2 v praxi: default, update, page_view a nejčastější chyby v GTM

Krátká odpověď

Správný Consent Mode není jen „zapnout consent v GTM“. Klíčové je pořadí: consent default musí být nastavený co nejdřív, typicky přes Consent Initialization. Pak musí přijít consent update podle interakce uživatele s bannerem. A u page_view musíte vědět, jestli ho posíláte před interakcí, po interakci, nebo až po wait_for_update.

Dobrá praxe u běžných webů je neposlat hlavní page_view dřív, než cookie banner vrátí consent update, pokud k interakci dojde na první stránce a čekání je krátké. Pokud uživatel nereaguje a přejde dál, page_view se může poslat se stavem denied podle nastaveného defaultu. Důležité je, aby žádný tag nečetl consent stav pozdě nebo bez defaultu.

Default není totéž co update

Consent default je počáteční stav. Říká tagům, co mají předpokládat, dokud nevíte rozhodnutí uživatele. V EU scénáři bývá pro reklamní a analytické účely typicky denied. Consent update je skutečný stav po rozhodnutí uživatele: accept, reject nebo detailní volby.

Nejčastější technická chyba není jen „page_view před defaultem“. To je samozřejmě špatně. V praxi je ale častější, že page_view odejde před update, i když banner update poslal o pár set milisekund později. Výsledek: první návštěva má jiný consent stav, než jste chtěli.

wait_for_update a ruční page_view

Google dokumentace umožňuje použít wait_for_update, aby tagy krátce počkaly na consent update u asynchronního banneru. To ale není náhrada dobrého pořadí. Pokud máte GA4 tag s automatickým page_view, může odejít dřív, než kontrolujete. U technicky čistého nasazení často dává smysl automatický page_view vypnout a posílat ho ručně po rozhodnutí banneru nebo po vypršení definovaného čekání.

Typický model: 1. Consent Initialization nastaví default denied. 2. Banner se načte. 3. Pokud uživatel klikne, pošle update. 4. Až potom odešlete page_view se správným consent stavem. 5. Pokud uživatel neklikne a přejde dál, eventy se posílají podle default denied.

Čtyři parametry Consent Mode v2

U Google Consent Mode v2 se hlídají zejména analytics_storage, ad_storage, ad_user_data a ad_personalization. První dva řeší ukládání a čtení analytických/reklamních cookies. Druhé dva jsou důležité pro reklamní účely a práci s uživatelskými daty a personalizací.

V GTM kontrolujte nejen to, že proměnné existují, ale také kdy se mění. Consent Overview sám o sobě nezaručí správné pořadí. Tag Assistant a timeline v Preview režimu jsou důležitější.

Testovací scénáře

Otestujte minimálně čtyři scénáře: první návštěva + accept, první návštěva + reject, první návštěva bez kliknutí na banner a další stránka, návrat uživatele s uloženým souhlasem. U každého scénáře sledujte v Tag Assistantu consent default, consent update, page_view, konverzní tagy a případné remarketingové tagy.

Když vidíte, že page_view odešel před update, ptejte se: je to záměr podle basic/advanced consent strategie, nebo chyba v pořadí? Pokud chcete mít první page_view s reálným souhlasem, musí se page_view spustit až po update nebo po kontrolovaném čekání.

Co dokumentovat

Dokumentujte, kdo nastavuje default, kdo posílá update, které tagy mají additional consent checks, které tagy jsou blokované před souhlasem a kde se vypíná automatický page_view. Bez dokumentace se Consent Mode stává místem, kde každý dodavatel předpokládá něco jiného.

Po změně CMP, GTM kontejneru nebo GA4 tagu opakujte celý test. Consent je časově citlivá implementace. Jedna změna spouště může změnit pořadí celé datové vrstvy.

FAQ

Časté otázky

Je chyba, když page_view odejde před consent update?

Stačí Consent Initialization trigger?

Mám vypnout automatický page_view v GA4?