Posts Tagged ‘Google Analytics’

Lägg in Social Media Tracking i Google Analytics

Google har fått mycket uppmärksamhet för sitt +1 system som kanske kan bli en facebookdödare… För att driva på utvecklingen för +1 så är Google Analytics redan integrerat med +1 systemet. För övriga sociala media (Facebook, Twitter, LinkedIn, YouTube etc.) krävs kodning (se syntax och beskrivning nedan).

Nyckeltal kring dela-knappar

Det är ganska få som använder sig av gilla-knappar på webbplatser generellt sett, men om det är någon som använder dem är det ju intressant att veta att någon gör det. Det är såklart bra om någon använder dela-knapparna så det är ganska många som använder det som nyckeltal.

Exempel på rapporter kring sociala medier och dela funktioner

Se nedan exempel på hur det kan se ut i rapportgränssnittet i Google Analytics. Gå in under Visitors/Social och där har du tre olika rapporter:

• Engagement
• Action
• Pages

Social Interaction Analytics

Google har tagit fram det man kallar Social Interaction Analytics för att samla all social media mätning på ett ställe. Tidigare mätte man detta med vanlig eventmätning, men det ska man inte göra längre.

I den nya avdleningen för sociala medier inne i Google Analytics kan man till exempel se vilka sidor som genererar flest sociala interaktioner och vilka sociala interaktioner som är mest använda (om man har taggat upp dela-knappar och andra sociala medier funktioner).

Syntax för sociala media mätning i Google Analytics:

_gaq.push(['_trackSocial', network, socialAction, opt_target, opt_pagePath]);

där:

• network är obligatoriskt, här skickar man in namnet på det aktuella sociala mediet
• socialAction är obligatoriskt, här skickar man in det som man gör, till exempel like/gilla, share/dela, tweet etc.
• opt_target är frivilligt att skicka in. Här skickar man in den sida som ”får” den sociala interaktionen. Om man till exempel gillar en sida, så trycker man oftast på gilla-knappen, på den aktuella sidan. Här behöver man i de flesta fall inte skicka in något eget värde. Om man inte gör något tar Google Analytics den url som används när man delar, gillar, tweetar etc. (via document.location.href).
• opt_pagePath är frivilligt att skicka in. Här skickar man in den sida som besökaren befinner sig på när han/hon ”gör” den sociala interaktionen. Om man till exempel befinner sig på http://webbstatistiksystem.se/tag/google-analytics/ så skickar man in /tag/google-analytics/. Här behöver man i de flesta fall inte skicka in något eget värde. Om man inte gör något tar Google Analytics den url som man är på när man delar, gillar, tweetar etc. (via location.pathname och location.search). Om man använder virtuella sidvisningar i Google Analytics via _trackPageview kan det vara aktuellt att själv populera opt_pagePath.

Mer information och exempel på sociala medier mätning i Google Analytics.

Så hittar man ikonen för SiteCatalysts ClickMap funktion i Internet Explorer

Webbstatistikprogrammet SiteCatalyst från Adobe/Omniture har en uppskattad funktion eller kanske man ska säga annorlunda sätt att se statistiken. Den kallas för ClickMap och innebär att man lägger på ett grafiskt gränssnitt ovanpå den vanliga webben så att man ser vilka länkar besökarna klickar mest på under en given tidsperiod.

Motsvarande funktion i WebTrends heter SmartView och i Google Analytics In-Page Analytics. I fallet med SiteCatalyst så ligger ClickMap funktionaliteten i en så kallad ActiveX komponent som man installerar i sin webbläsare (Internet Explorer/Firefox). WebTrends SmartView använder samma typ av teknik medan In-Page Analytics i Google Analytics en annan typ av teknik som inte kräver en ActiveX komponent.

Jag får ofta frågor från användare som inte hittar själva ikonen för att starta igång SiteCatalysts ClickMap funktion och det beror oftast på att man inte visar de så kallade Command bar ikonerna och/eller att man har lite för många sådana ikoner (så att de döljs av en liten pil). Denna lilla bloggpost är till för er

