Mätning och spårning

Google Tag Manager

Jag sätter upp, städar och sköter er Google Tag Manager — taggar, triggers och dataLayer — så att konverteringarna fyrar en gång, vid rätt tillfälle och i rätt verktyg.

Kort sagt

Google Tag Manager samlar arbetet i ett tydligt upplägg med fokus på mätbara förfrågningar.

  • Genomgång av befintlig container: vad som fyrar, vad som dubbelräknar och vad som kan tas bort.
  • Konverteringsspårning mot GA4, Google Ads, Meta och LinkedIn, verifierad i förhandsgranskning och DebugView.
  • Klart inom en vecka. Fast månadsarvode, ingen bindningstid.

Så arbetar jag med Google Tag Manager

Första steget är alltid att läsa containern innan jag rör den. Jag går igenom varje tagg, varje trigger och varje variabel och noterar tre saker: vad den gör, när den senast fyrade, och om någon fortfarande behöver den. En Google Tag Manager-container som stått orörd i ett par år innehåller nästan alltid en pixel från en plattform ni slutat annonsera på.

Sedan bygger jag om i en separat arbetsyta. Ändringarna testas i förhandsgranskningsläget mot skarpa sidor, inte mot en testmiljö som beter sig annorlunda, och publiceras först när varje händelse syns där den ska. Varje publicering får ett versionsnamn som säger vad som ändrades och varför.

Det som inte går att lösa i gränssnittet specificerar jag åt er utvecklare som dataLayer-anrop. Det handlar oftast om bokningssteg, inloggat läge och formulär som skickas utan sidladdning.

schematisk vy av en container där taggar, triggers och variabler kopplas ihop och en tagg är markerad som inaktiv

Vad Google Tag Manager faktiskt är

Google Tag Manager är inte ett analysverktyg. Det är en behållare som läggs in en gång på sajten och som sedan styr vilka kodsnuttar som ska köras, när och för vem. GA4, Google Ads-konverteringar, Metas pixel, LinkedIn Insight Tag och chattverktyg ligger alla där i stället för hårdkodade i era sidmallar.

Poängen är att marknad kan ändra mätningen utan en release. Priset är att ett fel i containern slår igenom direkt på hela sajten. Därför är arbetsytor, versioner och verifiering inte byråkrati utan själva säkerhetsnätet — en publicering går att rulla tillbaka på tio sekunder om den är byggd ordentligt.

illustration av en behållare på sajten där flera olika taggar ligger samlade i stället för i sidkoden

Vad som ingår när jag tar över er Google Tag Manager

Ett Google Tag Manager-uppdrag ser olika ut beroende på hur containern mår, men innehållet är i stort sett detsamma oavsett utgångsläge.

Löpande tillkommer bevakning. Plattformarna byter format på sina taggar, webbläsarna stramar åt, och en container som fungerade i våras kan tappa en konvertering utan att någon larmar. Att någon tittar till den varje månad är billigare än att upptäcka det i kvartalsrapporten.

  • Inventering av containern: taggar som dubbelräknar, triggers som aldrig fyrar och kvarglömda pixlar.
  • Konverteringsspårning mot GA4, Google Ads, Meta Conversion API och LinkedIn.
  • dataLayer-specifikation till er utvecklare, i klartext och med exempelkod.
  • Consent Mode v2 kopplat till er cookiebanner, så att taggarna respekterar besökarens val.
  • Namnstandard och dokumentation, så att nästa person förstår containern utan att ringa mig.
checklista i fem block över vad som gås igenom i en container

Det vanligaste felet i Google Tag Manager

Det vanligaste felet är dubbelräkning. Google Ads-konverteringen ligger både som hårdkodad tagg i sidmallen och som tagg i containern, eller så importeras samma händelse både från GA4 och direkt från pixeln. Resultatet blir dubbla konverteringar, halverad kostnad per konvertering på pappret, och en budgivning som skalar upp något som inte finns.

Det näst vanligaste är triggers som fyrar på fel sida. En tack-sida-trigger som matchar på ordet tack i URL:en fångar också ett blogginlägg om tackkort. Det låter som ett skämt tills man ser vilka sidor som räknats som konverteringar.

Båda felen är osynliga i vardagen. De syns bara när någon jämför Google Tag Manager mot GA4 mot CRM och frågar varför tre system ger tre svar.

diagram som visar samma konvertering registrerad två gånger via två olika vägar

dataLayer, triggers och varför konverteringar inte fyrar

När en konvertering inte registreras är felet nästan alltid ett av fyra. Triggern matchar inte längre, eftersom villkoret är satt på en URL som ändrats. Händelsen sker utan sidladdning, så taggen hinner aldrig köras. Samtycke saknas och Consent Mode blockerar taggen tyst. Eller så fyrar allt korrekt, men konverteringen är aldrig importerad i annonskontot.

Ordningen jag felsöker i är alltid densamma: förhandsgranska containern och se om triggern går igång, kontrollera i webbläsarens nätverksflik om anropet lämnar sidan, kontrollera i GA4 DebugView om händelsen tas emot, och först därefter titta i annonsplattformen. Nio gånger av tio faller det på första eller andra steget.

Det som gör felsökningen möjlig är ett dataLayer som utvecklarna skrivit medvetet: ett namngivet event vid varje steg som betyder något, med de fält som behövs. Utan det bygger man triggers på CSS-klasser, och de överlever inte nästa designuppdatering.

beslutsträd med fyra grenar för varför en konvertering inte registreras

Hur arbetet i Google Tag Manager följs upp

