Del 1 av 2 · Det här dokumentet beskriver hur GTM och GA4 konfigureras.
Del 2 — Trafikanalys och rapportering — beskriver hur insamlad data utvärderas och sammanställs till rapport.
Supportsidan om Trafikanalys beskriver varför mätningar och konfigurering behövs.
Ändringshistorik
2026-08-18 — Avsnitt 2h: normaliseringen i variabeln Canonical Page Location utökades till att även strippa avslutande snedstreck (/clubsmap/ → /clubsmap), inte bara skiftläge. Har du redan implementerat 2h? Lägg till en rad i din befintliga variabel — se avsnittet för koden. Inga nya variabler, triggers eller taggar krävs, och inget annat steg i dokumentet påverkas.
2026-08-18 — Avsnitt 2h, Steg 2: förtydligat att page_location-parametern ska sättas under Configuration settings på Google-taggen — inte under Shared event settings, som tidigare felaktigt nämndes som synonymt. Shared event settings gäller bara GA4 Event-taggar och når aldrig den automatiska page_view. Kontrollera din uppsättning om du satte parametern före detta datum: står den under Shared event settings fortsätter skiftläge/snedstreck att dyka upp som separata rader i "Sidor och skärmar", trots att steg 1 och 2 såg klara ut.
Varför ClubRunner kräver särskild konfiguration
ClubRunner använder fem separata domäner. Utan rätt konfiguration tolkar GA4 navigering mellan domänerna som externa besök och skapar nya sessioner med felaktiga trafikkällor. Alla fem måste behandlas som interna.
Filer som besökare laddar ned via ClubRunner hämtas dessutom från en separat blob-domän: clubrunner.blob.core.windows.net. Det kräver en egen trigger (se avsnitt 2g).
Ställ om GTM och GA4 till engelska
Alla menyval och fältnamn i dessa instruktioner är på engelska, exakt som de visas i gränssnitten. Följ stegen nedan för att säkerställa att du ser samma benämningar.
Google Tag Manager — lägg till ?hl=en i adressfältet:
https://tagmanager.google.com/?hl=en
Google Analytics 4 — lägg till ?hl=en i adressfältet:
https://analytics.google.com/?hl=en
För ett distrikt är det nödvändigt att konfigurera spårningen, se supportsidan om Trafikanalys.
Gäller det här också för klubb-sajt?
Motsvarande konfiguration kan göras för en ClubRunner-klubb. Tekniken är identisk — domäner, triggers och taggar fungerar på samma sätt. Skillnaden är att en typisk klubb-sajt har så liten trafikvolym att statistiska mätningar sällan ger meningsfulla resultat: segmenteringar, funnel-analyser och trafikkällefördelningar kräver tillräckligt många observationer för att mönstren ska vara tillförlitliga.
Flera av de avancerade taggarna i detta dokument är däremot värdefulla oavsett volym, eftersom de inte bygger på statistik utan ger en direkt lista över konkreta händelser — även en handfull observationer är användbara:
Utöver dessa ger följande övergripande nyckeltal alltid ett bra underlag, oavsett trafikvolym:
Rekommendation: sätt upp grundtaggen, dokumentnedladdning och sökordsspårning på en klubb-sajt oavsett volym — de kostar inget extra och ger direkt användbar data.
ClubRunner — registrera GTM-behållaren
Fyll i Container ID i ClubRunners analysinställningar
ClubRunner måste känna till ditt GTM-behållar-ID för att injicera spårningskoden automatiskt på alla sidor. Utan detta når ingen data GTM eller GA4.
Sidan har två fält för spårning:
| Avsnitt | Fält | Vad du ska göra |
|---|---|---|
| Google Analytics | Stream ID | Ska vara tomt — radera eventuellt befintligt värde. |
| Google Tag Manager | Container ID | Fyll i ditt Container ID, t.ex. GTM-XXXXXXX. Klicka sedan Spara. |
Google Analytics 4 — inställningar
Lägg till ClubRunners domäner som "Unwanted referrals"
Det här är den viktigaste inställningen för ClubRunner-sajter. Den förhindrar att trafik från ClubRunners egna domäner tolkas som externa besök och bryter pågående sessioner, och att klick till dessa domäner räknas som utgående externa länkklick.
clubrunner.ca för att täcka portal, content och admin-subdomänerna. Lägg gärna till dem ändå för tydlighet. clubrunner.blob.core.windows.net behöver läggas till separat — det är domänen ClubRunner hämtar sidfiler ifrån.
Stäng av utgående klick i Enhanced Measurement
GA4 kan automatiskt spåra klick på utgående länkar via Enhanced Measurement. Eftersom vi hanterar det i GTM med ClubRunner-undantag (se avsnitt 2b) måste den inbyggda funktionen stängas av, annars skapas dubbla events.
| Enhanced Measurement-funktion | Inställning | Kommentar |
|---|---|---|
| Page views | ✅ On | Alltid på |
| Scrolls | ✅ On | Triggar vid 90% scroll |
| Outbound clicks | 🚫 Off | Hanteras via GTM med ClubRunner-undantag |
| Site search | Valfri (utan effekt) | ClubRunner skickar aldrig sökordet som query-parameter — funktionen kan aldrig trigga här. Sökordsspårning hanteras helt via anpassad GTM-uppsättning, se avsnitt 2i |
| Video engagement | ✅ On | Fångar YouTube-inbäddningar |
| File downloads | 🚫 Off | Hanteras via GTM (2f/2g). Blob-filerna har filändelser och skulle annars dubbelräknas av den inbyggda spårningen |
Registrera custom dimensions för event-parametrar
Events som skapas i GTM kan skicka med parametrar (t.ex. vilken URL som klickades). Parametrarna syns inte automatiskt i GA4-rapporter — de måste registreras som "custom dimensions" för att bli sökbara och rapporterbara. Rapporterna byggs i nästa avsnitt 1d.
Skapa en rad per parameter:
| Dimension name (valfritt) | Scope | Event parameter / User property | Description (används av) |
|---|---|---|---|
| Link URL | Event | link_url |
outbound_click, bulletin_viewed |
| Link text | Event | link_text |
outbound_click, file_download (taggarna i 2f och 2g) |
| File name | Event | file_name |
file_download (taggarna i 2f och 2g) |
| Search term | Event | search_term |
view_search_results |
| Special Event Label | Event | special_event_label |
special_event (2j) |
search_term dyker upp i listan först efter att GA4 tagit emot den från en riktig sökning på den publicerade sajten. Registreringen är inte retroaktiv.
Bygg en Utforskning med fem flikar för custom events
GA4:s standardrapporter visar totalantal per event men inte vad som klickades eller söktes. Det kräver en Utforskning (Explore). Bygg en gemensam utforskning med fem flikar — en per custom event — så att all detaljdata finns samlad på ett ställe. Inställningarna nedan är för att komma igång, ändra själv på inställningarna för att anpassa rapporterna ytterligare.
Kom igång
- Gå till Explore → Blank exploration.
- Namnge utforskningen, t.ex. Custom events [period].
- Öppna Variables-panelen (vänster) och klicka på + bredvid Dimensions resp. Metrics för att lägga till dessa gemensamma variabler för alla flikar:
Dimensions: Event name Link text Link URL File name Search term Special Event Label Metric: Event count
- Skapa sedan fem flikar i ordning nedan. Varje flik konfigureras i Tab Settings-panelen (höger).
Tips: Efter första rapporten, tryck på nerpilen i fliknamnet och duplicera fliken, då behöver du bara göra några mindre ändringar på nya flikens Settings. Redigera fliknamn genom att klicka i namnet.
Flik 1 — UTgående klick
Flik 2 — Sitesearch CR
Flik 3 — Nedladdningar
file_download. De syns som ett och samma event i rapporten — file_name innehåller full URL och skiljer källorna åt. Filtrera på clubrunner.blob.core.windows.net om du vill separera dem.
Flik 4 — Bulletin viewed
/bulletin/View/[uuid] är unik för ett specifikt nyhetsbrev. Slå upp UUID:et i ClubRunner under Bulletins för att identifiera vilket utskick varje rad avser.
Flik 5 — Special Event
Referral-spam — domänlista och hostname-filter
Det finns två sorters referral-spam med helt olika mekanismer, och de kräver olika åtgärder.
Moderna MP-spammare (t.ex. leadsgo.io) injicerar falska sessioner direkt mot GA4:s insamlingsserver via Measurement Protocol — din gtag.js körs aldrig. Det innebär att "List unwanted referrals" inte har någon effekt: listan är en klientsidig kontroll som MP-spammen aldrig passerar. Sessionerna registreras ändå i GA4 med spamdomänen intakt som källa. Det enda effektiva skyddet mot MP-spam är Web hostname traffic-filtret (se nedan).
Crawlande spam (äldre bots, knapp- och trafikspam) besöker faktiskt sajten. Gtag.js laddas, och listan gör att spammens domän inte skrivs som referral-källa — sessionen hamnar under direct i stället för referral. Sessionen försvinner inte, men förvanskar inte trafikkällsrapporten.
Listan nedan är ändå värd att ha som bevakningsskikt för crawlande spam och e-postproxies. GA4 tillåter max 50 domäner per dataström — listan nedan innehåller ca 30.
Kända spamdomäner
| Domän | Notering |
|---|---|
leadsgo.io |
Vanligast förekommande 2024–2025; "det nya Semalt" |
semalt.com |
Klassisk spammare, aktiv sedan 2014 |
semalt.net |
Variant av ovan |
trafficpeak.io |
Aktivt rapporterad 2024–2025 |
news.grets.store |
Aktivt rapporterad 2024–2025 |
static.seders.website |
Aktivt rapporterad 2024–2025 |
info.seders.website |
Variant av ovan |
kar.razas.site |
Aktivt rapporterad 2024–2025 |
Knapp-/widget-spam (prioritet 2)
Utger sig för att komma från delade sociala knappar för att locka klick.
Trafik-spam (prioritet 2)
Domäner som säljer eller simulerar webbplatstrafik.
E-post/nyhetsbrev-proxies att bevaka
Kan vara legitima — utred om du inte känner igen avsändaren innan du spärrar.
| Domän | Notering |
|---|---|
url41.mailanyone.net |
E-postspårproxy — lägg till om du inte skickar nyhetsbrev via tjänsten |
statics.teams.cdn.office.net |
Microsoft Teams länkförhandsgranskning — kan vara intern trafik |
medium = referral en gång i månaden. Domäner med orealistiskt hög engagemangsgrad (>95 %) och lång sessionstid men noll konverteringar är typiska spamkännetecken.
Web hostname traffic — det effektiva skyddet mot MP-spam
GA4:s Web hostname traffic-filter filtrerar bort träffar där hostname inte matchar dina riktiga domäner. MP-spam saknar per definition ett giltigt hostname från din sajt, vilket gör filtret träffsäkert mot den typen av spamtrafik — till skillnad mot domänlistan ovan.
Koppla Google Search Console till GA4
Google Search Console (GSC) visar vilka söktermer i Google som leder besökare till sajten — det vill säga den inkommande söktrafiken. Det kompletterar sökordsspårningen i avsnitt 2i, som fångar vad besökare söker på sajten när de väl är inne.
google-site-verification).
- Klicka på Link.
- Välj den Search Console-property som matchar sajten.
- Välj dataström och bekräfta.
När länken är aktiv visas data under Reports → Acquisition → Search Console med följande dimensioner:
| Rapport | Vad den visar |
|---|---|
| Queries | Vilka söktermer i Google som genererade klick och visningar |
| Google organic search pages | Vilka sidor som rankades, med antal klick, visningar, CTR och genomsnittlig position |
Google Tag Manager — taggar och triggers
Aktivera inbyggda variabler för klickspårning
GTM har inbyggda variabler som fångar data om klick (vilken URL, vilken länktext etc.). De måste aktiveras manuellt innan de kan användas i triggers och taggar.
Bocka i följande under avsnittet "Clicks":
Stäng konfigurationspanelen (kryss uppe till höger). Variablerna är nu tillgängliga i alla triggers och taggar.
Google-tagg — GA4-grundkonfiguration
Den centrala taggen som initierar GA4. Alla andra GA4-event-taggar refererar till denna. Den ska vara av typen Google tag (inte den äldre "GA4 Configuration").
G-XXXXXXXXXX. Hittas i GA4 under Admin → Data Streams → din ström. Om du redan använder GA4, fortsätt med samma ID även om spårningen går via GTM.Microsoft Clarity — tagg
Microsoft Clarity är ett kostnadsfritt verktyg för session recording och heatmaps. Det kan också fungera som ett oberoende mått att jämföra med GA4-siffror, bl.a. för att uppskatta bortfall från nekade cookies.
Clarity-projekt-ID hittas under Settings → Setup → Get tracking code i Microsoft Clarity clarity.microsoft.com. Det är en kort alfanumerisk sträng, t.ex. abc123xyz.
Alternativ A — Clarity-mall (rekommenderas)
Alternativ B — Custom HTML
Utgående länkklick — trigger och tagg
Registrerar klick på externa länkar. ClubRunners egna domäner, bulletin-länkar och sid-filnedladdningar måste exkluderas så att de inte räknas som externa eller dubbelräknas mot nedladdningstaggarna.
Steg 1 — Skapa trigger
clubrunner.blob.core.windows.net och fångas redan av nedladdningstaggen i avsnitt 2g. Utan denna rad skulle samma klick även utlösa outbound_click och dubbelräknas som externt. view.officeapps.live.com läggs till som defensivt undantag: Word-, Excel- och PowerPoint-dokument i /documents/sv-se/ täcks redan av triggern i 2f (ClubRunners href pekar alltid på rotary2405.se och omdirigeringen sker server-side), men om en länk av misstag hårdkodas direkt till Office Viewer fångas den ändå inte som outbound_click.
href — t.ex. ClubRunners "Filter"-knapp på evenemangssidan, som filtrerar via JavaScript. Då blir {{Click URL}} tom, och en tom sträng uppfyller alla negativa villkor samtidigt. Villkoret Click URL matches RegEx ^https?:// kräver en verklig http(s)-adress och släcker den falska träffen. (Triggrarna 2e–2g drabbas inte, eftersom de bygger på positiva contains/starts with-villkor.)
Steg 2 — Skapa tagg
Nyhetsbrevvisning (bulletin) — trigger och tagg
ClubRunner inkluderar inte GTM på /bulletin/View/-sidor. Lösningen är att fånga klicket på länken i ursprungssessionen istället, vilket ger ett event knutet till den aktiva sessionen.
Triggern måste också läggas till som undantag i "Outbound link click"-triggern (avsnitt 2d) så att bulletin-klick inte räknas dubbelt.
/bulletin/View/. Fel skiftläge i villkoret gör att triggern aldrig aktiveras.
Steg 1 — Skapa trigger
Steg 2 — Skapa tagg
Dokumentnedladdning — trigger och tagg
Fångar klick på ClubRunners dokumentlänkar (filer i Dokument). Matcha på sökvägen /documents/sv-se/ i URL:en i stället för filtypsändelse — ClubRunners dokumentlänkar har inte alltid en filändelse, och sökvägsmatchning är enklare och mer robust.
Steg 1 — Skapa trigger
/documents/sv-se/) i href-attributet för alla dokumenttyper — PDF, Word, Excel och PowerPoint. Omdirigeringen till Microsoft Office Online Viewer (view.officeapps.live.com) sker server-side efter klicket; GTM fångar href-attributet före omdirigeringen. Ingen separat trigger behövs för Office-dokument. Händelser som syns i GA4 som utgående klick till view.officeapps.live.com är en artefakt av Enhanced Measurement och försvinner när Outbound clicks stängs av (avsnitt 1b).
Steg 2 — Skapa tagg
Nedladdning av sidfiler via ClubRunner blob-lagring — trigger och tagg
Filer som är uppladdade i widgeten Download Page Files lagrar ClubRunner på en separat domän: clubrunner.blob.core.windows.net. Dessa filer ligger under ett sökvägsprefix som inleds med distriktets/klubbens ClubRunner-ID (t.ex. /00000060099/). Eftersom det ID:t är unikt för distrikt/klubb räcker det som matchning — triggern blir då oberoende av språk- och mappstruktur. De kräver en separat trigger eftersom domänen skiljer sig från din publika sajt.
Blob-domänen måste också vara med i undantagen i "Outbound link click"-triggern (avsnitt 2d) så att dessa nedladdningar inte samtidigt räknas som externa klick.
/documents/sv-se/), medan 2g fångar filer som ClubRunner serverar från blob-lagringen på en annan domän (clubrunner.blob.core.windows.net/[org-ID]/). De ligger på olika domäner och behöver därför var sin trigger.
Steg 1 — Skapa trigger
Steg 2 — Skapa tagg
file_download. I GA4 visas de som ett samlat mått under Engagement → Events. Parametern file_name innehåller full URL och du kan filtrera på domän för att skilja dem åt i rapporter.
Konsolidera sidvisningar: omdöpta sidor, skiftläge och avslutande snedstreck (canonical-sökväg)
GA4 grupperar sidvisningar på page_location (den faktiska URL:en). På ClubRunner gör det att samma sida ofta splittras på flera rader av tre skäl: omdöpta sidor nås via en gammal alias-URL parallellt med den rena adressen, skiftläge i sökvägen (/Events vs /events, /ClubInfo/… vs /clubinfo/…) skapar dubbletter, och avslutande snedstreck gör detsamma (/clubsmap/ vs /clubsmap). Variabeln nedan åtgärdar alla tre.
När en sida byter namn låter ClubRunner den gamla adressen fortsätta fungera — men utan 301-omdirigering. Innehållet serveras på en lång alias-URL, t.ex. /60099/Page/Show?ClassCode=Page&Slug=…, parallellt med den rena /page/<slug>. Resultatet blir två sidor i rapporten för samma innehåll.
200 — så GA4 registrerar båda adresserna som varsin sida.
(2) canonical-taggen på alias-sidan pekar mot fel värd: portal.clubrunner.ca i stället för den publika domänen. Kopierar du därför canonical rakt av till page_location får du en portal.clubrunner.ca-rad i stället.
Så här ser det faktiskt ut för samma sida nådd via två ingångar:
| Ingång (URL du klickar) | Canonical som ClubRunner skickar |
|---|---|
rotary2405.se/page/support-logga-in-hjälp |
https://rotary2405.se/page/support-logga-in-hjälp ✅ |
rotary2405.se/60099/Page/Show?…&Slug=support-logga-in-hjälp |
https://portal.clubrunner.ca/page/support-logga-in-hjälp ❌ fel värd |
Poängen: sökvägen /page/support-logga-in-hjälp är identisk i båda canonical — det är bara värden som skiljer. Därför bygger variabeln page_location av canonical-sökvägen (rätt i båda fallen) men sätter den alltid på den publika domänen via location.origin.
Steg 1 — Variabel som bygger ren page_location
Canonical-sökvägen (omdöpta sidor). Variabeln tar sökvägen ur canonical-taggen (samma rena /page/<slug> oavsett om besökaren kom in via alias-URL:en eller den rena adressen), sätter den på den publika domänen via location.origin, och behåller bara kampanjparametrar (utm_*, gclid m.fl.) så att attributionen överlever.
Skiftlägeskorrigering. Raden path = path.toLowerCase() gör sökvägen gemen — ClubRunner är skiftlägesokänsligt, så /Events, /ClubInfo/… och /ClubsMap slås ihop med sina gemena varianter. I ett års rådata för rotary2405.se, perioden precis innan GTM-uppstädningen (2025-03-01–2026-02-28), låg 12 681 av periodens 30 942 visningar (41 %) fördelade på 207 sådana dubblettgrupper — /clubinfo/* var ofta splittrat i tre–fyra skiftlägesvarianter. Lowercasingen normaliserar samtidigt %-kodningens skiftläge (%C3%A4 → %c3%a4). Eftersom bara sökvägen görs gemen påverkas inte kampanjparametrarnas värden.
Avslutande snedstreck. Raden som strippar ett eventuellt sista / (utom på roten, som lämnas orörd) slår på samma sätt ihop /clubsmap/ med /clubsmap — ClubRunner svarar identiskt oavsett om sökvägen avslutas med snedstreck eller inte. I samma årsdata stod trailing slash-dubbletter för ytterligare 10 664 visningar fördelade på 106 grupper. Kombinerat slår skiftläges- och snedstreckskorrigeringen tillsammans ihop 259 dubblettgrupper — 16 837 av periodens 30 942 visningar (54 %). Ett konkret exempel: /ClubsMap, /clubsmap och /clubsmap/ var tre separata rader i rapporten trots att alla pekar på samma sida — tillsammans 1 287 visningar.
/ och den interna routen /page/showhomepage (dit logotyp-/"Hem"-länkar ofta går). Båda har självrefererande canonical, så canonical ensam slår inte ihop dem; därför tvingar if-raden i variabeln /page/showhomepage till roten. Den bara routen /60099/Page/Show utan ?…&Slug= är däremot en felsida ("Kontot hittas inte", soft 404) — den ska inte normaliseras bort. Dyker den upp i rapporterna är det en nyttig signal om trasiga länkar (larma t.ex. på page_title som innehåller "General Error").
Steg 2 — Skriv över page_location i Google-taggen
Öppna Google-taggen från avsnitt 2b. Under Configuration settings klicka Add parameter och fyll i:
page_location — helt gement. GA4:s inbyggda fält heter så; skriver du Page_location (stort P, en vanlig instinkt eftersom GTM:s eget UI-fält heter "Page location") känner GA4 inte igen det som det reserverade fältet. Det skapas i stället en helt egen, oanvänd anpassad parameter, och page_location förblir opåverkad — overriden ser konfigurerad ut men gör ingenting.
page_view och alla GA4-event som ärver Google-taggen rapporteras nu på den rena sökvägen, oavsett vilken alias-URL besökaren kom in på. Eftersom kampanjparametrarna behålls påverkas inte trafikkällorna.
/ClubsMap), filtrera Network-fliken på collect och kontrollera dl-parametern i GA4-anropet. Står sökvägen där med gemener är overrideen korrekt kopplad; står den kvar i originalskiftläge sitter parametern fortfarande på fel ställe eller så är containerversionen inte publicerad.
Sökrutan i header — spåra sökord (site search)
ClubRunners inbyggda sökruta (fältet med id="searchString" i sidhuvudet) skickar inte sökordet som en query-parameter (?q=…), vilket är vad GA4:s Enhanced Measurement förväntar sig. Istället navigerar ClubRunner till en sökväg på formen /Search/<sökord>. Det innebär att sökordet måste extraheras ur sökvägen med en Custom JavaScript-variabel.
. % ? : / + * & " med platshållarna -~0- till -~8-. Variabeln nedan återställer dessa till originaltecken.
Steg 1 — Variabel som extraherar sökordet
Steg 2 — Trigger
Steg 3 — Tagg
{{ och välj variabeln ur listan som poppar upp — bekräfta med Tab eller klick utanför fältet. Om du klickar direkt från variabelfältet till värdefältet med musen nollställs valet.
Special Event — utvalda länkar och knappar med egen etikett
Utöver de generella kategorierna ovan (utgående klick, nedladdningar, sökning) vill man ibland följa enskilda, utvalda länkar eller knappar individuellt i rapporter — t.ex. en anmälningslänk — med en läsbar etikett i GA4 (t.ex. "Intresseanmälan") i stället för bara länkadressen. Ett gemensamt eventnamn, special_event, används för alla dessa, oavsett hur många olika länkar/knappar som spåras. Nya specialevent kräver normalt ingen ny trigger eller tagg — bara en radändring i en av två delade komponenter. På ClubRunner webbsidor finns länkarna i tre huvudtyper, beroende på vilken widget som används för länken:
| ClubRunner-widget | Vad som går att redigera | Matchas via |
|---|---|---|
| Textwidget (länk i löpande text) | Bara länktext, ingen HTML | URL-lista (Special Event – Link List) |
| Knapp-widget ("Bara en knapp") | Knapptext och länkadress, ingen HTML | URL-lista (Special Event – Link List) |
| Custom widget | Fri HTML, inkl. attribut | data-ga-label-attribut (Special Event – Attribute) |
href="https://exempel.se "), vilket gör att ett exakt equals-villkor missar träffen. RegEx-matchningen som används i konfigurationen nedan kräver ingen exakt slutmatchning och påverkas därför inte av mellanslaget.
Rekommenderad lösning: data-ga-label i Custom widget
Använd det här mönstret när länken/knappen ligger i en Custom widget (HTML-redigerbar) — enklast, och kräver ingen framtida GTM-ändring.
Exempel på kod med blå knapp som växlar färg vid mouse-over (samma stil och färger som ClubRunners Läs mer-knappar) vars etikett (Intresseanmälan) syns tydligt i GA4-rapporten:
Textwidget och knapp-widget saknar HTML-redigering och kan inte bära attributet — då används metoden i "Konfigurera ditt första specialevent" nedan i stället.
Grundinstallation — byggs en gång, oavsett vilken variant som används
Steg 1 — Variabel: Click Data Label
Steg 2 — Variabel: Special Event Label Lookup (skapas tom)
Steg 3 — Variabel: Special Event Label (fallback-kedja)
Steg 4 — Trigger: Special Event – Attribute
Konfigurera ditt första specialevent
Vilket av stegen nedan som gäller beror på widgettypen (se tabellen ovan) — grundinstallationen fungerar likadant oavsett om ditt första fall har en etikett eller inte.
Om Custom widget (etikett): lägg till data-ga-label i HTML-koden enligt exemplet högst upp. Inget mer att göra — Special Event – Attribute fångar den automatiskt.
Om textwidget eller knapp-widget (ingen etikett möjlig):
Steg 5 — Lägg till en rad i Special Event Label Lookup
Steg 6 — Trigger: Special Event – Link List
Steg 7 — Tagg: GA4 – Special Event
Steg 8 — GA4: registrera custom dimension
| Dimension name | Scope | Event parameter | Description |
|---|---|---|---|
| Special Event Label | Event | special_event_label | special_event |
special_event påverkar inte räkningen av utgående klick. Special event-länkar kan vara både interna och externa. En extern special event-länk är genuint ett utgående klick och ingår redan naturligt i den totalen i "Outbound link click" (2d) — den räknas inte extra eller annorlunda för att den även är ett specialevent. En intern special event-länk berörs inte alls av 2d, eftersom den triggern bara matchar externa domäner.
Update — lägga till fler specialevent senare
- Custom widget (med etikett): lägg till
data-ga-label="etikett"i HTML-koden. Klart, ingen GTM-ändring. - Textwidget/knapp-widget (utan etikett): lägg till en rad i Special Event Label Lookup. Finns triggern Special Event – Link List redan (steg 6): lägg till
|nyURLsist i RegEx-uttrycket. Finns den inte än: skapa den enligt steg 6, och koppla den till taggen GA4 – Special Event.
Testa och publicera
Publicera aldrig ändringar utan att testa dem i GTM:s Preview-läge. Varje osparad ändring i arbetsytan är en "Draft" — det är först efter publicering som ändringarna blir aktiva och skickar data vidare till GA4.
Kända begränsningar med ClubRunner
Sidor utan GTM-täckning
ClubRunner lägger inte in GTM-kod i nedanstående sidtyper. De registreras därför inte som sidvisningar i GA4, men vi kompenserar med click events.
| URL-mönster | Innehåll | Kompensation |
|---|---|---|
/bulletin/View/[uuid] |
Nyhetsbrev | ✅ Klick-event i ursprungssessionen (avsnitt 2e) |
/documents/[uuid] |
Dokumentvisning | ✅ Nedladdnings-event (avsnitt 2f/2g) |
GTM Tag Coverage — tolka rapporten rätt
GTM:s inbyggda "Tag Coverage"-rapport (Admin → Tag Coverage) visar hur många sidor som saknar GTM-taggning. För ClubRunner-sajter ser siffran dramatisk ut, men majoriteten av de otaggade sidorna är bulletin-sidor, dokumentsidor och interna adminsidor — inte primärt publikt innehåll. Rapporten uppdateras automatiskt när GTM-behållaren publiceras eller när besökare genererar ny trafik.
Google Analytics 4
- List unwanted referrals: lägg till
clubrunner.ca,crsadmin.com,clubrunner.blob.core.windows.net— plus referral-spam-listan i avsnitt 1e - Enhanced Measurement: stäng av Outbound clicks och File downloads
- Custom dimensions (Event scope):
link_url,link_text,file_name,search_term,special_event_label - Utforskning "Custom events [period]" med fem flikar: UTgående klick, Sitesearch CR, Nedladdningar, Bulletin viewed, Special Event (avsnitt 1d)
- Verifiera events i DebugView efter publicering
Google Tag Manager — 8 taggar
- Google tag (GA4) — trigger: Initialization – All Pages
- Microsoft Clarity — trigger: Initialization – All Pages
- GA4 Event:
outbound_click— gate^https?://+ exkludera ClubRunner-domäner och/bulletin/View/ - GA4 Event:
bulletin_viewed— klick på/bulletin/View/ - GA4 Event:
file_download(2f) — sökvägstrigger för/documents/sv-se/ - GA4 Event:
file_download(2g) — blob-URL-trigger för ClubRunner-sidfiler - GA4 Event:
view_search_results— regex^/[Ss]earch/på sökväg - GA4 Event:
special_event(2j) — Click Element [data-ga-label] eller URL-lista, etikett via fallback-kedja
Nationell portal — rotary.se (mäta vidareklick)
rotarystudent.se, rotaryfoundation.se). Här är utgående klick den primära mätpunkten. Avsnittet är komplett och kan följas fristående för en portal.
Principskillnaden mot distrikt/klubb
På en webbplats för distrikt eller klubb dämpar du utgående brus och håller alla ClubRunner-domäner interna. På portalen vill du tvärtom räkna klicken ut till distrikt och andra Rotarysajter. De är äkta externa sajter med egna GA4-egendomar — de ska därför inte läggas i unwanted referrals och inte undantas i triggern. Endast ClubRunners egen infrastruktur hålls intern.
GA4 — List unwanted referrals (endast ClubRunner-infrastruktur)
Eftersom portalen själv kör ClubRunner ska dess egen infrastruktur hållas intern, precis som för distrikt/klubb.
GA4 — Enhanced Measurement och custom dimensions
Stäng av Outbound clicks i Enhanced Measurement (samma skäl som avsnitt 1b — vi hanterar utgående klick i GTM för att kunna skicka med måldomänen). Övriga Enhanced Measurement-funktioner kan stå kvar på.
Registrera custom dimensions så att klick går att rapportera per sajt:
| Dimension name | Scope | Event parameter / User property | Syfte |
|---|---|---|---|
| Link domain | Event | link_domain |
Måldomän — bryt ner klick per sajt |
| Link URL | Event | link_url |
Full destinations-URL |
| Link text | Event | link_text |
Länktexten som klickades |
link_domain är det som skiljer portaluppsättningen från distrikt/klubb — det är den dimension du grupperar rapporten på.
GTM — grundtaggar Google tag och Clarity, plus omdöpta sidor
Detaljerade klicksteg finns i avsnitt 2b (Google tag) och 2c (Clarity).
Lägg också in konsolideringen av omdöpta sidor (avsnitt 2h), inklusive page_location-omskrivning i portalens Google-tagg.
GTM — variabel som plockar ut måldomänen
Aktivera först de inbyggda klickvariablerna (Click URL, Click Text m.fl.) enligt avsnitt 2a. Skapa sedan en variabel som extraherar enbart värdnamnet ur den klickade länken, så att rapporten kan grupperas per sajt i stället för per full URL.
Variabeln returnerar t.ex. rotary2405.se eller rotarystudent.se och tar bort inledande www. så att samma sajt inte splittras på två rader.
GTM — trigger och tagg för vidareklick
Ett enda event som triggas på alla länkar som lämnar rotary.se. Det skalar automatiskt när nya distrikts- eller andra sajter tillkommer — ingen lista att underhålla.
Steg 1 — Skapa trigger
https://rotary2325.se börjar inte med https://rotary.se, så klick till distriktssajterna hindras inte utan räknas som vidareklick. Raden med https://www.rotary.se är en säkerhetsrad: om portalen nås via www-adressen ska interna länkar inte räknas som utgående. ClubRunner-domänerna exkluderas dessutom så att klick till t.ex. inloggningen (portal.clubrunner.ca) inte räknas som vidareklick.
Steg 2 — Skapa tagg
GA4 — Bygg en Utforskning för portaltrafik
Portalen behöver en egen Utforskning som visar vidareklick till distrikt och andra sajter. Konfigurationen är enklare än "Custom events" eftersom eventet är ett — outbound_click — men med link_domain som primär dimension för att bryta ned klick per målsajt.
Kom igång
- Gå till Explore → Blank exploration.
- Namnge utforskningen Portaltrafik.
- Lägg till dessa gemensamma variabler i Variables-panelen:
Dimensions: Event name Link domain Link URL Metric: Event count
- Skapa sedan två flikar i ordning nedan.
Flik 1 — Event sum
Överskådlig bild av alla event-typer — ger en snabb bild av trafiken utan filter.
Flik 2 — UTgående klick
Klick nedbrutet per målsajt och URL — det primära rapportverktyget för portalen.
Link domain på de aktuella domänerna i rapporten — du behöver inte ändra taggen.