Avanceret GA4: Custom events, audiences og rapporter

Introduktion

De fleste virksomheder, vi taler med, har GA4 installeret. Datastrømmen kører, sidevisninger tikker ind, og standardrapporterne er tilgængelige. Problemet er, at det sjældent fører til bedre beslutninger.

Det vi ser igen og igen er GA4-opsætninger, der samler data, men ikke besvarer de spørgsmål, der faktisk betyder noget for forretningen. Hvilke trin i kunderejsen skaber frafald? Hvilke brugersegmenter konverterer, og hvad kendetegner dem? Hvornår i processen mister du folk, og hvad koster det?

Avanceret GA4 handler ikke om at bruge flere funktioner. Det handler om at bygge en opsætning, der er designet til at besvare specifikke forretningsspørgsmål. Custom events, audiences og skræddersyede rapporter er værktøjerne. Men de er kun værdifulde, hvis de er sat op med et klart formål.

Denne artikel er skrevet til dig, der allerede kender GA4 og har arbejdet med platformen i mindst 6-12 måneder. Du ved, hvad events er, du har en datastream kørende, og du bruger sandsynligvis Google Tag Manager. Det, du mangler, er en struktureret tilgang til at flytte din opsætning fra “data der samles” til “data der bruges”.

Vi gennemgår, hvordan du designer custom events med udgangspunkt i forretningsbehov, opbygger audiences der faktisk afspejler dine brugersegmenter, og bygger en rapportstruktur, der gør det muligt at handle på det, du ser. Undervejs deler jeg de fejl, vi oftest ser, og de tilgange, der i praksis giver mest værdi.

Hvis du allerede nu ved, at din tracking-opsætning har brug for et eftersyn, kan du booke en gratis audit hos os. Resten af artiklen giver dig det faglige grundlag til at vurdere, hvor din opsætning står.

Forudsætninger: Hvad du skal have på plads først

Før vi går i dybden, vil jeg gerne afgrænse. Denne artikel forudsætter, at du har en fungerende GA4-opsætning med følgende elementer på plads:

En korrekt konfigureret datastream

Din GA4-property modtager data fra din hjemmeside via en korrekt opsat datastream. Enhanced Measurement er aktiveret, og du har verificeret, at sidevisninger, scroll-events og udgående klik registreres som forventet. Hvis du er i tvivl om, hvorvidt din datastream fungerer korrekt, er det her, du skal starte, ikke ved custom events.

Google Tag Manager som implementeringslag

Custom events af enhver kompleksitet bør implementeres via Google Tag Manager (GTM). Direkte implementering via gtag.js er muligt, men det giver markant mindre fleksibilitet, og det gør fejlfinding sværere. I praksis ser vi, at virksomheder uden GTM bruger betydeligt mere tid på ændringer og har flere fejl i deres event-data.

Forståelse af GA4s event-model

GA4 bygger på en flad event-model, hvor alt er events. Sidevisninger, klik, scrolls, køb og tilpassede interaktioner registreres alle som events med tilhørende parametre. Hvis du stadig tænker i Universal Analytics-termer som “mål”, “bounce rate” og “sessioner” som primære enheder, anbefaler jeg, at du bruger tid på at forstå den grundlæggende event-struktur, før du bygger videre.

Grunden til, at jeg starter her, er simpel: vi har set for mange virksomheder bruge tid på avancerede features oven på en opsætning, der har grundlæggende fejl. Custom events med forkerte parametre, audiences baseret på upålidelige data og rapporter, der viser forvrængede tal. Alt avanceret hviler på, at fundamentet er solidt.

Hvorfor en standard GA4-opsætning sjældent rækker

GA4 leverer en lang række automatiske events og standardrapporter ud af boksen. Enhanced Measurement fanger scroll, udgående klik, videoengage og fildownloads. Det lyder fint, og det er det også, til et vist punkt.

Standarddata besvarer generelle spørgsmål

