en
Services Cases Insights Om mig Book møde
Metodikker Governance-gennemgang · 13 min læsning

Derfor fejler enterprise website-lanceringer: Governance, tracking og accountability

Store website-relanceringer fejler sjældent på design. De fejler på governance — uklart ejerskab, mistet tracking-data og ingen, der er ansvarlig, når noget går galt efter go-live.

Et enterprise website-relanceringsprojekt til flere millioner kroner — som et af de projekter, jeg har rådgivet omkring, en relancering til omkring 30 millioner kroner — bliver sjældent bedømt på design ved lanceringen. Det bliver bedømt tre uger senere, når nogen i ledelsen spørger, hvorfor de organiske leads er faldet 40%, og ingen kan svare præcist hvorfor. Det er ikke et designproblem. Det er et governance-problem, der var indbygget i projektet fra dag ét.

De tre governance-huller, der gentager sig i stort set alle store relanceringer

Hul 1: Uklart ejerskab af tracking-kontinuitet. Et website-redesign involverer typisk et bureau, der ejer design og udvikling, og en intern marketingafdeling, der ejer tracking og analytics. Ingen af parterne har eksplicit mandat til at sikre, at GA4-events, konverteringssporing og UTM-strukturer overlever migreringen intakt — så det gør de typisk ikke. Resultatet er måneders datahul, hvor ledelsen ikke kan se, om det nye website performer bedre eller dårligere end det gamle, fordi målemetoden selv er brudt.

Hul 2: Ingen SEO-governance i migreringsprocessen. URL-strukturer ændres, redirects glemmes eller implementeres forkert, og metadata går tabt i overgangen fra det gamle CMS til det nye. Uden en eksplicit governance-proces, der kræver SEO-signoff før go-live — ikke bare en "vi har husket redirects"-antagelse — mister organisationen ofte betydelig organisk synlighed, der har taget år at opbygge, på under en uge.

Hul 3: Ingen post-launch accountability-model. Projektet defineres som "færdigt" ved go-live, men de reelle problemer opstår typisk i de første 4-6 uger derefter, når rigtig trafik rammer systemet under reelle forhold. Uden en defineret ejer af denne periode — nogen med mandat og budget til at rette fejl hurtigt — bliver problemer opdaget sent og løst langsomt, mens det oprindelige projektteam allerede er gået videre til næste opgave.

Governance-modellen: Tre roller, der skal være eksplicit besat

Tracking Continuity Owner. En navngiven person (ikke en afdeling) med ansvar for at dokumentere hele den eksisterende tracking-opsætning før migrering, teste den fuldt ud i et staging-miljø, og formelt godkende, at alle konverteringshændelser, e-handelsdata og attributionssignaler er intakte, før go-live godkendes. Denne rolle bør have vetoret over lanceringsdatoen, hvis testen fejler.

SEO Migration Owner. Ansvarlig for en fuld URL-mapping fra gammelt til nyt website, 301-redirects for hver eneste indekseret side, og en pre-launch audit af metadata, structured data og intern linkstruktur. Denne rolle skal have adgang til at blokere lanceringen, hvis redirect-mappingen ikke er komplet — en governance-beføjelse, de færreste SEO-ansvarlige reelt har i praksis.

Post-Launch Accountability Owner. Ejer de første 6 uger efter go-live eksplicit, med et defineret budget til hurtige rettelser og en daglig (ikke ugentlig) performance-gennemgang i de første to uger. Denne rolle skal rapportere direkte til projektets sponsor i ledelsen, ikke begraves i et projektteam, der allerede er ved at blive opløst.

Hvad ledelsen skal spørge om, før et relanceringsprojekt godkendes

Fem spørgsmål, der afslører, om governance-modellen reelt er på plads: Hvem har eksplicit ansvar for tracking-kontinuitet, og hvordan testes det før go-live — ikke bare "vi har talt om det"? Findes der en komplet URL-redirect-mapping, og hvem har godkendt den? Hvad er budgettet og mandatet for de første 6 uger efter lancering, og hvem ejer det? Hvad er den definerede rollback-plan, hvis noget kritisk går galt — og hvor lang tid tager det reelt at aktivere den? Hvem rapporterer performance-data til ledelsen i overgangsperioden, og med hvilken kadence?

Kan projektlederen ikke svare klart på alle fem, er I ved at godkende et projekt, der er designdrevet, men governance-blindt — og det er governance-hullet, der koster jer organisk synlighed og konverteringsdata, ikke designvalgene.

Hvorfor dette er et ledelsesansvar, ikke et projektlederansvar

Den reelle årsag til, at disse governance-huller gentager sig på tværs af organisationer, er, at ledelsen typisk godkender budget og tidsplan, men sjældent stiller de fem spørgsmål ovenfor eksplicit. Projektlederen bliver målt på at levere til tid og budget — ikke nødvendigvis på tracking-kontinuitet eller SEO-bevaring, medmindre ledelsen eksplicit gør det til et succeskriterium fra start. Governance er ikke noget, et bureau leverer af sig selv. Det er noget, ledelsen skal kræve som en forudsætning for at godkende projektet — og det er præcis den rolle, en uafhængig rådgiver spiller bedst: at stille de spørgsmål, hverken bureauet eller det interne team har incitament til selv at rejse.

Vil du arbejde med dette?

Lad os tale om din situation.

Book et møde