Na czym to polega w sklepie
Banner OneTrust pokazuje „zgoda udzielona", a Tag Assistant wciąż widzi denied - klasyczny rozjazd CMP z Google. OneTrust operuje grupami (C0002 analytics, C0004 marketing); musisz je przetłumaczyć na sygnały Google w OptanonWrapper(). Bez tego budżet Ads leci, a konwersje nie wracają do optymalizacji.
Przykład ze sklepu internetowego
Hurtownia B2B z wysyłką w DE i PL - OneTrust z różnymi grupami zgód. Szablon mapowania po załadowaniu bannera:
function applyGoogleConsent() {
var groups = window.OnetrustActiveGroups || '';
var stats = groups.indexOf('C0002') > -1;
var ads = groups.indexOf('C0004') > -1;
gtag('consent', 'update', {
analytics_storage: stats ? 'granted' : 'denied',
ad_storage: ads ? 'granted' : 'denied',
ad_user_data: ads ? 'granted' : 'denied',
ad_personalization: ads ? 'granted' : 'denied',
});
}
function OptanonWrapper() { applyGoogleConsent(); }Co zrobić po stronie biznesu
- Skopiuj ID grup z OneTrust admin dla waszego tenanta - ID z tutoriala rzadko pasują do waszego sklepu.
- Przetestuj reject all → update denied → brak nowych cookie _ga / _gcl w incognito.
- Dokumentuj tabelę grup → sygnał Google w runbooku - przy zmianie CMP nowy zespół nie zgaduje mapowania.
W skrócie
OneTrust wymaga mapowania ID grup, nie nazw kategorii z interfejsu. Jeden błędny ID grupy marketingowej = zerowy remarketing przy wydanym budżecie na DPA.