Om du vet att du har gjort klar installationen av ClickMap och din webbläsare ser ut så här (bilderna nedan kommer från Internet Explorer 8):

Så gå in under View/Toolbars i menyraden och lägg till Command Bar (se bild nedan).

Då visas Command Bar ikonerna i webbläsaren (se exempel nedan).

Problemet är att man inte ser alla Command Bar ikonerna i detta fall. Detta visualiseras i Internet Explorer med >> ikonen längst ut till höger. Klicka på >> ikonen och där ser man SiteCatalysts ClickMap ikon (se bild nedan).

QuickWin: Lägg in filter så att bara små bokstäver används i Google Analytics

Om du använder webbstatistikverktyget Google Analytics är chansen ganska stor att du någon gång (eller ofta?) får upp flera ”versioner” av en specifik url. Det som skiljer kan till exempel vara att urlen har olika varianter av stora och små bokstäver.

Detta är speciellt vanligt om du har en webbplats där det är vanligt att urlerna/webbadresserna har både gemener och versaler (det vill säga både stora och små bokstäver). Detta innebär att man inne i Google Analytics rapportgränssnitt får flera rader för samma sida sida (vilket man ofta upptäcker om man söker/filtrerar efter en viss sida).

Besökarna har antingen skrivit in adressen själv eller så har man klickat på någon länk (intern eller extern) där den som skapade länken använt en kombination av gemener/versaler som inte är ”standard”.  Vips skapas flera rader/varianter för en och samma sida.

Komma runt problem med olika kombinationer av stora och små bokstäver i Google Analytics

För att komma runt problemet med flera rader inne i Google Analytics för en och samma sida så finns det flera olika lösningar. Den enklaste är antagligen att skapa ett så kallat filter inne i Google Analytics och med hjälp av det filtret omvandla alla urler till gemener/små bokstäver.

Andra lösningar kan vara att använda virtuella sidvisningar och skicka in egna definitioner av vad man vill kalla sidorna eller att använda Google Analytics gränssnitt för titlar. Båda dessa har sina för- och nackdelar. Förslaget nedan är enkelt att genomföra och det behövs ingen extra kodning.

Att skapa ett filter för att endast använda små bokstäver för urler i Google Analytics är enkelt. Du behöver göra följande steg:

• Gå in på det aktuella Google Analytics kontot.
• Klicka fram Filter Manager.
• Skapa ett filter enligt bilden här bredvid (Custom filter/Lowercase/Request URI). Namnet på filtret behöver inte vara ”Lowercase” som i exemplet.
• När filtret är klart lägger du till vilket eller vilka Google Analytics profiler som ska använda filtret.

Mer snabba fixar hittar du under kategorin QuickWins.

Förslag på text kring cookies lämplig för en svensk webbplats med svenska besökare

Jag får ofta frågor kring hur man ska skriva på sin webbplats kring hur cookies hanteras. Detta har tagit ny fart nu med skärpningen av lagen om elektronisk kommunikation som trädde i kraft den 1 juli 2011.

Jag har tagit fram en generell text om cookies som jag använder på den här webbplatsen och som det är fritt att kopiera från. Den första delen är generell och den avslutande delen är ”ny” och har tillkommit som en del för att svara upp mot skärpningen av lagen.

I den nya lagen ska man i detalj berätta vilka cookies som man använder, vad de används till och lite annat smått och gott. Denna del av cookie-texten behöver du också ha på din egen webbplats, men den kräver en utredning först eftersom den skiljer sig åt mellan olika webbplatser. Du kan alltså inte bara kopiera den rakt av. Vissa delar, till exempel de cookies som kommer från Google Analytics och/eller Snoobi kan du använda på din webbplats också (om du använder Google Analytics och/eller Snoobi som webbstatistiksystem).