Enhanced Measurement fortæller dig, at nogen scrollede 90% ned på en side, eller at nogen klikkede på et udgående link. Det fortæller dig ikke, om brugeren nåede frem til dit prisafsnit, udfyldte halvdelen af din formular og forlod den, eller downloadede din produktbrochure efter at have set tre casesider.

Det er forskellen. Standarddata besvarer generelle spørgsmål: “Hvor meget trafik har vi?” og “Hvilke sider bliver set?” Forretningsspørgsmål kræver specifik data: “Hvor mange af vores besøgende fra Google Ads når frem til prissammenligningen og derefter kontaktformularen?”

Et konkret eksempel

En virksomhed med en B2B-serviceydelse og en kunderejse, der typisk involverer 3-5 besøg før en forespørgsel, har brug for at forstå, hvilke sider der skaber fremdrift, og hvilke der skaber frafald. GA4s standardrapporter viser sidevisninger og sessioner. De viser ikke, at brugere, der ser casesiden, har 3,4 gange højere sandsynlighed for at udfylde kontaktformularen, eller at brugere, der kommer fra en specifik annoncekampagne, konsekvent falder fra på trin to i processen.

Den type indsigt kræver custom events, der registrerer de rigtige interaktioner, audiences, der segmenterer brugere efter adfærd, og rapporter, der kombinerer det hele.

Ifølge Googles egen dokumentation for GA4 anbefaler de eksplicit, at virksomheder opretter tilpassede events for interaktioner, der er specifikke for deres forretning, da de automatisk indsamlede events er designet til at dække generelle brugsmønstre.

Event-modellen i GA4: Grundlaget for alt avanceret

Hvis du skal bygge en avanceret opsætning, der holder over tid, er det afgørende at forstå, hvordan GA4s event-model faktisk fungerer. Ikke som en teoretisk øvelse, men fordi den model bestemmer, hvad du kan og ikke kan gøre med dine data.

Events, parametre og brugeregenskaber

I GA4 registreres al interaktion som events. Hvert event har et navn (fx `form_submit` eller `video_play`) og op til 25 tilpassede parametre, der beskriver konteksten. Et event-navn fortæller dig, hvad der skete. Parametrene fortæller dig, hvor, hvornår, hvorfor og i hvilken sammenhæng.

Denne struktur er fleksibel, men den kræver planlægning. I Universal Analytics var strukturen mere rigid: du havde kategorier, actions og labels. I GA4 har du event-navne og frie parametre. Det giver frihed, men det betyder også, at en ustruktureret tilgang hurtigt ender i et kaos af events, der er svære at rapportere på.

Forholdet mellem events og konverteringer

Ifølge Googles hjælpedokumentation markerer du en event som en “vigtig hændelse” (key event) for at bruge den som konverteringshandling i Google Ads. Det lyder enkelt, men her opstår en af de mest almindelige fejl: virksomheder markerer for mange events som konverteringer, eller de markerer de forkerte. Resultatet er støj i rapporteringen og fejloptimering i annoncekontoen.

Vores tommelfingerregel: marker kun events som key events, hvis de repræsenterer en handling, du ville betale penge for at opnå. En udfyldt kontaktformular, et gennemført køb, en booket demo. Ikke en sidevisning, ikke et klik, ikke en scroll.

Custom events: Start med forretningsspørgsmålet

Her begynder det for de fleste at gå galt. Den naturlige tilgang er at åbne Google Tag Manager, oprette en trigger og sende et event til GA4. Det er den tekniske handling. Men uden et klart forretningsspørgsmål ender du med events, der registrerer interaktioner, ingen bruger i beslutningsprocessen.

Design events baglæns

Start med at definere de 3-5 spørgsmål, din virksomhed har brug for svar på. Ikke tekniske spørgsmål, men forretningsspørgsmål.

Eksempler:

• Hvor stor en andel af vores besøgende fra betalte kampagner gennemfører hele kunderejsen?
• Hvilke produktkategorisider skaber flest kvalificerede leads?
• Hvor mange brugere starter vores formular, men afbryder undervejs?

For hvert spørgsmål identificerer du de brugerhandlinger, der skal registreres for at besvare det. Derefter designer du events og parametre, der fanger præcis den data.

Prioritering: Ikke alt skal trackes

En af de hyppigste fejl er at tracke for meget. Hver event kræver implementering, validering og vedligeholdelse. Og jo flere events du har, jo mere støj i dine rapporter.

Erfaringsmæssigt anbefaler vi at starte med 5-10 custom events, der dækker de vigtigste interaktioner i din kunderejse. Det er langt bedre at have 7 veldesignede events med korrekte parametre end 30 events, hvor halvdelen mangler kontekst, og en fjerdedel aldrig bruges.

Sådan opsætter du custom events korrekt

Lad mig gennemgå den praktiske proces for at opsætte et custom event, fra design til implementering.

Navngivningskonventioner

GA4 er følsom over for event-navne, og der er ingen måde at omdøbe et event, når det først er sendt. Brug en konsekvent navngivningskonvention fra start.

Vores anbefalede format: `[kategori]_[handling]`, fx `form_start`, `form_submit`, `video_play_25`, `pricing_view`. Hold navne korte, beskrivende og i lowercase med underscore som separator. Undgå mellemrum, specialtegn og camelCase.

Ifølge Googles dokumentation for GA4-events anbefales det at bruge de foreslåede event-navne, hvor det er relevant (fx `sign_up`, `purchase`), og kun oprette helt tilpassede navne, når ingen standard event dækker behovet.

Implementering via Google Tag Manager

For hvert custom event opretter du:

• En trigger i GTM, der fyrer, når den ønskede interaktion sker (fx et klik på en specifik knap, en scroll til et bestemt punkt, eller en formularindsendelse)
• Et GA4 Event-tag med det korrekte event-navn
• De relevante parametre tilknyttet tagget

For en formularindsendelse kan det se sådan ud: Event-navn `form_submit`, parametre `form_id` (hvilken formular), `form_location` (hvilken side) og `form_type` (kontakt, demo, download).

Brug af dataLayer

For interaktioner, der ikke kan fanges alene via GTM-triggers (fx dynamisk indhold, single-page applications eller komplekse formularflows), skal dit udviklingsteam pushe data til dataLayer. Det er her, samarbejdet mellem marketing og udvikling bliver afgørende. Definer en klar dataLayer-specifikation, der beskriver, hvilke events der pushes, hvornår de pushes, og hvilke parametre de indeholder.

Uden den specifikation oplever vi, at data enten mangler, kommer i forkert format eller duplikeres.

Event-parametre: Den detalje de fleste overser

Et event-navn fortæller dig, hvad der skete. Parametrene fortæller dig, om det var værdifuldt.

Custom dimensions og metrics

GA4 giver dig mulighed for at registrere op til 50 tilpassede event-parametre og 25 brugeregenskaber. For at parametrene er tilgængelige i dine rapporter, skal du registrere dem som custom dimensions eller custom metrics i GA4s admin.

Det er her, mange opsætninger fejler. Events sendes korrekt med parametre via GTM, men parametrene registreres aldrig som custom dimensions i GA4. Resultatet: dataene er der, men de kan ikke bruges i rapporter eller audiences. Hos Manids hjælper vi virksomheder med netop dette.

Eksempler på parametre der gør en reel forskel

For en e-handelsvirksomhed kan parametre på et `add_to_cart`-event inkludere `item_category`, `item_price` og `item_list_name`. Det gør det muligt at analysere, hvilke produktkategorier der tilføjes fra hvilke lister, og til hvilken gennemsnitspris.

