Tilbage til blog

Server-side testing

Hvordan jeg tester og validere et serverside setup,før det nogensinde rammer produktion.

Få gratis auditjeppe@jeppesteennielsen.dk

Det giver god mening for mange virksomheder, at flytte sin tagging over på serveren på et first party domæne, da det giver os mange forskellige fordele, som mere kontrol over den data vi sender videre til platformene, mulighed for berigelse af events med f eks ekstra / mere relevant brugerdata fra eksterne databaser som et CRM system, off loade tung JavaScript fra browseren, så brugeroplevelsen på sitet bliver markant bedre, mulighed for at øge levetiden på cookies for bedre attribution på annonce-platformene og mange andre ting.

De fleste tester live i produktionen

“Problemet” er at disse setups også bliver markant mere kompliceret at teste, validere og debugge, før man shipper dem til produktion og går live med dem. Hvis man ikke har et ordentlig testing-framework, og man sidder og tester i containere som er live på sitet - jamen så risikere man hurtigt at forurene rigtig data i GA4 og annonce-platformene, hvilket er noget vi meget gerne skal undgå.

Mange tester i live, fordi det er super nemt og hurtigt, og de fleste er måske lidt ligeglade med, hvis der lige rammer lidt test-data ind i GA4 , Meta eller Google Ads - “det er der nok ingen der lige ser”. Det er uprofessionelt, og om man vil det eller ej, så har det en negativ downstream effekt på kampagner og data. Når først data er samlet ind, er der ikke meget man kan gøre.

Hvad kræver god testing så?

Det er egentlig ret simpelt. God testing og validering af setups kræver, at man kører gennem hele flowet og brugerrejsen på denrigtige hjemmeside, med rigtige sideruden at leake data ind i produktionen. Så alle ecom events, rigtig køb osv osv.

Test og valider alt på den rigtige side, uden at forurene produktion. (GA4 data, annonceplatforme etc)

Den metode jeg bruger

Jeg benytter mig af 2 metoder, som egentlig er den samme metode, dog med en væsentlig ændring som lige løfter hele niveauet lidt højere op..

Når jeg tester, kører jeg hele flowet og brugerrejsen igennem på den rigtige hjemmeside, “intercepter” requests og router de requests til et isoleret sandbox miljø, med containere, og GA4 properties kun til test. Det er “high level” hvad det hele går ud på.

Hele test-konfigurationen sidder på et first party test subdomæne, hvilket betyder at vi kan validere downstream aktivitet, altså at tags skyder osv, men vi er også i stand til at validere cookies og attribution forbliver intakt.

Det betyder at vi er i stand til at validere alt, uden at pille ved det eksisterende produktion setup, forurene live data eller andet. Vi har altså et kontrolleret sandbox miljø, som vi selv ejer, og som ingen risiko har, ved at vi laver ændringer i, “tuner/klaibrere” indtil alt er perfekt, og som vi gerne vil have det.

Testflow hvor en rigtig brugerrejse routes gennem sandbox web container og sandbox sGTM container til testdata, validering og dokumentation.

Hvorfor det kan være vigtigt for dig

Hvis du vil migrere til server side, lave ændringer i nuværende setup, stramme ting op, eller du bare er seriøs omkring din data, og gerne vil være sikker på at alt spiller som det skal, så giver det her framework rigtig meget mening, da der ingen risiko er ved ændringer, og vi shipper til produktionen velvidende at alt er gennemtestede på det rigtige site, men i et sandbox miljø.

Med andre ord, så gætter vi ikke og “håber” ikke på det virker - vi ved det virker, og vi kan validere og stole på det.

Garbage in, garbage out og alt det der.

Gratis audit

Skal vi tag en snak om jeres tracking, og hvor jeg kan hjælpe jeres forretning?

jeppe@jeppesteennielsen.dk