Allmän information om cookies och lagen om elektronisk kommunikation finns på Post- och telestyrelsens webbplats (www.pts.se). Här finns även en lång rad frågor & svar kring cookies och informationspåbudet. Läs vidare på sidan Frågor och svar om kakor för webbplatsinnehavare.

Till webbstatistiksystem.se:s sida om cookies.

On-line verktyg för att testa RegEx villkor

I olika webbstatistikverktyg som till exempel WebTrends och Google Analytics använder man RegEx villkor/RegEx uttryck för att filtrera fram statistik/rapporter. RegEx är kraftfullt och det går att göra mycket, men det kan vara svårt att få fram ett korrekt RegEx uttryck.

Som hjälpmedel kan man använda olika verktyg för att testa sina RegEx villkor. Det finns både klientverktyg man kör på sin dator och webbtjänster. Ett bra verktyg av den senare kategorin kan man hitta här: www.gskinner.com/RegExr/.

Några olika tjänster som kan ”skvallra” om vem som döljer sig bakom ett ip-nummer

I många webbstatistiksystem kan man se vilka ip-nummer som besöker webbplatsen. Vanligt är också (eller kanske vanligare) att det finns rapporter med besökande så kallade ISPer eller företag.

I Google Analytics finns denna rapport under Besökare/Nätverksegenskaper/Internetleverantörer (lite väl dolt bakom lite lagom intetsägande menyalternativ…). I SiteCatalyst finns motsvarande rapport under Visitor Profile/Domains. I SiteCatalyst finns flera rapporter där man ser varianter av denna information, inklusive IP-nummer också (exempelvis Visitor Profile/Visitor Details/Visitor Snapshot).

Ta reda på vilket företag/isp som en besökare kommer från via ip-nummer

Om du vet vilket ip-nummer som en besökare kommer från så kan man göra på samma sätt som webbstatistiksystemen, använda en databas med isp/företag som är kopplade till ip-nummer. Man söker alltså efter ett ip-nummer och får på så sätt upp information om isp/företag, samt lite andra saker som stad och liknande.

Nedan följer en lista med tjänster som ger ungefär samma sak:

• http://www.ip2geo.net/ip2location/ip2location.html
• http://aruljohn.com/track.pl
• http://www.ip2location.com/free.asp
• http://www.maxmind.com/app/lookup_city