For en B2B-virksomhed kan parametre på et `form_submit`-event inkludere `form_type`, `page_path` og `traffic_source_medium`. Dét gør det muligt at se, om leads fra organisk søgning, der udfylder kontaktformularen fra en caseside, er mere kvalificerede end leads fra betalte kampagner, der lander direkte på kontaktsiden.

Parametre giver kontekst. Uden kontekst er events bare tælleenheder.

Validering og fejlfinding af custom events

En custom event-opsætning, der ikke er valideret, er værre end ingen opsætning. Forkerte data fører til forkerte beslutninger, og i modsætning til ingen data opdager du det sjældent med det samme.

DebugView i GA4

GA4s DebugView viser events i realtid, når du har debug-mode aktiveret (via GTM Preview-mode eller Chrome-udvidelsen GA Debugger). Brug den til at verificere, at events fyrer korrekt, at parametre er til stede, og at værdier er korrekte.

En systematisk tilgang: gå igennem hvert custom event manuelt, udfør den handling, der skal trigge eventet, og verificer i DebugView, at event-navnet, parametrene og værdierne matcher din specifikation.

Realtidsrapporter som supplement

DebugView viser enkelthændelser. Realtidsrapporterne i GA4 viser, om events registreres på aggregeret niveau. Brug begge: DebugView til detaljeret validering, realtidsrapporter til at bekræfte, at dataene flyder ind i GA4 korrekt.

Hvad du skal tjekke efter 48 timer

Vent 48 timer efter implementering, og gennemgå derefter event-dataene i GA4s standardrapporter. Tjek for:

• Events der fyrer, men med tomme eller forkerte parameterværdier
• Events der fyrer flere gange pr. interaktion (duplikering)
• Events der slet ikke dukker op (trigger-fejl eller consent-problemer)

Consent-opsætningen er en hyppig årsag til manglende data. Hvis dit cookie-consent-banner blokerer GTM-tags, vil events kun registreres for brugere, der har accepteret. Det er korrekt adfærd, men du skal vide det og forvente lavere tal end dine reelle besøgstal.

GA4 audiences: Segmentering der afspejler kunderejsen

Audiences i GA4 er dynamiske brugersegmenter, der opdateres løbende baseret på de betingelser, du definerer. De bruges til to ting: analyse i GA4 og remarketing via Google Ads.

Hvorfor standardsegmenterne sjældent rækker

GA4 leverer foruddefinerede audiences som “Purchasers” og “All Users”. De er brede. For brede til at understøtte den type segmentering, der giver reel værdi.

En audience for “alle, der har besøgt prisoversigtssiden” er mere brugbar end “alle besøgende”. En audience for “brugere, der har set minimum tre produktsider og derefter besøgt kontaktsiden, men ikke udfyldt formularen” er endnu mere brugbar. Det er præcis den type segmentering, der gør det muligt at forstå, hvor i kunderejsen du mister folk, og hvordan du kan aktivere dem igen.

Audiences kræver events

Her hænger alt sammen. Audiences bygges på events og parametre. Hvis du ikke har custom events, der fanger de relevante interaktioner, kan du ikke bygge audiences, der afspejler din kunderejse. Events er fundamentet. Audiences er det lag, der gør det muligt at segmentere og handle på dataene.

Opbygning af audiences til remarketing og analyse

Betingelser og sekvenser

GA4 audiences understøtter to typer logik: betingelsesbaseret og sekvensbaseret. Betingelsesbaseret audiences inkluderer brugere, der opfylder ét eller flere kriterier (fx “har udløst event `form_start` OG har trafikmedie `cpc`”). Sekvensbaserede audiences kræver, at betingelserne opfyldes i en bestemt rækkefølge (fx “først `page_view` på /services, derefter `form_submit` inden for 7 dage”).

Sekvensbaserede audiences er kraftfulde, fordi de modellerer en kunderejse i stedet for et øjebliksbillede. I praksis bruger vi dem til at identificere brugere, der har vist fremdrift i kunderejsen, men ikke konverteret.

Membership duration

