Hvis du har jobbet en stund med Google Ads-kampanjer av hvilken som helst type (AdWords, Shopping eller Display), er det mulig at du har støtt på (eller kjempet med) parameteren GCLID. Men vet du egentlig hva den er, hvordan den aktiveres eller hvordan du sjekker at den fungerer riktig?
I denne artikkelen skal vi forklare alt på den enkleste måten jeg kjenner. Vi starter med en introduksjon og forklaring av grunnbegrepene (hvis du allerede kan dem, kan du hoppe over den og gå rett til punkt 4) for å komme til det egentlige målet med innlegget, nemlig å forklare med et reelt tilfelle hvordan man oppdager problemet og sjekker at løsningen fungerer riktig på enklest mulig måte.
Skal vi sette i gang?
Oppdatering mai 2025:
Selv om teorien som forklares nedenfor fortsatt er helt gyldig (og du bør lese den for å forstå alt skikkelig), er sannheten at det har gått fire år siden jeg skrev artikkelen.
Det har for eksempel gjort at utvidelsen Tag Assistant som vi brukte til å teste parameteren, har endret seg.
Derfor har jeg spilt inn en video med den nåværende prosessen, og den finner du nedenfor.
Før du ser den, anbefaler jeg likevel sterkt at du tar en titt på det opprinnelige tekstinnholdet, siden det vil hjelpe deg å forstå konteksten for alt jeg forklarer i videoen bedre.
Og et tips til, som jeg forteller om på slutten av videoen, men som ikke står i teksten til den opprinnelige artikkelen:
Per i dag, og med tanke på vanskelighetene som nettlesere, enheter og utvidelser hver dag legger til for analytisk og annonseringsrelatert tracking, hvis du bruker Google Ads må du tagge kampanjene dine dobbelt:
- Ved å bruke automatisk tracking i Google Ads.
- Ved å legge til UTM-tagging i alle URL-er.
Det er måten å forbedre sporingen av Google Ads-kampanjene dine i Google Analytics på.
Med dette avslutter jeg oppdateringen av artikkelen. Nedenfor finner du originalteksten, der begrepene fortsatt er helt gyldige.
Índice de Contenidos del Artículo
Begreper om GCLID-parameteren og automatisk kampanjetagging
Før vi starter med selve tilfellet, er det lurt å gå gjennom noen begreper som vi kommer til å bruke videre i artikkelen. Det første er å forklare hva automatisk tagging i Google Ads, som er funksjonen som genererer GCLID-parameteren, består av.
Automatisk tagging i Google Ads
Hva det er
Som vi kan lese på Googles støtteside, er automatisk tagging en funksjon i Google Ads som legger til parameteren GCLID (Google Click Identifier) i alle URL-ene på kontoen. Denne parameteren gjør det mulig å dele klikkdata mellom Googles ulike markedsføringsverktøy, spesielt mellom Google Ads og Google Analytics.
Hvordan den aktiveres
Det er verdt å påpeke at den er deaktivert som standard i alle kontoer, og at det er vi selv, frivillig, som må aktivere den. For å gjøre det går vi til Google Ads-kontoen der vi vil aktivere den, og når vi er der, går vi inn i innstillingene, som vist på bildet:

I tillegg må vi koble sammen Google Analytics- og Google Ads-kontoene som vi vil dele informasjon mellom fra administrasjonen av Google Analytics-området:

Hvilke fordeler den gir
Hovedsakelig å kunne importere beregninger fra ett verktøy til et annet, og dermed ta med fluktfrekvens eller tid på side -egne Google Analytics-beregninger- i Google Ads-rapportene:

På samme måte får vi visninger eller klikk (egne for Google Ads) i Analytics-rapportene:

Å ha en End to End-visning av brukerne som klikker på annonsene våre og hva de til slutt gjør på nettstedet vårt (fluktfrekvens, konverteringer…) er selvsagt ganske uunnværlig, synes dere ikke?
GCLID-parameteren
Nå som vi vet hva automatisk tagging går ut på, går vi videre og ser hvordan Google utfører den, nemlig gjennom denne berømte parameteren.
Hva det er, hva den går ut på
Som vi sa tidligere, GCLID er en unik parameter som Google legger til i alle URL-er for Google Ads-kampanjer -så lenge vi har automatisk tagging aktivert, ikke glem det- og som gjør det mulig å utveksle informasjon mellom selskapets markedsføringsplattformer.
Kampanjens URL ville bli omgjort slik:
- Opprinnelig URL som vi legger til i kampanjen: https://www.yopongoelhielo.com/es/3-whisky
- Eksempel på URL parametrisert av Google: https://www.yopongoelhielo.com/es/3-whisky?gclid=123456789
Den uthevede delen av URL-en ovenfor er det Google legger til i vår opprinnelige URL: GCLID. Denne verdien er unik for hvert klikk, og gjør at bestemte verdier kan knyttes til den.
Hva den faktisk gjør
GCLID-en som legges til i Google Ads, identifiseres i Google Analytics, som legger til følgende dimensjoner i brukerens økt:
- Kilde
- Medium
- Kampanje
- Annonsegruppe
- Keyword
- Søketerm
- Samsvar
- Enhetstype
- Og noen flere
Fordeler
Den største fordelen med å ha den aktivert er bekvemmeligheten: på denne måten slipper vi å legge til UTM-parametere i alle kampanje-URL-ene, og unngår i tillegg feil som skrivefeil, feil tagging eller til og med at vi glemmer å legge til kampanjetracking. Generelt sett er det sterkt anbefalt å bruke den.
Hvordan den aktiveres
Ved å aktivere automatisk tagging som vi kommenterte i forrige punkt, er det nok. Du trenger ikke gjøre noe mer for at GCLID-parameteren skal legges til i URL-ene til kampanjene dine.
Med dette avslutter vi introduksjonsdelen og går inn i sakens kjerne: eksempeltilfellet. Blir du med?
Problemet som ble oppdaget
Når vi har grunnbegrepene klare, går vi inn i det reelle tilfellet som skal fungere som eksempel. I Yo pongo el hielo hadde vi hatt flere AdWords-kampanjer i gang ganske lenge og ville lansere en Google Shopping-kampanje.
Vi hadde aldri hatt problemer med tagging i AdWords, men da vi sjekket dataene for Shopping-kampanjen, fant vi dette:
Google Analytics
Vi ser at i Analytics-rapportene dukket ikke plattformens egne beregninger opp, i motsetning til i resten av AdWords-kampanjene:
Google Ads
Vel, hvis de ikke vises i Analytics, gjør det vel ingenting, vi ser på dem i Google Ads og ferdig med det, tenkte vi. Så naive!

Som vi kan se, ga verken Google Analytics eller Google Ads oss ytelsesberegningene for brukerne som kom fra Shopping-kampanjen på siden. Og det er et viktig problem når du investerer penger.
Den manuelle løsningen: workaround
Vi ville ikke stoppe kampanjen. Vi sjekket at alt var riktig konfigurert på de tre plattformene: til Google Ads og Analytics la vi til en gjennomgang i Google Merchant, Googles plattform for håndtering av produktkatalogen for Shopping. Det er stedet der feedene lastes opp, og er derfor uunnværlig for å jobbe med kanalen. Vi fant ingen feil i noen av plattformenes konfigurasjoner.
Deretter vurderte vi hvilke alternativer vi hadde: her ble Analytics og Merchant vennene våre. Merk at denne løsningen var en lapp mens vi fant ut hva som skjedde og IKKE den endelige (den gode løsningen er lenger ned i punkt 4).
Legge til en parameter i feeden
Det første vi gjorde, var å legge til en parameter som kunne identifisere trafikken fra Shopping i Google Analytics:
- Opprinnelig URL: https://www.yopongoelhielo.com/es/1714-salitos-blue.html
- URL parametrisert av oss: https://www.yopongoelhielo.com/es/1714-salitos-blue.html?from=GS
Ved å legge til denne parameteren i alle URL-ene i produktfeeden har vi allerede identifisert trafikken fra denne kanalen.
Avansert filter i Google Analytics
Deretter la vi til et avansert filter i Analytics-visningen for å endre Medium for trafikken fra Shopping (som standard oppdaget Analytics den som organisk trafikk):
På denne måten kunne vi allerede få litt mer info i Analytics-rapportene:

Segment i Google Analytics
Men vi ville ha litt mer informasjon om Shopping-brukerne, så med denne konfigurasjonen opprettet vi i tillegg et segment for å identifisere dem og dermed kunne se atferden deres:
Og dette er resultatet:
Ok, etter denne workarounden på et par timers arbeid hadde vi allerede informasjonen vi trengte, men er det en optimal løsning? Vi mener nei; det er bare en midlertidig løsning mens vi undersøkte roten til problemet. Og dette var det vi gjorde.
Den riktige løsningen
Etter å ha undersøkt de mulige årsakene til at vi ikke mottok Shopping-data riktig i Analytics, utelukket vi at det var et problem med koblingen mellom kontoer, siden resten av AdWords-kampanjene i den samme Google Ads-kontoen fungerte normalt.
Med automatisk tagging slik den var, gjensto det å kontrollere hvordan den fungerte, og for det analyserte vi hva som skjedde med GCLID-parameteren.
Kontroll og testing av GCLID-parameteren
For å sjekke hva som skjedde med GCLID på nettstedet vårt, brukte vi utvidelsen Tag Assistant for Google Chrome:
Installasjon av Tag Assistant
Det første er å gå til siden for utvidelsen:

Vi installerer den og går til URL-en vi vil analysere, som selvfølgelig bør være en av dem som var inkludert i Shopping-feeden. I vårt tilfelle var det følgende:
- https://www.yopongoelhielo.com/es/1714-salitos-blue.html?from=GS
Sjekk av GCLID
Deretter åpner vi Tag Assistant-utvidelsen og aktiverer den:
Vi legger til en test-GCLID-parameter i URL-en, som blir slik:
https://www.yopongoelhielo.com/es/1714-salitos-blue.html?from=GS&gclid=test1234
Vi har lagt til de uthevede tegnene. Parameterverdien har vi funnet på, den kunne vært en annen, for eksempel:
- gclid=test
- gclid=123456
- gclid=elqueyoquiera
Vi laster siden på nytt med utvidelsen aktivert og ser alle Google-taggene vi har implementert i URL-en:
Som du kan se, har vi ganske mange implementert. I enklere prosjekter ser dere kanskje noen færre.
Vi klikker på taggen for Analytics-kontoen som vi har koblet til Ads og der vi ikke mottar data. I vårt tilfelle er det tagg nummer tre. Vi ser noe slikt:
Og nå begynner magien.
Oppdagelse av problemet
Vi trykker på "Page Request":
Når vi er inne, trykker vi på URL:
Til slutt lister vi parameterne fra ikonet øverst til høyre og ser på den som heter "dl":
Voila! Her har vi den. Vi ser at parameteren "from=GS" beholdes, men GCLID har forsvunnet. Og det er problemet, for hvis Analytics-taggen ikke mottar den, klarer den ikke å tilordne økten de Google Ads-verdiene som hører til den.
Da vet vi hvor feilen er. Nå må vi finne ut hvorfor det skjer og hvordan det rettes.
Utvikling av løsningen
Når vi ser nøye på URL-en, ser vi at den vi hadde lastet i nettleseren, var:
- https://www.yopongoelhielo.com/es/1714-salitos-blue.html?from=GS&gclid=test1234
Og den som Analytics-taggen mottok, er:
- https://www.yopongoelhielo.com/es/alcopop/1714-salitos-blue.html?from=GS
Når vi ser på uthevingene, ser vi at i tillegg til å miste parameteren underveis, er det lagt til en katalog i URL-en, "/alcopop/". Hva betyr dette? Jo, at produkt-URL-en som vi sender til Shopping, har en omdirigering, som legger til produktkategorien.
Omdirigeringer er generelt svært farlige, og for parametere og Google spesielt og i dette tilfellet gjør den at GCLID går tapt. Heldigvis er løsningen enkel: det holder å generere feed-URL-ene riktig på nytt, med kategorien lagt til.
Testing av løsningen
Når det er løst, må vi teste det på nytt. For å gjøre det går vi til en av de nye URL-ene i feeden (som allerede inneholder kategorien) og legger til en test-GCLID:
- https://www.yopongoelhielo.com/es/alcopop/1714-salitos-blue.html?from=GS&gclid=testfinal
La oss se hva vår venn Tag Assistant viser oss nå:

Vi ser at parameteren dl nå ikke lenger mister GCLID, siden vi har fjernet omdirigeringen som slettet den.
Og når det er løst, hva skjer i Google Analytics? Jeg viser deg:

Og i Google Ads?

Det ser altså ut til at problemet er løst. Etter min mening har det viktige i tilfellet vært å finne årsaken (at GCLID falt bort) og prosessen med å finne det ut ved hjelp av Tag Assistant. Hva synes dere? Kjente dere til dette systemet? Bruker dere noe bedre eller enklere?
Til slutt håper jeg at hvis dere noen gang havner i en lignende situasjon, vil denne miniguiden være til hjelp. Det er med det målet jeg har laget den.
Vi leses snart.












Legg igjen en kommentar