01
GA4 opsætning trin for trin
Start med en måleplan, der forbinder forretningsmål med konkrete hændelser. Opret derefter de nødvendige datastrømme, og brug en ensartet navngivning, så page_view, generate_lead, purchase og egne hændelser ikke overlapper. Markér kun handlinger med reel betydning som nøglebegivenheder. Det giver renere rapporter og bedre signaler til annoncering.
Sæt dataopbevaring til 14 måneder, filtrer intern trafik og konfigurer cross-domain måling, når brugeren bevæger sig mellem flere domæner. Kobl GA4 til Google Ads og Search Console med de korrekte konti og adgangsniveauer. E-handel skal testes gennem hele købsrejsen, inklusive valuta, produktdata, rabatter og refusioner.
I Admin under Data streams kontrolleres Enhanced measurement funktion for funktion, fordi automatisk scroll, outbound clicks og site search ikke passer til alle websites. Brug DebugView til at følge en testordre, og kontrollér bagefter eventnavn og parametre i Realtime. Ved cross-domain måling skal alle egne domæner stå under Configure your domains, ellers starter GA4 en ny session og kan kreditere betalingsløsningen som trafikkilde.
- 01Måleplan godkendt
- 02Datastrømme og domæner afgrænset
- 03Hændelser og nøglebegivenheder testet
- 04Dataopbevaring sat til 14 måneder
- 05Intern trafik filtreret
- 06Google Ads og Search Console koblet
02
De mest almindelige fejl i GA4
Den mest grundlæggende fejl er at installere GA4 uden en måleplan. Derefter følger dobbelte hændelser fra overlappende scripts, manglende e-handelsparametre og nøglebegivenheder, der blot måler klik uden at vide, om handlingen lykkedes. Standardindstillingen med to måneders dataopbevaring bliver også ofte overset.
Manglende samtykkestyring kan både skabe complianceproblemer og misvisende data. Intern trafik fra medarbejdere og bureauer bør filtreres. Kilden '(not set)' kræver systematisk fejlsøgning i kampagnetagging, sessioner, identitet og koblede produkter, ikke en hurtig kosmetisk rettelse i rapporten.
Dobbelte hændelser ses som to purchase eller generate_lead med samme timestamp eller transaction_id. Find dem i DebugView og GTM Preview, og kontrollér om både gtag.js, et plugin og GTM sender samme signal. Manglende item_id, item_name, value eller currency afsløres i Monetization rapporterne og rå events. Ret kilden i dataLayer frem for at lappe rapporten, og udeluk intern trafik via en defineret internal_traffic regel og et aktivt datafilter.
- 01Ingen måleplan
- 02Dobbelte hændelser
- 03Manglende e-handelsparametre
- 04Kun 2 måneders opbevaring
- 05Ingen samtykkestyring
- 06Intern trafik medregnes
- 07Uforklarede '(not set)' kilder
03
Hvorfor stemmer GA4 ikke med salget?
GA4 er ikke et regnskabssystem. Statistikcookies kræver samtykke, nogle browsere og adblockers begrænser målingen, og Google kan modellere dele af de manglende observationer. Samtidig kan attribuering placere værdien på en anden kanal end salgsplatformen, mens tidszoner og rapporteringsvinduer flytter køb mellem dage.
Afstemningen bør begynde med ordrer, lead-id'er, valuta, moms, fragt og refusioner. Sammenlign derefter samme periode, tidszone og status i GA4, webshop og CRM. Målet er ikke nødvendigvis identiske tal, men en forklaret og stabil forskel, som gør udvikling og kanalbidrag troværdige.
Lav en afstemning på transaktionsniveau før totalerne sammenlignes. Eksportér transaction_id, purchase revenue og dato fra GA4, og match dem med ordrenummer, nettobeløb og status i shoppen. Ordrer, som kun findes i shoppen, peger ofte på manglende samtykke eller blokeret tracking. Dubletter i GA4 peger på genindlæsning af kvitteringssiden. Forskelle i beløb skyldes ofte fragt, moms, valuta eller refusioner, der ikke sendes med refund hændelsen.
04
Server-side tracking: hvornår giver det mening?
Server-side tracking sender udvalgte målesignaler gennem et endpoint på virksomhedens eget førstepartsdomæne. Det giver bedre kontrol over, hvilke data der videresendes, og kan reducere antallet af tredjepartsscripts i browseren. Det kan forbedre datakvaliteten, men det ophæver aldrig kravet om gyldigt samtykke.
Løsningen kræver hosting, sikker konfiguration, overvågning og løbende vedligeholdelse. Den giver mest mening, når annonceinvestering, databehov og organisatorisk modenhed kan forsvare kompleksiteten. En enkel virksomhed med få tags kan ofte få større værdi ved først at rydde op i client-side GTM. Se også vores side om Google Tag Manager.
Et server-setup begynder normalt med en webcontainer, der sender til en taggingserver på eksempelvis data.virksomhed.dk. Servercontainerens klient modtager anmodningen, mens tags bestemmer, hvilke felter der må sendes videre. Kontrollér preview i både web- og servercontainer og sammenlign event_id, client_id og consent state. Fjern unødvendige parametre før videresendelse. Gevinsten er kontrol over transporten, ikke adgang til at omgå browservalg eller samtykke.
05
Fra data til beslutninger
Et dashboard er nyttigt, når det følger et KPI-hierarki. Ledelsen har brug for omsætning, kvalificerede leads og effektivitet. Kanalansvarlige har brug for bidrag, omkostning og kvalitet. Specialister har brug for diagnostiske hændelser, der forklarer, hvorfor et resultat ændrer sig. Alle niveauer skal bruge samme definitioner.
Looker Studio samler de vigtigste visninger og gør dem tilgængelige uden at lære hele GA4-grænsefladen. BigQuery giver rå eksport til dybere analyse, længere historik og sammenkobling med CRM eller økonomidata. Teknologien skaber først værdi, når et fast møde omsætter observationer til ejere, handlinger og opfølgning.
Byg rapporten fra spørgsmål til visning. Hvis ledelsen spørger, hvilke kanaler der skaber nye kunder, skal dashboardet skelne nye fra tilbagevendende, vise kvalificerede resultater og anvende samme datoperiode. En kanalansvarlig kan derefter åbne kampagne og landingsside, mens specialisten går til eventparametre. BigQuery er relevant, når standardrapporterne ikke kan bevare nødvendig detalje, eller når GA4 skal kobles med ordrelinjer og CRM-status.
