Vem i ditt team får skapa nya taggar? Vem får ändra befintliga taggar? Vem får slå på och av taggar? Utan tydliga regler kan vem som helst ändra vad som helst. En junior utvecklare tar av misstag bort en viktig tagg. En marknadsförare lägger till en tagg som förstör mätningen. En konsult ändrar logiken för konverteringar och ingen märker det. Tagghantering med tydliga regler förhindrar kaos. Tydliga roller och behörigheter gör att rätt personer fattar rätt beslut. Godkännandeprocesser fångar fel innan de förstör din live-data.
Den här artikeln visar hur du sätter upp regler för tagghantering som skyddar din mätning och ändå låter teamet arbeta effektivt.
Vad är en tagg
En tagg är ett kodstycke som körs när en viss händelse inträffar på din webbplats. Taggar hanteras i en tagghanterare, en behållare som samlar alla dina spårningskoder. I stället för att lägga flera spårningskoder direkt på webbplatsen installerar du en enda kod för tagghanteraren. Tagghanteraren kör sedan dina enskilda taggar utifrån de regler och villkor du har ställt in.
Taggar mäter konverteringar, engagemang och specifika beteenden hos besökarna. En köptagg körs när någon slutför ett köp. En formulärtagg körs när någon skickar ett formulär. Varje tagg skickar data till din analysplattform så att du kan följa de här viktiga händelserna.
Tagghantering handlar om att styra vem som får skapa, ändra och publicera taggarna, så att datakvaliteten hålls hög och inget går sönder av misstag.
Definiera tydliga roller och ansvar
Skapa roller för tagghanteringen. Vem äger analysen? Vem äger annonseringen? Vem äger konverteringsmätningen? Varje område bör ha en ansvarig som godkänner ändringar.
Olika roller har olika behörigheter. Läsare kan se taggar men inte ändra dem. Redigerare kan ändra taggar i stagingmiljön. Publicerare kan skicka taggar till live-miljön. Administratörer kan göra allt. Dela ut roller utifrån arbetsuppgift och erfarenhet.
Dokumentera vem som har vilken roll. Gör det tydligt vem som äger vilka taggar. När någon behöver en ändring vet de vem de ska fråga.
Kräv godkännande för ändringar i live-miljön
Låt ingen skicka taggar till live-miljön utan godkännande. Skapa en godkännandeprocess. En utvecklare skapar en tagg i stagingmiljön. En annan person granskar den. En tredje person godkänner den. Sedan går den live.
Den här processen i tre steg fångar fel. Granskaren ställer frågor. Den som godkänner ser till att ändringen passar affärsmålen. När en tagg når live-miljön har flera personer redan kontrollerat den.
Vid brådskande ändringar kan du förenkla processen. Men hoppa aldrig över den helt. En trasig tagg i live-miljön kostar mer än några timmars godkännande.
Använd separata staging- och live-miljöer
Skapa en tagghanterare för staging och en för live. Alla ändringar sker först i staging. Teamet testar ändringarna där. Efter godkännande flyttas taggarna till live.
Det förhindrar oavsiktliga ändringar i live-miljön. Utvecklare kan experimentera i staging utan att riskera riktig data. När de är säkra på att ändringen fungerar ber de om att få flytta den till live.
Stagingmiljön bör spegla live-miljön. Samma webbplatser. Samma händelser. Samma datalager. Då förutspår testerna i staging hur det faktiskt blir i live.
Dokumentera ändringsförfrågningar
När någon ber om en taggändring ska det finnas dokumentation. Vad ska ändras? Varför behövs det? Vilket affärsmål stöder det? Vem godkände det?
Samla ändringsförfrågningarna i ett system. Ett kalkylblad fungerar. Ett särskilt verktyg är bättre. Notera vad som ändrades, när och varför. Den historiken är ovärderlig när något går sönder och du måste förstå vad som hänt.
Lägg med en plan för att backa i varje ändringsförfrågan. Om taggen går sönder, hur återgår du till förra versionen? Hur snabbt kan du backa? Vad händer om det inte går att backa?
Styr åtkomst med behörighetsnivåer
Begränsa vem som kommer åt vad. En marknadsförare bör se annonstaggar men inte taggar för konverteringsmätning. En utvecklare bör se konverteringstaggar men inte annonstaggar. Behörigheter förhindrar oavsiktliga ändringar i områden du inte ansvarar för.
Använd rollbaserad åtkomst. Läsare ser allt. Redigerare ändrar taggar inom sitt område. Publicerare skickar taggar till live-miljön. Administratörer gör allt. Detaljerade behörigheter förhindrar olyckor.
Ställ in larm för obehöriga ändringar
Om någon ändrar en tagg utan att följa godkännandeprocessen ska ansvarig få ett larm. De flesta tagghanterare har granskningsloggar. Använd dem för att upptäcka obehöriga ändringar.
Ställ in automatiska aviseringar. Om någon ändrar en kritisk tagg skickas ett larm. Ansvarig kan granska ändringen och backa vid behov. Larm skapar ansvarstagande.
Planera in regelbundna behörighetsgranskningar
Granska varje kvartal vem som har tillgång till vad. Ta bort personer som har lämnat teamet. Uppdatera behörigheter för dem som bytt roll. Behörigheter växer okontrollerat om ingen håller koll. Människor samlar på sig rättigheter med tiden.
Granska också de senaste ändringarna under genomgången. Vem ändrade vad? Följde de godkännandeprocessen? Gick något sönder? Regelbundna granskningar fångar problem tidigt.
Vanliga frågor
Ska alla ha redigeringsrätt eller bara vissa personer?
Bara vissa personer. Begränsa redigeringen till teamledare och erfarna personer. Läsare kan se allt men inte ändra något. Redigerare får arbeta i staging men inte i live. Publicerare sköter flytten till live. Rollbaserad åtkomst förhindrar oavsiktliga ändringar. Nya teammedlemmar börjar som läsare och blir redigerare efter utbildning. Med WEMASY webbplatsbyggare kan du ställa in det här direkt på din webbplats.
Vilken godkännandeprocess passar för taggändringar?
En process i tre steg fungerar bra. Skapa i staging. Låt en kollega granska. Låt en chef eller ansvarig godkänna. Skicka sedan till live. Vid rutinändringar kan du förenkla till två steg. Men hoppa aldrig över godkännandet helt. Det kostar mindre att granska en ändring än att laga en trasig tagg.
Vi är ett litet team. Kan vi hoppa över formella regler?
Du kan vara mer informell, men hoppa inte över det helt. Åtminstone ska en person skapa och en annan granska före live. Använd staging för att testa ändringar. Använd granskningsloggar för att följa ändringar. Även små team har nytta av grundläggande regler. När ni växer blir formella processer nödvändiga.
Hur hanterar vi brådskande ändringar som måste gå live snabbt?
Skapa en snabbare godkännandeprocess. Kanske räcker en godkännare i stället för två. Kanske räcker ett muntligt ja i stället för ett skriftligt. Men dokumentera ändringen ändå. Låt någon granska den ändå. Testa i staging om det går. Brådska betyder inte slarv. Fart kommer av träning och tydliga processer, inte av att hoppa över steg.
Vad gör vi om någon förstör live-miljön med en ändring som inte godkänts?
Först: backa ändringen direkt. Sedan: gå igenom vad som hände. Därefter: stärk godkännandeprocessen. Använd det som ett tillfälle att lära. Håll hårdare på godkännandet framöver. Upprepade regelbrott kan betyda att personens redigeringsrätt ska tas bort. Gör det tydligt att godkännandet skyddar alla, även den som gör ändringen.
Hur hanterar vi åtkomst när någon byter roll?
Granska behörigheterna när rollen byts. Behöver personen fortfarande åtkomst till sitt gamla område? Behöver hen åtkomst till sitt nya? Ta bort gammal åtkomst. Lägg till ny. Planera kvartalsvisa granskningar för att fånga det som missats. Folk glömmer ibland att be om ändrade behörigheter. Regelbundna granskningar fångar det.