Hver audience har en varighed, der bestemmer, hvor længe en bruger forbliver i segmentet efter at have opfyldt betingelserne. Standarden er 30 dage, men for B2B-virksomheder med længere beslutningsprocesser kan 60 eller 90 dage være mere relevant.

Vores erfaring: sæt varigheden baseret på din gennemsnitlige salgscyklus. Hvis din typiske kunderejse er 6 uger fra første besøg til konvertering, giver en 30-dages audience for lite. Du mister brugere, der stadig er i overvejelse.

Audiences til Google Ads

Audiences, du opretter i GA4, kan deles med din Google Ads-konto via kontolinkning. Det giver dig mulighed for at oprette remarketing-kampagner rettet mod specifikke segmenter. En audience for “besøgende, der har set prissiden og downloadet en brochure, men ikke indsendt kontaktformular” er et langt stærkere grundlag for remarketing end “alle besøgende de seneste 30 dage”.

Ifølge Analytics Mania’s best practices for GA4 er en af de mest undervurderede funktioner netop muligheden for at bygge granulære audiences baseret på event-sekvenser og bruge dem direkte i Google Ads til målrettet remarketing.

Predictive audiences: Hvornår de giver mening

GA4 tilbyder predictive audiences baseret på maskinlæring. De inkluderer segmenter som “Likely 7-day purchasers” og “Likely 7-day churning users”. Det lyder attraktivt, men der er væsentlige forbehold.

Datakrav

Predictive audiences kræver et minimum datavolumen: mindst 1.000 brugere med den relevante positive handling (fx køb) og mindst 1.000 brugere uden, inden for en 7-dages periode. For mange danske virksomheder, særligt B2B, er det datavolumen urealistisk.

Vores vurdering

Predictive audiences er mest relevante for e-handelsvirksomheder med høj trafik og et stort antal transaktioner. For B2B-virksomheder og mindre webshops er det bedre at bruge tid på veldesignede betingelsesbaserede audiences, der bygger på din faktiske kunderejse, frem for at forsøge at aktivere en funktion, datagrundlaget ikke understøtter.

Det er et godt eksempel på en GA4-funktion, der ser lovende ud i dokumentationen, men som i praksis kun giver mening under bestemte betingelser.

GA4 rapporter: Byg en struktur der understøtter beslutninger

GA4s rapporteringsmodul er fleksibelt, men ustruktureret ud af boksen. De standardrapporter, du ser i venstre menu, er generelle og ofte utilstrækkelige for virksomheder med specifikke analysebehov.

Custom reports vs. Explorations

GA4 tilbyder to rapporteringsværktøjer: tilpassede rapporter i rapportbiblioteket og Explorations. De tjener forskellige formål.

Tilpassede rapporter (custom reports) er beregnet til løbende overvågning. De har en fast struktur, kan tilføjes til dit rapportbibliotek og er tilgængelige for alle med adgang til GA4-propertyen. Brug dem til ugentlige og månedlige KPI-overblik.

Explorations er beregnet til ad hoc-analyse og dybere undersøgelser. De er mere fleksible, understøtter avancerede visualiseringer (funnel, pathing, segment overlap) og giver mulighed for at udforske data på måder, standardrapporter ikke kan.

Design rapporter til beslutningstagere

Ifølge TRKKN’s gennemgang af GA4 rapporterings-best practices er den mest almindelige fejl at bygge rapporter, der viser data, men ikke svarer på et spørgsmål. En rapport, der viser sessioner pr. kanal, er information. En rapport, der viser konverteringsrate pr. kanal, segmenteret efter audience, med trendlinje over 90 dage, er et beslutningsgrundlag.

Spørg dig selv for hver rapport: “Hvad ville vi ændre, hvis tallene i denne rapport ændrede sig markant?” Hvis svaret er “ingenting”, har rapporten intet formål.

Explorations i praksis: Funnel, path og segment overlap

Explorations er det stærkeste analyseværktøj i GA4 til at grave ned i brugeradfærd. Tre typer er særligt brugbare.

