Åtgärda taggar som blockeras av GTM:s extra samtyckeskontroller
Lär dig varför GA4, Google Ads, Floodlight och egna taggar kan blockeras när extra samtyckeskontroller är aktiverade i GTM.
Om CookiePal är installerat och Google Consent Mode är aktiverat men samtyckesberoende taggar ändå inte aktiveras, ligger problemet ofta i inställningarna för dina taggar i Google Tag Manager. Den här guiden förklarar hur du identifierar extra samtyckeskontroller i GTM som kan blockera taggar innan CookiePal hinner uppdatera samtycket, och hur du hanterar Google-taggar och andra taggar på rätt sätt.
Varför en tagg inte aktiveras trots att CookiePal är korrekt konfigurerat
Om en tagg som beror på samtycke inte aktiveras trots att CookiePal och Google Consent Mode är korrekt konfigurerade, är den vanliga orsaken en extra samtyckesspärr i din GTM-container. Det märks oftast som saknade Google Analytics 4-cookies som _ga eller _ga_*, en tom GA4-rapport i realtid, konverteringar som inte registreras, eller att taggen visas under Tags Not Fired i GTM Preview.
Det händer när en tagg har Kräv ytterligare samtycke för att taggen ska aktiveras (Require additional consent for tag to fire) aktiverat, till exempel med krav på analytics_storage eller ad_storage. CookiePal sätter korrekt samtycke till nekat som standard innan besökaren har gjort ett val. När sidladdningstriggern körs kontrollerar GTM det extra kravet direkt, ser att samtycket fortfarande är nekat och blockerar taggen.
När besökaren accepterar CookiePal-bannern några sekunder senare uppdateras samtycket till granted. Men GTM spelar inte automatiskt upp en tagg som redan blockerats vid sin ursprungliga triggertidpunkt. Resultatet är att taggen aldrig körs på den sidan, så inga cookies sätts och inga händelser eller konverteringar skickas.
Det påverkar alla taggar med den inställningen, inte bara GA4. Det syns tydligast med GA4 eftersom saknade _ga-cookies och en tom realtidsrapport lätt märks, men samma blockering gäller Google Ads, Floodlight och Custom HTML-taggar.
Google-taggar (GA4, Google Ads, Floodlight) har redan inbyggda samtyckeskontroller och anpassar sitt beteende efter consent mode. Google rekommenderar också att extra samtyckeskontroller tas bort från Google-taggar när consent mode används. Se Googles dokumentation Tag Manager consent mode support och Unblock Google tags when using consent mode för mer information.
Så bekräftar du att det här är problemet
1. Öppna din live-webbplats i ett nytt inkognito- eller privat fönster.
2. Öppna din Google Tag Manager-container i läget Förhandsgranska (Preview) för att starta en Tag Assistant-session.
3. Ladda sidan innan du accepterar CookiePal-bannern.
4. Hitta taggen som inte fungerar i Tag Assistant: en GA4-konfigurations- eller händelsetagg som add_to_cart eller purchase, en Google Ads-tagg eller en egen tagg.
5. Om taggen listas under Tags Not Fired och visar en obligatorisk extra samtyckestyp som analytics_storage eller ad_storage gäller den här guiden.
6. Acceptera CookiePal-bannern och kontrollera igen. Om taggen förblir blockerad tills nästa fullständiga sidladdning är det den extra samtyckeskontrollen som hindrar den från att aktiveras vid rätt tillfälle.
För Google-taggar: ta bort den extra samtyckeskontrollen
Det här är den rekommenderade lösningen för Google-taggar. Tillämpa den på din GA4-konfigurationstagg, alla GA4-händelsetaggar och alla Google Ads- eller Floodlight-taggar i samma GTM-container.
1. Öppna Arbetsyta (Workspace) > Taggar (Tags) i Google Tag Manager.
2. Öppna taggen du vill åtgärda.
3. Gå till Tag configuration > Avancerade inställningar (Advanced Settings) > Samtyckesinställningar (Consent Settings).
4. Granska Inbyggda samtyckeskontroller (Built-In Consent Checks). För Google-taggar ska du se samtyckestyper som ad_storage och analytics_storage. Det här inbyggda consent mode-beteendet är det som respekterar besökarens CookiePal-val, så låt det vara kvar.
5. Under Kontroller av ytterligare samtycke (Additional Consent Checks) väljer du Inget ytterligare samtycke krävs (No additional consent required). Det tar bort kravet på analytics_storage (eller ad_storage) som blockerade taggen.
6. Upprepa för de andra Google-taggarna och klicka sedan på Skicka (Submit) och Publicera (Publish).
Ta inte bort CookiePal, CookiePal CMP-taggen eller Google Consent Mode. Den här ändringen tar bara bort ett extra GTM-aktiveringsvillkor från taggar som redan förstår consent mode.
För egna taggar och andra taggar än Google: styr efter CookiePals samtyckeshändelse
Custom HTML-taggar och andra taggar som inte kommer från Google har inget inbyggt consent mode, så om du tar bort deras samtyckeskontroll skulle de aktiveras utan samtycke. Aktivera dem i stället utifrån besökarens faktiska CookiePal-val så att samtycket fortfarande respekteras.
CookiePal lagrar det valet i cookien cookiepal-consent, som innehåller ett värde per kategori, till exempel analytics:yes eller analytics:no, och skickar händelsen cookie_consent_update till dataLayer varje gång samtycke ges eller uppdateras.
Lägg till en Custom Event-trigger för cookie_consent_update i GTM, med ett villkor som läser samtyckescookien (via en 1st Party Cookie-variabel på cookiepal-consent) och bara aktiveras när den nödvändiga kategorin är beviljad, till exempel när den innehåller analytics:yes. Koppla den triggern till taggen.
Eftersom triggern är villkorad av samtyckesvärdet aktiveras taggen först efter att besökaren har samtyckt, och bara för den kategori besökaren tillät. Vid avslag, eller för en kategori som besökaren avböjde, aktiveras cookie_consent_update fortfarande men villkoret uppfylls inte, så taggen förblir blockerad.
Den fullständiga stegvisa guiden finns i Blockera tredjepartscookies med Google Tag Manager (GTM). Om du har stängt av Google Consent Mode i CookiePal använder du .* som händelsenamn med regex-matchning, enligt beskrivningen i den guiden.
Så verifierar du att det fungerade
1. Öppna webbplatsen i ett nytt inkognito- eller privat fönster efter att du har publicerat GTM-ändringarna.
2. Acceptera CookiePal-bannern.
3. Bekräfta att taggen nu aktiveras: för en GA4-tagg letar du efter aktivitet i Rapporter (Reports) > Realtid (Realtime); för en Google Ads-tagg kontrollerar du att dess konverteringsanrop skickas; för en egen tagg bekräftar du att dess nätverksanrop sker.
4. Öppna Application eller Storage > Cookies i webbläsarens DevTools och bekräfta att taggens förväntade cookies nu visas efter att samtycke har getts. För en GA4-tagg är det _ga och _ga_*.
5. Bekräfta i GTM Preview att taggen inte längre listas under Tags Not Fired på grund av obligatoriskt extra samtycke.
När dina taggar sätter cookies som vanligt kan CookiePals nästa schemalagda skanning upptäcka dessa cookies och visa dem i din webbplats cookielista.
Fungerar det fortfarande inte?
Om taggen fortfarande inte aktiveras efter att du har publicerat ändringen och testat i ett nytt inkognitofönster kontaktar du supporten med följande information:
- En skärmdump från GTM Preview eller Tag Assistant som visar taggens status.
- Ditt GTM-container-ID.