Måttet på en välskött container är tråkigt: siffrorna stämmer överens. Antalet formulärskick i GA4 ska ligga nära antalet nya kontakter i CRM:et, och Google Ads-konverteringarna ska gå att härleda till samma händelser. Avvikelser finns alltid, men de ska vara förklarliga.

Utöver det följer jag hur många taggar som faktiskt fyrat den senaste perioden. En tagg som inte gått igång på en månad är antingen trasig eller onödig, och båda svaren är värda att veta. Antalet taggar i containern är däremot inget kvalitetsmått — jag tar hellre bort tio än lägger till en.

Ni får en kort avstämning där jag går igenom vad som ändrats och varför, med versionshistoriken som underlag.

tabell som jämför antal händelser i tre system för samma period med avvikelsen markerad

Så kommer ni igång — Google Tag Manager på en vecka

Jag behöver publiceringsrättigheter till containern, läsbehörighet till GA4 och annonskontona, och en halvtimme med den som kan sajten bäst. Finns ingen container sätter jag upp en ny och lägger in den, antingen själv om ni kör WordPress eller via er utvecklare.

Uppsättningen är klar inom en vecka. Ska containern byggas om från grunden med ny namnstandard och samtyckeslösning kan det ta upp till tre veckor, och då kör vi i etapper så att mätningen aldrig ligger nere.

Arbetet löper på fast månadsarvode utan bindningstid och med 30 dagars uppsägning. Containern står i ert eget Google-konto från dag ett, inte i mitt.

tidslinje över en vecka med dagvisa steg från åtkomst till publicerad container

Google Tag Manager-hjälp i Borås och Sjuhärad

Jag utgår från Borås. Merparten av arbetet i Google Tag Manager sker i era konton och går lika bra på distans, oavsett var ni sitter.

Det som vinner på ett fysiskt möte är dataLayer-arbetet. Sitter jag en förmiddag med er utvecklare blir specifikationen rätt direkt, i stället för att pendla fram och tillbaka i mejl under två veckor. Är ni i Sjuhärad eller övriga Västra Götaland kommer jag gärna ut. Resten av landet löser vi på video, och det brukar gå ungefär lika fort.

Att sitta i Borås innebär också att jag vet hur mycket av regionens handel och industri som säljer digitalt utan att kunna mäta det. Det är sällan brist på ambition, oftare att ingen ägt frågan.

karta med Borås som utgångspunkt och streckade linjer ut mot distansarbete i övriga landet
Vanliga frågor

Vanliga frågor om Google Tag Manager

Vad kostar Google Tag Manager?

Verktyget är gratis. Google tar inget betalt för standardversionen av Google Tag Manager — kostnaden ligger i arbetet med att bygga och underhålla containern. Det arbetet gör jag på fast månadsarvode, satt efter omfattning och utan bindningstid. Ni betalar aldrig en andel av annonsbudgeten, och första genomgången av er container kostar ingenting.

Hur lång tid tar det att sätta upp Google Tag Manager?

En vecka för en normal uppsättning: container, GA4-koppling, konverteringar mot annonskontona och samtycke. En ombyggnad av en stökig container med ny namnstandard kan ta upp till tre veckor. Det som drar ut på tiden är oftast dataLayer-arbetet, eftersom det kräver att någon hos er skriver kod.

Varför fyrar inte våra konverteringar i Google Tag Manager?

Fyra orsaker täcker nästan allt: triggern matchar inte längre URL:en, händelsen sker utan sidladdning, samtycke saknas så Consent Mode blockerar taggen, eller så fyrar taggen men konverteringen är aldrig importerad i annonskontot. Felsökningen tar sällan mer än en arbetsdag när man går igenom dem i den ordningen.

Behöver vi Google Tag Manager om vi redan har GA4?

Ni behöver det så fort mätningen ska omfatta mer än sidvisningar. GA4 kan installeras direkt i sajten, men varje ändring blir då en utvecklaruppgift. Med Google Tag Manager ligger taggarna samlat, går att versionshantera och kan styras av samtycke — och Meta, Google Ads och LinkedIn ryms i samma struktur.

Saktar Google Tag Manager ner sajten?

Marginellt, om containern sköts. Det som verkligen kostar laddtid är antalet taggar och hur många som laddas direkt vid sidvisning. En container med trettio taggar där hälften är kvarglömda märks. Jag börjar därför med att ta bort, flyttar det som kan vänta till en fördröjd trigger och mäter i PageSpeed Insights före och efter.

Vem äger vår Google Tag Manager-container?

Ni. Containern ligger i ert eget Google-konto och jag arbetar i den som inbjuden användare. Jag sätter aldrig upp den under mitt eget konto, eftersom det gör er beroende av mig på ett sätt som inte gagnar någon. Vid avslut tar ni bort min åtkomst och allt fortsätter fungera precis som innan.

Behöver vi en utvecklare?

Ofta lite. Själva containern klarar jag utan hjälp, och på WordPress kan jag installera den själv. Men händelser som sker utan sidladdning — bokningssteg, flerstegsformulär, inloggat läge — kräver att någon lägger in dataLayer-anrop i koden. Jag skriver specifikationen med exempelkod, och det brukar handla om några timmars arbete.

Fungerar Google Tag Manager med vår cookiebanner?

Ja, om bannern har en integration mot Consent Mode v2, vilket de vanligaste har. Bannern skickar samtyckesstatus, containern lyssnar, och taggarna körs eller körs inte. Det som ofta saknas är att kopplingen aldrig verifierats: taggarna blockeras korrekt före valet, men fortsätter blockeras även efter ett ja.

Boka ett samtal om Google Tag Manager

Trettio minuter, ingen kostnad, inget säljmanus. Jag säger vad jag ser — även om svaret är att ni inte behöver mig.