Funnel Exploration

Funnel Exploration lader dig definere en serie trin og se, hvor mange brugere der gennemfører hvert trin. Det er afgørende for at identificere frafald i kunderejsen.

Et konkret setup: definér en funnel med trinnene `session_start` → `page_view` (serviceside) → `page_view` (prisside) → `form_start` → `form_submit`. Du ser nu præcis, hvor mange brugere der falder fra mellem hvert trin, og du kan segmentere funnelen pr. trafikkilde, enhed eller audience.

Path Exploration

Path Exploration viser, hvilke sider eller events brugerne navigerer til efter et givet udgangspunkt. Det er nyttigt til at forstå, hvad brugerne faktisk gør, kontra hvad du forventer, de gør. Vi bruger det ofte til at opdage uventede mønstre, fx at en stor andel brugere navigerer til karrieresiden i stedet for kontaktsiden, hvilket indikerer et UX-problem eller en uklar sidestruktur.

Segment Overlap

Segment Overlap viser, hvor stor en del af dine audiences der overlapper. Det er relevant, fordi overlappende audiences i Google Ads kan betyde, at du byder mod dig selv i auktioner. I GA4 kan du visuelt se, om dine audiences er tilstrækkeligt differentierede.

Sådan bygger du en rapportstruktur trin for trin

Her er den proces, vi bruger, når vi opbygger en rapportstruktur for en virksomhed.

Trin 1: Definer dine 5-7 vigtigste KPI’er

Ikke metrics. KPI’er. En metric er “sessioner”. En KPI er “konverteringsrate fra organisk trafik til kvalificeret lead”. Begræns dig til de tal, der faktisk påvirker beslutninger.

Trin 2: Opret tilpassede rapporter til løbende overvågning

For hver KPI opretter du en tilpasset rapport i GA4s rapportbibliotek. Inkluder relevante dimensioner (trafikkilde, enhed, landingsside) og segmentér pr. audience, hvor det er relevant.

Trin 3: Opret Explorations til dybere analyse

For de spørgsmål, der kræver mere kontekst, opretter du Explorations. Funnel Exploration til kunderejseanalyse, Path Exploration til navigationsanalyse og Free Form Exploration til ad hoc-krydstabulering.

Trin 4: Definer en rapporteringsrytme

Bestem, hvem der ser hvilke rapporter, og hvor ofte. En ugentlig KPI-rapport til marketingteamet, en månedlig overbliksrapport til ledelsen og ad hoc Explorations til dybere analyser, når data indikerer en ændring.

Uden en fast rytme forfalder selv de bedste rapporter til støv.

GA4 og Google Ads: Audiences og konverteringer på tværs

Integrationen mellem GA4 og Google Ads er et af de steder, hvor avanceret GA4-opsætning giver den mest direkte ROI.

Import af key events som konverteringer

Når du markerer et event som key event i GA4 og har din Google Ads-konto linket, kan du importere eventet som konverteringshandling i Google Ads. Det giver Googles Smart Bidding-algoritme bedre data at optimere efter.

Forskellen er mærkbar. En Google Ads-konto, der optimerer efter importerede GA4-konverteringer med korrekte parametre (inklusiv værdi), performer erfaringsmæssigt bedre end en konto, der kun bruger Google Ads’ eget konverteringstag, fordi GA4 fanger flere attributionsdata og sessionsinformation.

Audiences til remarketing

Som nævnt tidligere kan GA4-audiences deles direkte med Google Ads. Det giver mulighed for at oprette kampagner, der rammer meget specifikke segmenter, baseret på adfærd, du har defineret i GA4.

En vigtig detalje: audiences i GA4 skal have minimum 1.000 brugere, før de kan bruges til remarketing i Google Ads. Hvis din trafik er lav, bør du starte med bredere audiences og gradvist snævre ind, efterhånden som datavolumen vokser.

Erfaringer fra praksis

Vi har opsat og revideret GA4-implementeringer for virksomheder på tværs af brancher. Uden at nævne specifikke navne kan jeg dele de mønstre, der går igen.

Mønster 1: Events uden formål

Den hyppigste situation er virksomheder, der har oprettet 20-30 custom events, fordi “data er godt”. Halvdelen af events har ufuldstændige parametre, en fjerdedel bruges aldrig i rapporter, og ingen har et klart ejerskab over, hvad dataene skal bruges til.

Vores tilgang i de tilfælde er at skære ned. Fjerne events, der ikke besvarer et forretningsspørgsmål, konsolidere events med overlappende formål og sikre, at de tilbageværende events har korrekte parametre og er registreret som custom dimensions i GA4.

Mønster 2: Audiences der aldrig aktiveres

Mange virksomheder opretter audiences i GA4, men bruger dem aldrig til remarketing eller analyse. Audiences har kun værdi, hvis de aktiveres i kampagner eller bruges som segmenter i rapporter. En audience, der bare eksisterer, er spild af opsætningstid.

Mønster 3: Rapporter uden modtager

Det tredje mønster er GA4-opsætninger med detaljerede rapporter, der ikke har en defineret modtager. Ingen kigger på dem regelmæssigt, og ingen handler på tallene. Rapporter skal have en ejer, en rytme og en klar forbindelse til beslutninger.

Disse tre mønstre er ikke tekniske problemer. De er strategiske problemer, og de løses ikke med flere features eller mere data.

De fem mest almindelige fejl i avanceret GA4

Baseret på vores gennemgange af GA4-opsætninger hos danske virksomheder ser vi disse fejl igen og igen.

Fejl 1: For mange events, for lidt struktur

Konsekvens: uoverskuelig rapportering, duplicerede data og events, der aldrig bruges.

Løsning: start med 5-10 events, der direkte besvarer forretningsspørgsmål. Udvid kun, når du har valideret og brugt de eksisterende.

Fejl 2: Parametre, der ikke registreres som custom dimensions

Konsekvens: data sendes til GA4, men kan ikke bruges i rapporter, fordi parametrene ikke er registreret i admin.

Løsning: for hvert custom event, tjek at alle parametre, du ønsker at rapportere på, er registreret som custom dimensions eller metrics i GA4s admin under “Custom definitions”.

Fejl 3: Audiences bygget på ufuldstændig data

Konsekvens: remarketing-kampagner, der rammer de forkerte brugere, fordi audience-betingelserne bygger på events, der ikke fyrer korrekt.

Løsning: valider altid den underliggende event-data, før du bygger audiences ovenpå. En audience er aldrig bedre end de events, den bygger på.

Fejl 4: Ingen navngivningskonvention

Konsekvens: events med navne som “button_click”, “click1”, “CTA_klik” og “cta-click” i samme property. Det gør rapportering umuligt og oprydning tidskrævende.

Løsning: definer en navngivningskonvention, før du opretter det første event, og dokumenter den et sted, hele teamet kan tilgå.

Fejl 5: Manglende consent-håndtering

Konsekvens: events fyrer kun for brugere, der har accepteret cookies, men virksomheden forventer, at dataene repræsenterer al trafik. Det fører til fejlagtige konklusioner.

Løsning: forstå, at GA4-data i en cookie-consent-verden altid er et udsnit af den reelle trafik. Brug Google Consent Mode v2 til at modellere data for brugere, der ikke har accepteret, og vær bevidst om, at dine absolutte tal er lavere end virkeligheden.

Ofte stillede spørgsmål om avanceret GA4

Hvor mange custom events bør jeg have i GA4?

Der er ingen fast grænse, men GA4 tillader op til 500 unikke event-navne pr. property. I praksis anbefaler vi at starte med 5-10 veldesignede events, der besvarer konkrete forretningsspørgsmål. Det er langt mere værdifuldt end 50 events, der aldrig bruges i rapporter. Udvid kun, når du har valideret og aktivt bruger de eksisterende.

