Häromdagen läste jag något av Himanshu Sharma — som jag rekommenderar att du följer om du är intresserad av analys och digitala affärer — där han skrev att orsaken till att Google lade ner Universal Analytics inte var behovet av fler servrar (att “tvinga” användarna att använda BigQuery).
Det var inte det.
Det var integriteten.
I GA3 kunde vi nämligen samla in all data som krävdes för att skapa mycket exakta användarprofiler, något som gick helt emot GDPR.
Och Google tänker inte riskera ännu en bot.
Därför tvingar Google fram migreringen till GA4, ett mycket striktare verktyg på det här området och ett som vi som arbetar med det tycker är betydligt sämre just därför.
Så vi försöker nå en datakvalitet som liknar den vi hade tidigare.
Även om det är svårt att komma tillbaka dit (praktiskt taget omöjligt, skulle jag säga) finns det lösningar som att implementera GA4 utan cookie-banner, vilket är lagligt i Spanien om du uppfyller vissa kriterier.
Kriterier som gör det möjligt att öka precisionen i den insamlade datan, även om den fortfarande ligger långt från den digitala analysens guldålder — före 2.018 och den ökända cookie-bannern. Jag förklarar dem i artikeln.
I det här inlägget ska jag visa dig systemet som jag har satt upp i mina ecommerce-verksamheter och hos några av mina kunder, och som låter oss få det bästa av två världar:
- Å ena sidan samla in så mycket data som möjligt på laglig väg i Spanien.
- Utnyttja de avancerade funktionerna med data från användare som ger oss samtycke. I bästa fall ligger det runt 70%.
Dubbelt mätsystem med Google Analytics
Nyckeln i upplägget jag ska förklara är att använda två GA4-properties:
- Den första konfigureras så att vi kan alltid utlösa den, utan att användaren behöver acceptera cookie-bannern.
- Den andra använder alla möjligheter i GA4, men i gengäld kräver den användarens godkännande.
Om du ser vart jag är på väg förstår du att vi kommer att ha två properties med olika data att använda i vår reporting.
I vissa fall använder vi den första, med färre funktioner men mer data. Till exempel när vi mäter performance för kanaler eller kampanjer.
I andra fall använder vi den andra när vi vill se sociodemografiska uppgifter om användarna eller data i Analytics från andra Google-verktyg, som Google Ads eller Search Console.
Tid och erfarenhet av båda kommer att visa när vi ska använda den ena eller den andra för att hämta ett visst mått.
Det här är helhetsbilden, nu förklarar jag hur du konfigurerar var och en.
Som jag nämnde tidigare, i den här artikeln finns konfigurationen av den här typen av property beskriven i detalj, tillsammans med relevanta juridiska motiveringar.
Om du funderar på den här typen av dubbel implementering utgår jag dessutom från att du har erfarenhet av Google Analytics och inte behöver en guidad steg-för-steg-guide, utan bara de viktigaste riktlinjer, vilket är det jag går igenom i det här inlägget.
Men i de mer knepiga delarna går jag in mer på detaljerna.
Till exempel implementeringen.
Implementera verktygen
Att hitta ett sätt att ladda två GTM-containrar, en med samtycke för analytics-cookies i läget “granted” och en annan i “denied”, är inte helt enkelt.
Jag har testat olika metoder och i slutändan har bara två fungerat. En enklare och en bättre.
Den enkla metoden
I det här fallet är processen följande:
- Skapa och konfigurera en GA4-property utan banner.
- Lägg in den direkt i koden. Det går också att göra via en GTM-container som är korrekt konfigurerad (jag förklarar strax hur) och alltid utlöses.
- Skapa och konfigurera en andra GA4-property med allt vi behöver som kräver samtycke (userId, , Google signals, , länkning till Google Ads)…).
- Implementera den via en ny GTM-container med rätt consent mode.
- Den här andra containern laddar vi bara när användaren klickar på godkänn-knappen i cookie-bannern. Det innebär att vi inte samlar in viss data och att Google Analytics-modelleringen blir sämre.
- Ändra behörigheterna för den här andra containern till “granted” när användaren accepterar cookies.
Kort sagt:
- Skapa två GA4-properties och en eller två GTM-containrar.
- Konfigurera allt så att det utlöses i rätt ordning.
Den bättre metoden
Nu gör vi livet lite mer komplicerat för att få bättre datainsamling i den GA4-property som kräver samtycke:
- Skapa och konfigurera en GA4-property utan banner.
- Skapa en GTM-container som utlöses när sidan laddas och konfigurera den med consent mode, med analytics-cookies i läget “granted”, även om användaren kanske ännu inte har accepterat cookies. Om GA4 är korrekt konfigurerat har vi laglig rätt i Spanien att ladda dessa cookies.
- Skapa och konfigurera en andra GA4-property med allt vi behöver som kräver samtycke.
- Skapa en andra GTM-container som utlöses med cookies och lagringsbehörigheter för analytics och annonsering satta till “denied”.
- Ändra behörigheterna för den här andra containern till “granted” när användaren accepterar cookies.
Sammanfattningsvis:
- Konfigurera en GA4-property och en GTM-container som du har gjort hittills (med consent mode aktiverat, medvetet eller omedvetet, och den GA4-konfiguration du behövt).
- Lägg till en ny GA4-property och en ny GTM-container, som laddas före de tidigare, och konfigurera dem som om consent mode inte fanns.
Men låt oss gå igenom den här andra metoden steg för steg.
#1. Konfiguration av den första GTM-containern (den utan banner)
Det här var den del som gav mig mest huvudvärk när jag byggde hela systemet. Till slut fick jag det att fungera med den här konfigurationen:
Två taggar, GA4-taggen och consent-mode-taggen. Jag använder Simo Ahavas (så klart):
Jag laddar GA4-taggen på alla sidor.
Konfigurationen för consent-mode-taggen är följande:
Och utlösaren, som vanligt:
#2. Konfiguration av den vanliga containern
Det finns olika sätt att konfigurera consent mode beroende på din CMP.
Här förklarar jag ett, men du kan använda det du har använt hittills, så länge du kontrollerar att det inte påverkar konfigurationen av GA4-taggen utan banner.
Kontrollera alltså att cookies från taggen utan banner alltid sätts.
#3. Konfiguration av GA4-taggen utan banner
Det står tydligt i artikeln jag länkade tidigare, men sammanfattningsvis:
- Dela inte data med Google på något sätt.
- Aktivera inte Google signals.
- Du kan låta perioden för datainsamling och lagring vara 14 månader
- Men du får inte förlänga den automatiskt vid varje nytt besök.
- Du får inte använda userId.
- Du får inte länka GA4-propertyn till något annat Google-verktyg.
- Cross-domain-mätning är inte tillåten mellan olika varumärken, även om det i princip inte borde vara något problem mellan regionala domäner (.es, .pt, .fr) för samma varumärke / företag.
- Jag är inte helt säker på om granulär data får användas eller inte. Om du inte vill ta några risker, stäng av den. Är det obligatoriskt för att följa reglerna? Jag skulle säga nej, meeen…
#4. Konfiguration av den vanliga GA4-taggen
Här kan du helt enkelt använda den implementering du redan har:
- Med eller utan userId.
- Länkad eller inte till Google Ads eller GSC.
- Med eller utan Google signals.
- Med förlängning av cookiens utgångstid vid varje nytt besök.
- …
Alla de saker som kräver uttryckligt samtycke.
Kontroll
Oavsett vilken metod du har valt bör följande hända när en ny användare kommer in på din webbplats när allt är igång:
#1. Taggen för GA4-propertyn utan banner utlöses.
Om du har valt den bättre metoden utlöses även taggen för den vanliga GA4-propertyn och taggarna i de två GTM-containrar som innehåller dem:
#2. Cookies från GA4-propertyn utan banner har satts, men inte från den vanliga:
#3. Samma sak upprepas vid varje ny sidladdning tills användaren accepterar cookies.
Då laddas cookies från den vanliga GA4-propertyn:
Om det är det som händer, grattis: nu kan du dra nytta av systemets fördelar.
Innan vi tittar på dem, en sak till.
Cookiepolicy
Att du inte behöver be användaren om samtycke betyder inte att du slipper informera om det.
Det görs via Integritetspolicy eller Cookiepolicy för webbplatsen.
I det här avsnittet måste vi förklara vilka cookies som sätts, deras utgångsdatum och vilken typ de är.
Och det måste göras både för cookies som alltid sätts och för dem som installeras i webbläsaren först när användaren accepterar bannern:
Nu till det roliga.
Systemets fördelar
Att implementera Google Analytics på det här dubbla sättet gör att du kan förbättra din datainsamling enormt.
Du anar inte hur stor skillnad det gör förrän du testar, särskilt i medelstora eller små projekt.
Med propertyn utan banner kan du samla in en mycket hög andel av dina konverteringar och tillskriva dem rätt kanal, så du arbetar mycket mindre i blindo.
För projekt som inte kan dra nytta av fördelarna med GA4:s samtyckesmodellering är detta rent guld.
Å andra sidan behåller vi verktygets “avancerade” funktioner i vår vanliga property, som om den andra inte fanns.
Med andra ord påverkas inte vår vanliga stack och reporting negativt alls. Det är helt enkelt ett extra lager ovanpå.
Men så klart, allt kunde inte vara bra…
Nackdelar
Som jag ser det är de tre. Och de är viktiga.
Mer komplex implementering
Den första och mest uppenbara är den dubbla implementeringen.
Själva konfigurationen är visserligen lite mer komplex, men följer du stegen jag har beskrivit bör du ha den klar på en halvtimme, beroende på din CMP och hur ditt nuvarande consent mode är implementerat (den här delen kan vara knepig).
Även den framtida implementeringen blir mer komplicerad, eftersom du måste replikera samma taggar -åtminstone de som rör GA4-, variabler och triggers i två GTM-containrar. Dubbelt underhåll.
Om vi använder DataLayer blir det mer hanterbart, men det kommer alltid att ta mer tid än om du bara kunde använda en GTM-container.
Juridiska förändringar
Den andra nackdelen är juridiska förändringar och skillnader mellan länder.
Det här systemet jag beskriver, fungerar för Spanien, men skulle till exempel inte fungera i Tyskland eftersom användning av data för att skapa kohorter inte är tillåten där. Och än så länge går den funktionen inte att stänga av i GA4. Men om jag skulle gissa tror jag inte att det dröjer länge…
Om du har behövt hantera GDPR-frågor har du dessutom sett att vissa punkter är mycket tolkningsbara, och att det inte är tydligt vad man får och inte får göra. Därför är det inte konstigt att regler förändras då och då och att giltiga användningsfall förtydligas, som när möjligheten att använda GA4 för att mäta målgrupper klargjordes.
Det betyder att om du vill mäta något på din webbplats kan du aldrig slappna av helt, utan måste hålla koll på varje nyhet.
Och ja, det är tröttsamt, det tänker jag inte förneka.
Utmaningar i omvärlden
Att vi enligt lag får lägga till en cookie i användarens webbläsare utan samtycke betyder inte att vi alltid kan göra det.
Webbläsare blir allt striktare med integritet och användningen av adblockers ökar..
Trenden ser inte ut att vända, så om vi vill ha maximal precision i insamling och behandling av våra data måste vi fortsätta ändra vår implementering och hur vi använder analysverktygen.
Frågor som server-side tagging, export av data till BigQuery eller behovet av ett eget alternativt analyssystem borde (o)roa oss.
Faktum är att jag skulle säga att de är ett must, om det inte vore för att den tekniska kompetens som krävs gör att bara stora företag kan implementera och utnyttja dem ordentligt.
Det kan komma verktyg i framtiden som förenklar processen, men i dag ligger kostnaden för en server-side + BigQuery-implementering utanför räckhåll för 90% av företagen i det här landet.
Och den procentsatsen är ändå optimistiskt räknad.
Just därför tycker jag att det här systemet jag föreslår är det minsta du bör sikta på i ditt företag.
Slutsatser
Det här är en av de viktigaste artiklarna på hela min blogg.
Åtminstone om ditt företag finns i Spanien.
Det är det eftersom den öppnar en ljusglimt i den allt mörkare världen av digital analys.
(Återigen) kunna tillskriva rätt kanal 90-95% av konverteringarna på vår webbplats är värt att fira oavsett hur man ser på det. Särskilt i små och medelstora projekt som GA4 verkade ha lämnat åt sitt öde.
När allt blir sämre känns små segrar som den här ännu bättre.
Läs därför igenom systemet en gång till, testa det på din webbplats och dra nytta av det.
Och om du efter det fortfarande vill ha mer, titta på den här sidan med fler tips om Google Analytics.
En ny varje vecka. Och du kan få den i din inkorg genom att prenumerera här.
Lämna ett svar