Vanliga frågor om Google Ads-klick och Analytics-sessioner

Innan du läser följande vanliga frågor är det bra om du läser om varför Google Ads-klick och Analytics-sessioner inte stämmer överens.

Varför har jag fler sessioner än klick?

Detta är normalt beteende och visar på ett positivt engagemang med din webbplats. När en användare klickar på en av dina Google Ads-annonser med automatisk taggning tilldelar vi användaren ett unikt klick-id (gclid-värde).

Om en användare återvänder till webbplatsen direkt (t.ex. skriver in webbadressen eller använder ett bokmärke i webbläsaren), och om det inte finns någon annan hänvisningsinformationen, rapporteras kampanjkällan för de ytterligare sessionerna som den senast kända kampanjkällan. I det här fallet är den senast kända kampanjen en Google Ads-kampanj.

Varje direkt återkommande besök efter Google Ads-klicket visas som ytterligare ett besök för Google Ads-kampanjen. Det är helt enkelt ett scenario där ett enda Google Ads-klick leder till flera sessioner i Analytics.

Tips! Du kan använda avancerade segment för att visa och jämföra nya och återkommande besök för en kampanj och bekräfta att det större antalet besök delvis beror på återkommande användare.

Varför ser jag sessioner som kommer från en gammal (pausad eller raderad) Google Ads-kampanj?

Detta scenario påminner om det föregående, där återkommande användare leder till att fler sessioner än klick visas för en viss kampanj. När en Google Ads-kampanj pausas rapporteras direkta återkommande besök för användare som ursprungligen kom till webbplatsen via kampanjen och senare återkom direkt, som om de kom från Google Ads-kampanjen.

I vissa fall kan detta leda till att du ser sessioner för en kampanj minst sex månader efter det att kampanjen har pausats eller raderats.

Tips: På samma sätt som ovan kan du segmentera dessa sessioner efter nya och återkommande användare för att bekräfta att detta är ett beteende hos en återkommande användare.

Varför skulle jag se nya sessioner för en gammal eller pausad Google Ads-kampanj i Analytics?

Det finns i själva verket åtskilliga scenarion som kan leda till att nya sessioner visas för en gammal (pausad eller raderad) kampanj:

Scenario 1: Användare A klickar på en annons och landar på din webbplats. Förutsatt att automatisk taggning har aktiverats kan måladressen se ut ungefär så här:

http://www.example.com/?gclid=TeSt123Abc

där gclid-parametern har taggats automatiskt.

Användare A kopierar sedan den här webbadressen (som innehåller parametern för automatisk taggning) och använder den på en annan plats, t.ex. en offentlig diskussionspanel (ett forum) eller ett socialt nätverk, eller skickar den med e-post eller chatt till andra mottagare.

Därefter klickar användare B på den här länken (som innehåller gclid-värdet) och hamnar på din webbplats. Även om användare B aldrig har varit på webbplatsen attribueras den första sessionen för den här användaren till samma klick-id-värde (gclid) som för den ursprungliga användaren, användare S. I det här fallet ser du nya sessioner (orsakade av användare B) från en gammal kampanj.

Det finns ingen lösning på detta scenario just nu.

Scenario 2. Det andra scenariot liknar det första: Tänk dig att en användare klickar på din annons och hamnar på en sida som innehåller gclid-parametern, t.ex. http://www.example.com/?gclid=TeSt123Abc

Användaren använder genast ett bokmärke för sidan. Webbadressen med bokmärket innehåller parametern gclid (klick-id) för automatisk taggning. Den här användaren rensar dock regelbundet cacheminnet och tar bort cookies på sin enhet.

När dessa cookies tas bort och användaren återkommer till din webbplats via bokmärkets webbadress tolkas användaren som en ny användare (förstagångsanvändare) för Google Analytics. Gclid-värdet gör att Analytics hanterar sessionen som en ny session som attribueras till den ursprungliga Google Ads-kampanjen.

Liksom i det första scenariot finns ingen lösning på detta.

Scenario 3. Om en webbadress som innehåller gclid-parametern snappas upp av en bot eller spindel (t.ex. Google-bot) händer det ibland att den indexeras. Detta kan leda till att en webbadress som innehåller gclid-parametern visas på Googles sökresultatsidor (SERPS). Ett snabbt sätt att ta reda på om detta händer är att skriva din webbadress i Googles sökruta tillsammans med termen gclid.

Visa skärmdump

I sådana här situationer visas användare som klickar på en organisk sökträff som nya sessioner från en Google Ads-kampanj som det indexerade gclid-värdet mappar tillbaka till.

Lösning: Klienten kan skapa en robots.txt-fil för att hindra att webbadresser som innehåller specifika frågeparametrar, i det här fallet gclid, indexeras. Search Console erbjuder även ett verktyg för parameterhantering för att göra det lätt att utelämna olika parametrar.

Vad representerar gclid-parameter och dess värde?

Parametern för automatisk taggning är ett kodat hashvärde som mappar tillbaka till ett visst Google Ads-klick (ett klick-id). Analytics avkodar klick-id-värdet och översätter det till användbar information.

Exempel:

  1. Kampanj
  2. Annonsgrupp
  3. Sökord
  4. Annons
  5. Sökfråga
  6. Matchningstyp
  7. osv …

