Med samtyckesläget kan du förmedla användarnas samtyckesstatus för cookies eller appidentifierare till Google. Taggarnas beteende anpassas utifrån användarnas val.
Samtyckesläget interagerar med din plattform för samtyckeshantering (CMP) eller din anpassade implementering och inhämtar samtycke från besökare, till exempel via en samtyckesbanner för cookies. Samtyckesläget tar emot alternativen för användarsamtycke från bannern eller widgeten för cookies och anpassar dynamiskt Analytics-, Ads- och tredjepartstaggar som skapar eller läser cookies.
När besökare nekar samtycke skickar taggarna pingar till Google i stället för att lagra cookies. Om du använder Google Analytics 4 fyller Google luckorna i datainsamlingen med hjälp av konverteringsmodellering och beteendemodellering.
Set up consent mode in Google Analytics
Taggar med inbyggt stöd för samtyckesläge
Google-taggar för följande produkter innehåller inbyggda samtyckeskontroller och anpassar beteendet utifrån samtyckesstatus:
- Google Analytics
- Google Ads*
- Floodlight
- Konverteringslänkning
* inklusive konverteringsspårning och remarketing i Google Ads, stöd för samtalskonverteringar kommer senare
Samtyckesstatus och taggbeteende
När du aktiverar samtyckesläget ser Googles mätprodukter till att besökarnas samtyckesläge bevaras på alla sidor de besöker. Om samtycke avvisas lagrar aktiverade taggar inga cookies. I stället skickar de ett minimum av information om användaraktiviteten. Samtyckesstatus och användaraktivitet förmedlas sedan genom att pingar (eller signaler) utan cookies skickas till Googles server:
- Pingar för samtyckesstatus för Google Ads- och Floodlight-taggar: Skickar den standardinställda samtyckesstatusen som du har ställt in och den uppdaterade statusen när besökaren ger eller nekar samtycke för varje samtyckestyp, till exempel för lagring av data för annonsmätning och dataanalys. Pingar för samtyckesstatus skickas från varje sida som användaren besöker där samtyckesläge har aktiverats. De aktiveras också för vissa taggar om samtyckesstatusen ändras från nekad till beviljad, till exempel om en besökare väljer att ge sitt samtycke i en dialogruta för samtycke.
- Konverteringspingar: Anger att en konvertering har skett.
- Google Analytics-pingar: Skickas från alla sidor på en webbplats där Google Analytics har implementerats vid inläsning och när händelser loggas.
Pingarna som beskrivs ovan kan innehålla följande:
- funktionell information (till exempel sidhuvuden som passivt läggs till av webbläsaren):
- tidsstämpel
- användaragent (endast webb)
- hänvisningsadress
- sammanställd/icke-identifierande information:
- en indikator för om den aktuella sidan eller en tidigare sida i användarens navigering på webbplatsen innehöll information om annonsklick i webbadressen (till exempel GCLID/DCLID)
- boolesk information om samtyckesstatus
- slumptal som genereras vid varje sidhämtning
- information om den samtyckesplattform som webbplatsens ägare använder (till exempel utvecklar-id).
Samtyckeslägets beteende
Dessutom kan samtyckes- och konverteringspingar omfatta följande beteenden, beroende på taggkonfiguration och samtyckesinställningarnas status.
Som standard förutsätts att allt samtycke beviljas:
|
|
|
|
Webb |
Appar |
|
|
När en eller flera typer av samtycke inte beviljas finns det ytterligare beteenden att överväga:
|
|
|
|
Webb |
Appar |
|
|
|
|
|
Webb |
|
|
|
|
|
Webb |
Appar |
|
|
|
Webb/appar När Pingar utan cookies som ingår i vanlig HTTP/webbläsarkommunikation kan innehålla följande information: användaragent, skärmupplösning, IP-adress. Observera att Google Analytics 4 inte lagrar eller loggar IP-adresser. Om en annonsör anger andra fält, som user_id och anpassade dimensioner, skickas de som vanligt. Data som samlas in via pingar utan cookies används för beteende- och konverteringsmodellering för att fylla luckorna i din data. |
|
Rekommenderade metoder för samtyckesläge
Här följer rekommenderade metoder oavsett hur du aktiverar samtyckesläget:
- Ange en första samtyckesstatus med de standardvärden som din organisation har fastställt. Standardinställningen för samtyckesstatus gäller första gången en besökare hamnar på en sida på din webbplats.
- Implementera den så att sidtaggar läses in innan dialogrutan för samtycke öppnas.
- Läs in Google-taggarna i samtliga fall, inte bara om användaren samtycker. Om samtycke nekas tar Google emot pingar utan cookies. I Google Analytics 4-egendomar möjliggör pingar utan cookies beteendemodellering och konverteringsmodellering som fyller luckorna i din data.
- Samtyckesalternativen bör visas för besökaren så snart som möjligt. Uppdatera samtyckesläget när besökaren anger sitt val.
- Ge användarna möjlighet att neka eller bevilja samtycke för alla typer av lagring som används av taggarna på en webbplats. En användare kan till exempel ge sitt samtycke till analyscookies och neka annonscookies.
- Eftersom gällande integritetslagar är regionspecifika bör du konfigurera en standardstatus som gäller för specifika regioner istället för alla besökare. Genom att tillämpa samtyckesstatusen Nekad endast för besökare från en viss region kan du undvika att mätningen blir mindre exakt för alla övriga regioner. Det här är särskilt användbart om din organisation kräver att samtyckesstatus ska nekas som standard.
Avancerad kontra grundläggande implementering
Om du väljer att implementera samtyckesläget genom att blockera Google-taggar tills dialogrutan för samtycke visas och användarna ger sitt samtycke får du inte alla fördelar med samtyckesläget. Du får till exempel inte modellerad data i din GA4-egendom som fyller luckorna från den data som saknas när användare nekar samtycke. Oavsett om du väljer att blockera taggar (grundläggande implementering) eller återaktivera taggar (avancerad implementering) anpassar Google-taggarna sitt beteende baserat på användarnas samtyckesstatus.
Här är skillnaderna mellan avancerad och grundläggande implementering för samtyckesläget:
| Avancerad implementering | Grundläggande implementering | |
|---|---|---|
| Taggbeteende |
|
|
| Beteendemodellering i GA4 |
|
|
| Konverteringsmodellering i GA4 |
|
|
| Konverteringsmodellering i Google Ads |
|
|
* När taggar blockeras på grund av att användare nekar samtycke samlas ingen data in. Konverteringsmodelleringen i Ads baseras då på en generell modell. Modellen använder funktioner som typ av webbläsare, typ av konverteringsåtgärd, tidpunkt och andra icke-identifierande variabler på hög nivå. Läs mer om samtyckesläge och konverteringsmodellering för Ads.
Aktivera samtyckesläge
Hur du aktiverar samtyckesläget skiljer sig åt mellan webbplatser och appar. Det beror också på vilken implementering du använder för att inhämta samtycke och vilken taggningsplattform du använder.
Aktivera samtyckesläge för webbplatser
Du kan aktivera samtyckesläge för webbplatser med minimal kodning med hjälp av Taggstyrning och en CMP med en gruppmall. CMP-partner tillhandahåller mallar och anvisningar för Taggstyrning för att aktivera samtyckesläget via deras integrering:
Webbplatsutvecklare kan aktivera samtyckesläget med gtag-samtyckeskommandon eller en tagg som skapas utifrån en mall för samtyckesläge i Taggstyrning.
Aktivera samtyckesläge för appar
Apputvecklare kan aktivera samtyckesläget med hjälp av Google Analytics för Firebase SDK:
Integreringar med plattformar för samtyckeshantering
Plattformar för samtyckeshantering (CMP) kan integreras med samtyckesläget och samtyckesinställningarna i Google Taggstyrning. Det finns mallar för utvalda CMP:er i Taggstyrning i Mallgalleri för Taggstyrning som är integrerade i våra API:er för samtycke.
För att få värdefulla insikter och samtidigt skydda användarnas integritet måste du inhämta samtycke från webbplatsanvändarna. Vi rekommenderar att du använder en plattform för samtyckeshantering (CMP) eller använder ditt innehållshanteringssystem (CMS) för att inhämta samtycke och skicka det till Google.
Läs mer om hur du konfigurerar din samtyckesbanner med en plattform för samtyckeshantering eller ett innehållshanteringssystem.
I tabellen nedan finns mer information om hur CMP:er har integrerats med samtyckesläget:
| Samtyckesverktyg | Samtyckestyper som stöds | Mall för grupp i Taggstyrning tillgänglig |
Integrerat med anrop för uppdatering av samtycke | Integrerat med anrop för samtycke av standardtyp |
| Commanders Act | ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (Integrerad GTM-mall + TrustCommander-mall) |
| Complianz | ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (Integrerad GTM-mall + TrustCommander-mall) |
| Consentmanager | ad_personalization ad_storage ad_user_data analytics_storage |
✓ | ✓ | ✓ (Integrerad GTM-mall + kodexempel för gtag.js) |
| Cookie First | ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (Integrerad GTM-mall + kodexempel för gtag.js) |
| Cookie Information A/S |
ad_personalization |
✓ | ✓ | ✓ (Integrerad GTM-mall + kodexempel för gtag.js) |
| Cookiebot (Cybot) | ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (Integrerad GTM-mall + kodexempel för gtag.js) |
| CookieScript |
ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ |
✓ (Integrerad GTM-mall + kodexempel för gtag.js) |
| CookieYes |
ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (Integrerad GTM-mall + kodexempel för gtag.js) |
| Didomi |
ad_personalization |
✓ | ✓ | ✓ (Fullständig GTM + integrering utan GTM) |
| iubenda | ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (Integrerad GTM-mall + kodexempel för gtag.js) |
| OneTrust |
ad_personalization |
✓ | ✓ | ✓ (Integrerad GTM-mall + kodexempel för gtag.js) |
| Osano | ad_personalization ad_storage ad_user_data analytics_storage |
✓ | ✓ | ✓ (Integrerad GTM-mall + kodexempel för gtag.js) |
| Säker integritet |
ad_personalization |
✓ | ✓ | ✓ (Integrerad GTM-mall + kodexempel för gtag.js) |
| Sirdata | ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (Integrerad GTM-mall + kodexempel för gtag.js) |
| Termly |
ad_storage analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (Integrerad GTM-mall + kodexempel för gtag.js) |
| Usercentrics |
ad_personalization |
✓ | ✓ | ✓ (Integrerad GTM-mall + kodexempel för gtag.js) |
Samtyckesläge för CMP-leverantörer
Leverantörer av plattformar för samtyckeshantering (CMP) kan integrera med samtyckesläget för att ge kunder som använder Googles produkter en bättre upplevelse. Läs mer i Samtyckesläge för CMP-leverantörer.
Fler resurser
Samtyckesläget har ytterligare funktioner, till exempel regionspecifikt beteende, möjlighet att anonymisera tidigare lagrad information och möjlighet att skicka med information i webbadresser när samtycke nekas. Mer information om hur du använder samtyckesläget och dessa ytterligare funktioner finns på:
