Författare: Jan Källström

Vi är glada över att kunna presentera Folkets Hus i Lysekils nya webbsida!

Sidan är ett samarbete med Unict i Lysekil och är byggt på publiceringsystemet Concrete5. Läs mer om arbetet med sidan i Kundcase: Folkets Hus Lysekil

Att ha mer än ett block med tracking kod på sidan kan ibland vara nödvändigt, men oftast är det bara till besvär!

Googles produktforum är en serie forum för olika Google tjänster där användare kan ge varandra hjälp samtidigt som anställda på Google finns med i bakgrunden för att styra upp. Som frivillig har jag hjälp över 500 användare med sina Google Analytics problem och har därmed fått en inblick i vad de vanligaste frågorna är.

Om du har flera block med tracking kod på sidan tillhörande samma property (dvs med samma UA-XXXXXX-Y) så kommer det garanterat att orsaka problem. Det är inte alltid som dessa uppmärksammas direkt utan de kan komma som en chock i efterhand. Två tracking block för samma property had med största sannorlikhet gjort så att antalet besökare och sidvisningar räknats dubbelt. Även andra konstiga värden kan ofta förklaras av flera uppsättningar javascriptkod, eftersom flera block innebär att koden körs flera gånger registreras det flera interaktioner och din bounce rate går ner till nästan 0! Så är det så att dina värden ser för bra ut kan det vara bra att kolla upp så att du implementerat koden på rätt sätt! Det är surt att i efterhand inse att alla de där besökarna inte egentligen fanns.

En vanlig orsak till flera kodblock är att personen inte kände till det jag skrev om i förra artikeln i den här serien: Att statusen inte uppdateras omedelbart. Personen klistrar då frustrerat in kodblocket lite här och där. När det sen väl ser ut att fungera har personen redan glömt bort att det fanns flera block på sidan.

Råd 1: Gör det enkelt!

Om du kan, ha bara ett block med javascript tracking kod på sidan. Blocket ska helst ligga alldeles innan </head>.

Råd 2: Nytt samtidigt som gammalt!

Du kan ha ett block för den klassiska (async) versionen av Google Analytics samtidigt som du har ett block med Universal Analytics kod. Dessa tillhör naturligtvis olika properties.

Råd 3: Flera block i alla fall

Måste du ha flera properties som spårar en sida, sök hjälp hos experter för att få det rätt. Speciellt om det även innefattar events eller virtuella sidor.

Om du anger fel id för din property i kodsnutten på din sida kommer inte datan att kunna samlas in och visas på ditt konto.

Googles produktforum är en serie forum för olika Google tjänster där användare kan ge varandra hjälp samtidigt som anställda på Google finns med i bakgrunden för att styra upp. Som frivillig har jag hjälp över 500 användare med sina Google Analytics problem och har därmed fått en inblick i vad de vanligaste frågorna är.

Det händer då och då att folk frågar varför inte Google Analytics fungerar. I de flesta fall är det dock något de själva gjort (eller inte gjort) som är boven. En av de vanligaste orsakerna är att rätt property id inte är angivet i koden.

Varje property har ett speciellt id som i princip talar om för Google Analytics vart datan ska ta vägen. Det är ju då ganska naturligt att det utan detta id inte kommer någon data till kontot. Detta id set ut som såhär: UA-XXXXXXX-Y där UA (som egentligen står för Urchin Analytics, vilket Google Analytics hette innan Google köpte upp det) alltid finns med. Notera att det ska skrivas med versaler!
Därefter följer ett streck, -, samt en sifferkod som anger vilket konto just detta property tillhör. Den sista siffran efter det andra strecket indikerar vilken property inom kontot det är. Tänk på att det inte ska vara några andra tecken alls i själva id strängen som omges av ’ ’.

I normala fall kopierar man hela kodsnutten som visas när du skapar propertiet, men ibland är det inte alla som gör så – men då blir det lätt fel. Jag har sett personer som kopierat kodsnutten från exempel på internet, ibland med någon annans id och ibland med siffrorna utbytta mot x och y som ovan.

Så, följ därför alltid dessa råd:

Råd 1: Kopiera alltid hela trackingkoden från ditt Analytics konto

Du hittar det javascript block du ska använda genom att i Admin-gränssnittet välja rätt property i mittenkolumnen och därefter Tracking Info > Tracking code.

Råd 2: Ser koden ut som den ska?

Tänk på att den följer ett mönster: UA-XXXXXX-Y.

Råd 3: Klipp och klistra

Om du av någon anledning inte kan kopiera hela kodsnutten så kopiera-och-klistra-in i alla fall själva id koden så att du inte skriver fel siffror av misstag.

Efter du placerat kodsnutten (som sköter själva insamlingen och rapporteringen av data) på din sida finns det en process på Google Analytics sida som undersöker om kodsnutten fungerar. Ibland kan denna ställa till mer problem än den löser.

Googles produktforum är en serie forum för olika Google tjänster där användare kan ge varandra hjälp samtidigt som anställda på Google finns med i bakgrunden för att styra upp. Som frivillig har jag hjälp över 500 användare med sina Google Analytics problem och har därmed fått en inblick i vad de vanligaste frågorna är.

En av de absolut vanligaste missuppfattningarna är att denna koll uppdateras i realtid. Egentligen är det logiskt att tro det, men tyvärr är så inte fallet. Ibland kan det ta 48 timmar eller mer för statusen att ändras även om installationen fungerat utan problem. I vissa fall ändras den inte alls.

En möjlig orsak till varför det tar tid kan vara att viss mängd data måste ha kommit in till kontot och hunnit bearbetas, men inget är klarlagt från Googles sida. Vad du kan tänka på är:

Råd 1: Om det fungerar så fungerar det!

Kommer det in data i rapporterna så är allt i sin ordning även om det fortfarande står ”Not installed”.

Råd 2: Kolla Real-Time reports!

Det finns en rapport-typ som visar besök i realtid. Denna brukar komma igång i princip omedelbart så det är en bra plats att börja på. Öppna rapporten och besök din sida, har du inga filter som sållar bort dina egna besök så ska ditt besök dyka upp i real-time rapporten nästan på en gång.

Råd 3: Vänta!

Det kan ibland ta 48 timmar eller mer för processen att känna av kodsnutten och uppdatera resultatet. Börja inte mixtra med koden på din sida förrän minst 48 timmar har gått.

Profile Filters, eller som det numera heter, View Filters i Google Analytics är användbara på många olika sätt. Här är ett par exempel på hur dessa kan underlätta din analys och säkerställa att datan är korrekt.

Uteslut flera IP

Vi har tidigare sett hur man utsesluter sina egna besök genom att exkludera vissa IP. Vi tar det nu ett steg längre och visar hur man kan göra för att exkludera flera IP och även en hel rad med IP adresser.

Om du vill utesluta flera IP adresser går det självklart bra att skapa ett nytt filter för varje adress. Det kan ibland vara det absolut bästa eftersom det då går att namnge varje filter så du direkt vet var du ska kika om en adress ändras.

Ett annat alternativ är att lista flera kompletta IP adresser i samma filter. Det går att med hjälp av reguljära uttryck skriva en regel som helt enkelt listar flera adresser. Hur många beror på fältets längd. Genom att använda regler kan ett val göras: ^(111\.222\.11\.22|111\.222\.11\.23|111\.222\.11\.24)$
Denna regel betyder att från början av fältet (^) välj mellan alternativen inom parantes, åtskilda av |. Satsen avslutas med $ för att säga att matchinen ska upphöra vid fältets slut.

Detta är en ganska klumpig modell och det är svårt att få en bra överblick med en så lång regel. Ett bättre alternativ är att utnyttja styrkan hos regex full ut genom att komprimera ihop regeln. Den kan lika gärna skrivas som: ^111\.222\.11\.2[2-4]$
Precis som i föregående exempel är det bara sista siffran som ändras, vi har därför lagt till ett val där siffror mellan 2 och 4 är godkända. Detta kan självklart byggas ut och kompliceras mer om så behövs.

Enbart mobiltrafik

Även om det via Segments enkelt går att sortera ut trafik från mobila enheter kan det ibland vara enklare och snabbare att ha en View med enbart sådan trafik.

Sätt upp ett Custom filter och använd fältet ”Mobile?” med pattern yes för att exkludera mobiler. Det finns även ett fält ”Tablet?” som kan användas för surfplattor.

Enbart besökare i Sverige

En svensk sida på svenska borde ju bara attrahera svenska besökare, men ibland kan träffar från utlandet få statistiken att bli skev. Naturligtvis kan det hända att svenskar utomlands besöker sidan, men när besöken från utlandet blir så pass omfattande att det syns är ofta dessa svenskar sällan orsaken.

Du sätter ett custom filter av typen Include och väljer Country i fältlistan. I rutan för pattern anger du helt enkelt Sweden.