Mer information finns i Fördelarna med automatisk taggning.

Jag använder manuell taggning. Finns det något jag bör känna till?

Ja. Till att börja med se vi ofta att lösningen på problem med klick-/sessionsrapportering helt enkelt är att använda automatisk taggning.

Läs gärna om fördelarna med automatisk taggning. Observera även att vissa funktioner i Google Ads endast går att använda med automatisk taggning, och att kommande förbättringar av Google Ads-rapporterna i Analytics endast kan användas med automatisk taggning.

Vi förväntar oss att sessionssiffrorna blir lägre när du använder manuell taggning. Det beror på att den automatiska taggningen genererar ett unikt gclid-värde för varje klick. Varje unikt värde skapar en ny session i Analytics.

Manuell taggning genererar inte någon unik kampanjwebbadress (klick-id) för varje klick. Det kan därför uppstå situationer där en användare klickar på en annons flera gånger under en och samma 30-minutersperiod, men bara en session registreras i Analytics.

Läs mer om hur sessioner beräknas (underrubriken Automatisk taggning i Google Ads).

Varför visas (not set) i Analytics-rapporter?

Om Analytics inte känner igen värdet för automatisk taggning (gclid) rapporteras sessionen som källa/medium: google/cpc eftersom den måste anges som en betald session i Analytics.

All annan kampanjinformation, t.ex. kampanjnamn, annonsgrupp och sökord, grupperas som (not set).

En förväntad anledning till att detta inträffar är att det Google Ads-konto som klicket kommer ifrån skickar användare till en webbegendom som spåras av en Analytics-vy som ännu inte är länkad till det Google Ads-konto klicket kommer ifrån.

En annan anledning till att (not set) visas är att gclid-värdet har ändrats från sitt ursprungliga format och att Analytics därför inte känner igen det. Detta beror ofta på att det konverteras till små bokstäver, något som ofta orsakas av en omdirigering på din webbplats.

Slutligen visas (not set) även när du använder ett test-gclid-värde (t.ex. gclid=TeSt1234Abc). Tänk på att användare med ett okänt/modifierat gclid-värde kan återkomma till din webbplats regelbundet och att även de återkommande besöken från dessa användare kan visas som återkommande besök med (not set).

Läs Varför ser jag sessioner som kommer från en gammal (pausad eller raderad) Google Ads-kampanj?

Av alla dessa orsaker kan det visas en liten andel (not set)-sessioner i dina Google Ads-rapporter även visas om allt är rätt inställt.

Hitta och åtgärda problemen med felsökningsverkyget för (not set).

Varför visas målsidor i Analytics för betald trafik som inte är konfigurerade som måladresser i mitt Google Ads-konto?

Först och främst bör vi förklara två viktiga dimensioner i Analytics:

  1. Måladress: den här dimensionen är begränsad till Google Ads-rapporter i Google Analytics. Den representerar måladressen som registreras när Google Ads-klicket inträffar.
  2. Målsida: det här är den första registrerade sidvisningen under en Analytics-session.

Om du vill veta mer om hur vi definierar en session kan du läsa om hur sessioner beräknas i Analytics.

Vad gäller den första registrerade sessionen efter ett klick i Google Ads innehåller dimensionerna ofta samma webbadress1.

Vi antar att en användare kommer till din målsida efter ett Google Ads-klick och att den första målsidan för sessionerna är http://www.example.com/landing-page. Vi antar även att användaren under denna första session navigerar tillbaka till startsidan http://www.example.com/ och skapar ett bokmärke för den.

Dagen därpå återvänder användaren till din webbplats via webbadressen i bokmärket, vilket leder till att en ny session påbörjas och att målsidan den här gången är www.example.com/. Eftersom Analytics tillskriver sessionens kampanjkälla till den senaste icke-direkta kampanjen tillskrivs denna direkta session2 till Google Ads.

Med dimensionen målsida för det återkommande besöket visas målsidan nu som / (startsidan). Så även om startsidan aldrig angetts som en måladress i Google Ads rapporteras den nu som en målsida i Analytics.

Du kan bekräfta detta genom att jämföra segmenten för nya respektive återkommande användare för dessa webbadresser.

Obs! För återkommande användare hänvisar måladressen fortfarande tillbaka till Google Ads-webbadressen medan dimensionen målsida rapporterar målsidan för den/de återkommande sessionerna.

1Ett undantag är när du använder en spårningsadress i Google Ads som dirigerar om användare efter klicket till webbplatsens faktiska målsida. Låt oss säga att du använder följande måladress i Google Ads: www.trackingservice.com/?tracking-parameter1=abc&tracking-parameter2=1234. Efter klicket dirigerar webbadressen om till din webbplats, www.example.com/landing-page. I det här fallet är den första webbadressen ovan måladress, och den andra webbadressen är målsida.

2Den här sessionen visas som direkt i flerkanalstrattarna.

Var det här till hjälp?

Hur kan vi förbättra den?
Sök
Rensa sökning
Stäng sökrutan
Huvudmeny
2416553299877971731
true
Sök i hjälpcentret
true
true
true
true
true
69256
false
false