Om det skulle vara så att du vill veta vilket ip-nummer som döljer sig bakom en domän så finns det sådana tjänster också (http://aruljohn.com/hostname2ip.html).

Leadgenereringsystem/prospectsystem använder ett liknande system

För företag som säljer till andra företag och organisationer kan det vara väldigt värdefullt att identifiera prospects/leads via webbplatsen. Sådana webbstatistiksystem fungerar på ungefär samma sätt. Det man ”betalar för” i dessa system är framförallt kvaliteten i informationen (till exempel att den är uppdaterad ordenltigt) och/eller om det finns mer värdeadderande tjänster som kopplingar till CRM system/kundvårdssystem/säljsystem.

Till exempel finns det leadsgenereringsystem som är kopplade till information från Dun & Bradstreets databaser med information om bransch, antal anställda, omsättning och liknande.

Snoobi, ProspectFinder och Jnet är exempel på leadgenereringsystem.

Ny version av Google Analytics smygs ut

Förra veckan kom nyheten att Google Analytics kommer med en ny version. Sin vana trogen så släpper Google  den nya versionen till ett visst antal utvalda användare. Om du vill vara en av de lyckliga försökskaninerna så kan man anmäla sig att testa betaversionen. Observera att om du anmälde dig till betaversionen av GA alldeles när de släppte nyheten så måste du anmäla dig igen (eftersom de tabbat sig med anmälningsformuläret).

I artikeln Looking towards the future of Google Analytics kan man läsa om de nya funktionerna och var man kan hitta mer information. Många av funktionerna återfinns bland Google Analytics konkurrenter. På samma sätt som man kunnat göra vid de senare årens releaser kan man även denna gång bocka av ytterligare några features som återfunnits i dessa webbstatistiksystem. Några av de nya funktionerna är:

• Man slipper att börja om från början när man väljer att hoppa mellan olika insamlingskonton (så kallade profiler), man är alltså kvar i samma rapport, men med annan profils data
• Möjlighet att titta på flera avancerade segment samtidigt
• Dashboardfunktionaliteten har byggts ut rejält med möjlighet att skapa flera dashboards (tidigare kunde man bara göra en). Rapportdelarna (även kallade reportlets eller widgets) kan numera namnges och utformas mer efter eget tycke. Det här är uppskattade funktioner som länge funnits i andra statistiksystem som till exempel SiteCatalyst.
• Taggmoln för externa sökfraser
• Ytterligare funktionalitet för att bygga egna rapporter (custom reports)
• Och slutligen en av mina favoriter att det är möjligt att ange events som mål. Tidigare kunde man ange webbadresser, tid på webbplats eller sidor per besök som mål i Google Analytics.

Vilken typ av cookie använder Google Analytics och andra webbstatistikverktyg?

Cookies, eller kakor som vissa säjer på svenska, är centrala komponenter i alla stora webbstatistikverktyg. När man pratar om unika besökare eller unika webbläsare (som är ett mer korrekt namn) så är cookies centrala i processen att bestämma om en besökare är unik eller inte.

Förstapartscookies vs tredjepartscookies

En förstapartscookie är en cookie som sätts av den egna domänen. Om man har webbplatsen www.domänx.se så är det alltså denna domän som sätter cookien. För fler definnitioner och skillnader mellan förstapartscookies och tredjepartscookies läs vidare i artikeln Förstapartscookie eller tredjepartscookie?.

Det viktiga i diskussionen kring om en besökare är unik eller inte är att se till att ditt webbstatistiksystem använder sig av förstapartscookies. Anledningen till detta är att tredjepartscookies blockeras oftare än förstapartscookies.

Om det inte finns någon cookie är det svårare för webbstatistikverktyget att bestämma om besökaren är unik eller och därmed blir siffrorna i statistikprogrammet sämre och mindre tillförlitligare. I allmänhet får man högre siffror än man borde ha eftersom besökaren räknas som ny vid varje besök.

Google Analytics använder förstapartscookies

Statistikverktyg som till exempel SiteCatalyst och HBX Analytics från Adobe använder tredjepartscookies som default i sina system. Det finns så klart stöd för förstapartscookies men det kräver att man sätter upp en så kallad CNAME pekare (vilket i och för sig inte är något svårt eller krångligt, men det måste göras).

Google Analytics använder sig också av förstapartscookies, men man behöver inte göra något själv för att detta ska fungera.  Frågan som många kanske undrar är hur Google Analytics kan sätta en förstapartscookie när det inte finns någon CNAME pekare/DNS alias som hjälper till för att sätta cookien från den egna domänen.

Det finns också flera webbstatistikverktyg där man inte kan använda förstapartscookies alls, här används tredjepartscookies eller andra lösningar med ip-nummer (och eventuell agentsträng).

Hur kan Google Analytics sätta en förstapartscookie?

Jo, det finns två sätt som man kan använda för att sätte en förstapartscookie. Den första har vi redan nämnt och det är att använda en CNAME pekare. Den andra metoden är den som Google Analytics använder och det är en teknik som bygger på att sidkodsscriptet skapar en cookie och att cookiens värde skickas till insamlingsmaskinerna. På detta sätt skapas cookien inne i webbplatsen och den blir därmed en förstapartscookie.

Säkerställ att du använder förstapartscookies

Cookies är inte en optimal lösning för att bestämma om en besökare är unik eller inte,  men det är den bästa tekniken som finns på externa webbplatser. Om man är noga med att ha tillförlitlig data (eller så tillförlitlig som det går att ordna till med rimliga medel), så ska du se till att ditt webbstatistiksystem använder förstapartscookies.

Om du är osäker på hur ditt webbstatistiksystem använder cookies (eller om det gör det alls) så hör av dig via kontaktsidan.

Så ställer man in så googlebot ignorerar parametrar i urler

Googlebot heter Googles sökmotorrobot/sökmotorspindel som är ute och indexerar världens webbplatser kontiunerligt. Googlebot följer länkar mellan webbplatser och inom webbplatser. Den ”smaskar” i sig det mesta, ibland är den lite ”för bra” och man kan råka ut för att den även indexerar sidor med kampanjparametrar.

Kampanjparametrar standard för att mäta digitala kampanjer

I alla stora webbstatistiksystem använder man sig av en eller flera parametrar för att tagga upp sina digitala kampanjer för att sedan följa upp dem och mäta genomslag (click-throughs) och konverteringar.

Det är när googlebot följer dessa kampanjtaggade länkar som det kan bli fel. Om man till exempel har en domän som heter kampanjsajten.se och har en kampanjparameter som heter cmp, då kan en kampanjtaggad länk se ut ungefär så här: kampanjsajten.se/grym-landningssida.aspx?cmp=kampanj-vinter.

Man har alltså en landningssida som heter kampanjsajten.se/grym-landningssida.aspx och denna man vill man så klart att den ska indexeras av Google. Men ibland blir det så att googlebot hittar och Google istället indexerar kampanjsajten.se/grym-landningssida.aspx?cmp=kampanj-vinter. Detta är inte önskvärt ur flera synvinklar:

• Kampanjstatistiken kan bli helt fel (eftersom man kan klicka på kampanjen från Googles sökmotorindex)
• Urlen ser lite skum ut och kan ”skrämma” besökaren
• Man får två sidor med samma innehåll (duplicate content)

Ingen fara om du använder Google Analytics

Om man använder sig av Google Analytics behöver man inte vara orolig för detta eftersom Googlebot har instruerats att ignorera Google Analytics egna kampanjparametrar utm_source, utm_medium, utm_term, utm_content och utm_campaign.

Om man använder andra webbstatistiksystem som till exempel WebTrends, SiteCatalyst, Snoobi, WebTrekk eller Sitestat så behöver man dock se upp.

Använd Google Webmaster Tools för att ställa in att googlebot ska igonerar kampanjtaggar

För att undvika att kampanjtaggar (eller andra parametrar) indexeras av Google så kan man använda Google Webmaster Tools och funktionen Site Configuration/Settings/Parameter handling (eller på svenska Webbplatskonfiguration/Inställningar/Hantering av parametrar).

Google listar här de parametrar som den har hittat. Du kan ställa in hur du vill att Google ska indexera de hittade parametrarna och du kan även lägga till egna parametrar, till exempel dina kampanjparametrar.

Extra viktigt att använda förstapartscookies om man vill mäta mobil trafik

I och med att den mobila trafiken blir en allt större del av den totala trafiken på många webbplatser ökar behoven kring mätning av just mobil trafik. Vi ser fler och fler rapporter i många webbstatistiksystem som lyfter fram mobil trafik. I Adobes SiteCatalyst finns det till exempel inte mindre än ett drygt tjugotal rapporter.

Mobila webbläsare extra ”känsliga” mot tredjepartscookies

Det som många kanske inte känner till är att många mobila enheter/telefoner har en mycket låg acceptansnivå för tredjepartscookies jämfört med vanliga webbläsare. Detta betyder att om man vill mäta mobil trafik och olika nyckeltal där webbstatistiksystemet är beroende av att kunna sätta en cookie (till exempel antal besök och besökare) så behöver man se till att webbstatistiksystemet använder sig av förstapartscookies.

Förstapartscookies i olika webbstatistikverktyg

Google Analytics använder sig av förstapartscookies som default, men i andra system som till exempel SiteCatalyst och WebTrends är tredjepartscookies default. Här behöver man använda sig av CNAME pekare för att sätta en förstapartscookie.

Hör av dig via kontaktsidan om du är osäker på om ditt webbstatistiksystem använder tredjepartscookies eller förstapartscookies.