Kampanjtaggar

När du taggar en länk för en kampanj är det lätt hänt att det blir lite olika med stor bokstav eller inte. Detta gör att de i rapporterna listas som olika kampanjer, inte så bra. Genom att göra om alla kampanjtaggar till gemener, små bokstäver, innan datan skickas vidare till rapporten är det lättare att göra korrekta analyser.

De fält som behöver omvandlas till gemener är:
Campaign Source (som motsvarar utm_source)
Campaign Medium (som motsvarar utm_medium)
Campaign Name (som motsvarar utm_campaign)
Campaign Term (som motsvarar utm_term)
Campaign Content (som motsvarar utm_content)

Att skapa ett sådant filter är väldigt enkelt. Det är bara att sätta upp ett Custom Filter, välja Lowercase som typ och sedan välja vilket fält som ska omvandlas i listan.

Gemena urler

På samma sätt som kampanjtaggar är känsliga för stora och små bokstäver är alla urler som rapporteras till Google Analytics olika beroende på hur de skrivs. om-oss.html och Om-Oss.html räknas som olika sidor.

På samma sätt som för kampanjtaggarna är det bara till att sätta ett lowercase filter på fältet, i det här fallet Request URI, för att få ett enhetligt utseende.

Slutsats

På samma sätt som vi visat i den här artikeln går det att använda de flesta fält i listan för att på olika sätt filtrera fram eller bort information, eller för den delen ändra den. Kan man grundläggade reguljära uttryck räcker det lång väg! View Filters är dock så mycket mer. Vill man bli riktigt avancerad går det att i grunden förändra hur data ser ut som exempelvis att skriva om urler.

Självklart är det mycket att hålla i tankarna och ofta kan det vara bättre att ta hjälp av expertis!

Det är inte alltid lätt att sätta upp Google Analytics på ett korrekt sätt om du inte är en van användare och inte heller van vid att editera html filer eller teman till publiceringssystem. En av de vanligaste problemen: wysiwyg editorn!

Googles produktforum är en serie forum för olika Google tjänster där användare kan ge varandra hjälp samtidigt som anställda på Google finns med i bakgrunden för att styra upp. Som frivillig har jag hjälp över 200 användare med sina Google Analytics problem och har därmed fått en inblick i vad de vanligaste frågorna är.

Den kodsnutt som måste placeras på alla sidor på din webbplats för att Google Analytics ska kunna spåra besöken består av ett JavaScript. Detta körs hos besökaren och samlar information som sedan skickas till rätt konto på Analytics. Det är såklart väldigt viktigt att detta JavaScript är helt korrekt, annars kommer det inte att fungera.

De som inte är så vana vid att hantera den bakomliggande koden på html sidor använder vanligtvis en editor som, likt en ordbehandlare, visar enbart det färdiga resultatet, en wysiwyg editor (What You See Is What You Get – vad du ser är vad du får). Oftast formatterar en sådan editor den text man lägger in så att den ser bra ut för besökaren, däri ligger problemet. Den kodsnutt som man ska lägga in på sidan för att få Google Analytics att fungera är inte avsedd för användaren att se. Wysiwyg editorn lägger ofta in en massa kod runt om och i den inklistrade tracker koden som förstör den så den inte fungerar.

På samma sätt fungerar det ofta även med modernare sätt att hantera sitt webbplatsinnehåll. Med ett publiceringssystem så som WordPress exponeras oftast inte webbplatsägaren för den bakomliggande koden och luras kanske att försöka få in tracker koden med hjälp av sideditorn.

Råd 1: Gå till grunden med problemet!

Tracker koden ska alltid läggas in som den är i oförändrat skick direkt i html koden eller i mallen för din webbplats om du använder WordPress eller liknande. Kontrollera med hjälp av din webbläsares funktion för att se dokumentkällan (view source) att det inte smugit sig in några obehöriga tecken, taggar eller formateringar i tracker koden.

Råd 2: Ta hjälp av plugins

Om du tycker det är svårt att själv ändra i mallarna för ditt publiceringssystem kan du ta hjälp av plugins för att automatiskt lägga till tracker koden på dina sidor. Det finns tredjeparts plugins för de flesta moderna publiceringssystem.

WordPress: Google Analytics For WordPress

Drupal: Google Analytics module

Råd 3: Är det fortfarande svårt, ta hjälp av experter!

Vi på Strategon hjälper dig gärna att lägga till koden på sidan och se till att du kommer igång ordentligt! 😉