Na czym to polega w sklepie
gtag('consent', 'update', ...) aktualizuje stan zgód po decyzji użytkownika w platformie CMP (Cookiebot, OneTrust). Consent Mode v2 wymaga ad_storage, analytics_storage i parametrów ad_user_data / ad_personalization - bez tego tagi GA4 i Google Ads mogą nie zbierać danych w EOG.
Przykład ze sklepu internetowego
Użytkownik akceptuje analitykę, ale odrzuca reklamy - po callbacku CMP aktualizujesz consent przed pierwszym eventem ecommerce:
// Domyślne denied - przed interakcją z banerem (w <head>, przed gtag config)
gtag('consent', 'default', {
ad_storage: 'denied',
analytics_storage: 'denied',
ad_user_data: 'denied',
ad_personalization: 'denied',
wait_for_update: 500,
});
// Po akceptacji analityki w CMP - callback Cookiebot / OneTrust
function onCmpConsentUpdate(consent) {
gtag('consent', 'update', {
analytics_storage: consent.statistics ? 'granted' : 'denied',
ad_storage: consent.marketing ? 'granted' : 'denied',
ad_user_data: consent.marketing ? 'granted' : 'denied',
ad_personalization: consent.marketing ? 'granted' : 'denied',
});
}
// Dopiero potem standardowe eventy ecommerce
gtag('event', 'page_view');
Co zrobić po stronie biznesu
- Audyt Consent Mode - Tag Assistant + brak eventów przed zgodą.
- Porównanie modelowanych vs obserwowanych konwersji w GA4.
- Integracja CMP z GTM - jeden trigger consent update dla wszystkich tagów.
W skrócie
Consent update to warunek legalnego pomiaru w UE. Ustaw default denied przed załadowaniem tagu GA4 - inaczej zbierasz dane bez zgody.