Kan jeg bruge GA4 audiences til remarketing i Google Ads?

Ja. Audiences oprettet i GA4 kan deles med en linket Google Ads-konto og bruges til remarketing-kampagner. Audiences skal have minimum 1.000 brugere for at kunne bruges i Google Ads. Sekvensbaserede audiences, der afspejler kunderejsen, giver typisk bedre resultater end brede audiences baseret på enkle betingelser.

Hvad er forskellen på custom reports og Explorations i GA4?

Custom reports i GA4s rapportbibliotek er beregnet til løbende overvågning med fast struktur. Explorations er beregnet til ad hoc-analyse og understøtter avancerede visualiseringer som funnel-analyse, path-analyse og segment overlap. Brug custom reports til ugentlige KPI’er og Explorations til dybere undersøgelser af specifikke problemstillinger.

Hvordan sikrer jeg, at mine custom event-parametre vises i rapporter?

Event-parametre skal registreres som custom dimensions eller custom metrics i GA4s admin under “Custom definitions”. Uden denne registrering sendes data til GA4, men parametrene kan ikke bruges i rapporter eller audiences. Det er en af de hyppigste fejl, vi ser, og den er nem at løse, når du ved, hvad du skal gøre.

Hvornår giver predictive audiences mening i GA4?

Predictive audiences kræver et minimum datavolumen: mindst 1.000 brugere med den relevante handling og mindst 1.000 uden, inden for en 7-dages periode. For de fleste danske B2B-virksomheder er det volumen urealistisk. Funktionen er mest relevant for e-handelsvirksomheder med høj trafik og mange transaktioner. For andre er det bedre at bruge tid på veldesignede betingelsesbaserede audiences. Læs mere om, hvordan vi arbejder med avanceret tracking og analyse.

Hvor ofte bør jeg gennemgå min GA4-opsætning?

Vi anbefaler en grundig gennemgang hvert kvartal og en hurtig validering af kritiske events ved enhver større ændring af hjemmesiden (nyt design, nye sider, ændret formularstruktur). GA4-opsætninger degraderer over tid, fordi hjemmesider ændrer sig, og events, der virkede i mandags, kan fejle efter en deploy i fredags.

Konklusion: GA4 er et beslutningsværktøj, ikke et rapporteringsværktøj

En avanceret GA4-opsætning handler ikke om at bruge flere funktioner eller samle mere data. Det handler om at bygge et system, der besvarer de spørgsmål, din virksomhed har brug for svar på, og gør det muligt at handle hurtigt og præcist.

De fem vigtigste pointer fra denne artikel:

• Custom events skal designes baglæns, fra forretningsspørgsmål til teknisk implementering. Events uden formål skaber støj.
• Parametre er lige så vigtige som events. Uden korrekte parametre, registreret som custom dimensions, mister du konteksten.
• Audiences skal afspejle din faktiske kunderejse og aktiveres i kampagner eller analyse. En audience, der bare eksisterer, er spild.
• Rapportstrukturen skal matche beslutningsprocessen. Hver rapport skal have en ejer, en rytme og en klar forbindelse til handlinger.
• Validering er ikke en enkeltstående handling. Det er en løbende proces, der sikrer, at dine data forbliver pålidelige, når hjemmesiden ændrer sig.

Det, jeg ser markedet bevæge sig mod, er en skarpere opdeling mellem virksomheder, der bruger GA4 som et rapporteringsværktøj (og drukner i data), og virksomheder, der bruger det som et beslutningsværktøj (og faktisk handler på det, de ser). Forskellen ligger sjældent i teknisk kompetence. Den ligger i, om opsætningen er designet med et klart formål.

Hvis du er i tvivl om, hvorvidt din GA4-opsætning understøtter de beslutninger, din virksomhed har brug for, er du velkommen til at kontakte os.