Hvem på dit team må oprette nye tags? Hvem må ændre eksisterende tags? Hvem må tænde og slukke dem? Uden klar governance kan alle ændre alt. En ung udvikler sletter ved en fejl et vigtigt tag. En marketingmedarbejder tilføjer et tag, der ødelægger tracking. En freelancer ændrer konverteringslogikken, og ingen opdager det. Governance forhindrer kaos. Klare roller og rettigheder betyder, at de rigtige personer træffer de rigtige beslutninger. En godkendelsesproces fanger fejl, før de ødelægger dine data.
Her ser du, hvordan du sætter tag governance op, så din tracking er beskyttet, og dit team stadig kan arbejde effektivt.
Hvad er et tag
Et tag er et stykke kode, der kører, når en bestemt handling sker på din hjemmeside. Tags styres i en tag manager, som er en beholder til al din trackingkode. I stedet for at lægge mange trackingkoder direkte på siden installerer du én tag manager-kode. Tag manageren kører så dine enkelte tags ud fra de regler og betingelser, du har sat op.
Tags måler konverteringer, engagement og bestemt adfærd hos brugerne. Et købstag kører, når nogen gennemfører et køb. Et formulartag kører, når nogen sender en formular. Hvert tag sender data til dit analyseværktøj, så du kan følge de vigtige handlinger.
Governance handler om at styre, hvem der må oprette, ændre og udgive disse tags, så datakvaliteten holdes og ingen ødelægger noget ved en fejl.
Definer klare roller og ansvar
Lav roller til tag-styring. Hvem ejer analytics? Hvem ejer annoncering? Hvem ejer konverteringstracking? Hvert område skal have en ejer, der godkender ændringer.
Forskellige roller har forskellige rettigheder. Læsere kan se tags, men ikke ændre dem. Redaktører kan ændre tags i testmiljøet. Udgivere kan sende tags live. Administratorer kan alt. Giv roller ud fra jobfunktion og erfaring.
Skriv ned, hvem der har hvilken rolle. Gør det tydeligt, hvem der ejer hvilke tags. Når nogen skal have ændret et tag, ved de, hvem de skal spørge.
Kræv godkendelse til ændringer i produktion
Lad ikke nogen sende tags live uden godkendelse. Lav en godkendelsesproces. En udvikler laver et tag i testmiljøet. En anden gennemgår det. En tredje godkender det. Så går det live.
De tre trin fanger fejl. Den, der gennemgår, stiller spørgsmål. Den, der godkender, sikrer, at ændringen passer til målene. Når et tag når live, har flere personer tjekket det.
Ved hastesager kan du gøre processen kortere. Men spring den aldrig helt over. Et ødelagt tag live koster mere end nogle timers godkendelse.
Brug adskilte testmiljøer og produktionsmiljøer
Opret en tag manager til test og en til produktion. Alle ændringer sker først i testmiljøet. Teamet tester ændringerne der. Efter godkendelse flyttes tags til produktion.
Det forhindrer ændringer ved en fejl i produktion. Udviklere kan eksperimentere i testmiljøet uden at frygte for de rigtige data. Når de er sikre på, at ændringen virker, beder de om at flytte den til produktion.
Testmiljøet skal ligne produktion. Samme sider. Samme handlinger. Samme data layer. Så viser testene i testmiljøet nøjagtigt, hvordan det går i produktion.
Dokumenter ændringsønsker
Når nogen beder om en tag-ændring, så kræv en beskrivelse. Hvad er ændringen? Hvorfor er den nødvendig? Hvilket mål understøtter den? Hvem godkendte den?
Gem ændringsønsker et fast sted. Et regneark virker. Et særligt værktøj er bedre. Noter, hvad der blev ændret, hvornår og hvorfor. Den historik er guld værd, når noget går i stykker, og du skal forstå, hvad der skete.
Tag en plan for at rulle tilbage med i ændringsønsket. Hvis tagget går i stykker, hvordan går du så tilbage? Hvor hurtigt kan du det? Hvad sker der, hvis tilbagerulningen mislykkes?
Styr adgang efter rettigheder
Begræns, hvem der kan se hvad. En marketingmedarbejder skal se annoncetags, men ikke tags til konverteringstracking. En udvikler skal se konverteringstags, men ikke annoncetags. Rettigheder forhindrer ændringer ved en fejl i områder, du ikke ejer.
Brug rollebaseret adgang. Læsere ser alt. Redaktører ændrer tags i deres eget område. Udgivere sender tags live. Administratorer kan alt. Fine rettigheder forhindrer uheld.
Sæt advarsler op for uautoriserede ændringer
Hvis nogen ændrer et tag uden at gå gennem godkendelsen, så giv ejeren besked. De fleste tag managers har en ændringslog. Brug den til at fange uautoriserede ændringer.
Sæt automatiske beskeder op. Hvis nogen ændrer et vigtigt tag, send en advarsel. Ejeren kan gennemgå ændringen og rulle den tilbage, hvis det er nødvendigt. Advarsler skaber ansvar.
Planlæg faste gennemgange af adgang
Gennemgå hvert kvartal, hvem der har adgang til hvad. Fjern folk, der har forladt teamet. Opdater rettigheder for dem, der har skiftet rolle. Adgangen vokser let. Folk samler rettigheder over tid.
Gennemgå også de seneste ændringer. Hvem ændrede hvad? Fulgte de godkendelsesprocessen? Ødelagde ændringerne noget? Faste gennemgange fanger problemer tidligt.
Ofte stillede spørgsmål
Skal alle have redigeringsadgang, eller kun bestemte personer?
Kun bestemte personer. Begræns redigering til teamledere og erfarne medarbejdere. Læsere kan se alt, men ændre intet. Redaktører arbejder i testmiljøet, men ikke i produktion. Udgivere står for at flytte til produktion. Rollebaseret adgang forhindrer ændringer ved en fejl. Nye teammedlemmer starter som læsere og bliver redaktører efter oplæring. Med WEMASY's hjemmesidebygger kan du sætte det op direkte på din hjemmeside.
Hvad er den rigtige godkendelsesproces for tag-ændringer?
Tre trin virker godt. Opret i testmiljøet. Lad en kollega gennemgå det. Lad en leder godkende det. Send det så live. Ved rutineændringer kan du nøjes med to trin. Men spring aldrig godkendelsen helt over. Det koster mindre at gennemgå en ændring end at rette et ødelagt tag.
Vi er et lille team. Kan vi springe formel governance over?
Du kan være mere uformel, men spring den ikke helt over. Som minimum opretter én, og en anden gennemgår, før noget går live. Brug testmiljøet til at teste ændringer. Brug ændringsloggen til at følge, hvad der bliver ændret. Selv små teams har gavn af grundlæggende governance. Når I vokser, bliver faste processer nødvendige.
Hvordan håndterer vi hastesager, der skal live hurtigt?
Lav en hurtig godkendelsesproces. Måske kun én, der godkender, i stedet for to. Måske mundtlig godkendelse i stedet for skriftlig. Men dokumenter stadig ændringen. Lad stadig én gennemgå den. Test stadig i testmiljøet, hvis det er muligt. Hast betyder ikke skødesløshed. Fart kommer af øvelse og klare processer, ikke af at springe trin over.
Hvad gør vi, hvis nogen ødelægger produktion med en ændring uden godkendelse?
Rul først ændringen tilbage med det samme. Gennemgå så, hvad der skete. Skærp derefter godkendelsesprocessen. Brug det som en lærestreg. Kræv godkendelse fremover. Gentagne overtrædelser kan betyde, at nogen mister redigeringsadgang. Gør det klart, at godkendelse beskytter alle, også den, der laver ændringen.
Hvordan styrer vi adgang, når folk skifter rolle?
Gennemgå rettighederne, når en person skifter rolle. Har de stadig brug for adgang til det gamle område? Har de brug for adgang til det nye? Fjern gammel adgang. Tilføj ny adgang. Planlæg kvartalsvise gennemgange, så ingen bliver glemt. Folk glemmer nogle gange at bede om ændret adgang. Faste gennemgange fanger det.