Nyheter

Även Adobe planerar att släppa en ny version av sitt statistikverktyg SiteCatalyst

Google släpper en ny betaversion av sitt statistikprogram Google Analytics. Den nya versionen smygs ut till utvalda användare nu i vår och framöver. Även Adobe planerar att släppa en ny version av sitt statistiksystem SiteCatalyst, version 15.

Inget officiellt lanseringsdatum är spikat men vad jag hört från Adobe så är de förväntansfulla med att få lansera den nya funktionen. Den nya versionen ska komma i år och den ska rullas ut till mindre kunder först.

Enligt ryktena ska det röra sig om en stor omarbetning av systemet som ska möjliggöra ännu mer integrationer. Funktionalitet som nu finns i tilläggsprodukten Discover ska framöver även finnas i ”grundsystemet” SiteCatalyst.

Det låter i alla fall lovande, vi får se vad som kommer… För övrigt så släpptes en mellanrelase av SiteCatalyst med vanliga buggfixar den 17 mars. Om du vill se innehållet i den så logga in i SiteCatalyst och klicka dig vidare från Online Marketing Suite sidan (som man kommer till när man loggat in).

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.

Stort intresse för webbråd, kontinuerlig uppföljning av nyckeltal

I mitt arbete som webbanalyskonsult på Avantime så märker vi för närvarande av ett mycket stort intresse kring det vi kallar för webbråd. Många nya uppdragsgivare anlitar Avantime för att hjälpa till och stödja det viktiga arbetet med webbanalys.

Marknaden för webbanalys har mognat

Avantime (och även Iconvert när det fanns) har arbetat med webbråd under många år, men nu verkar vi har kommit till en punkt där marknaden har ”förstått” det som vi ”predikat” för så länge. Man måste avsätta tid och resurser för att ta vara på de fördelar som ett aktivt och kontinuerligt arbete med webbanalys ger. Nu ser många organisationer och företag att man sparar och/eller tjänar på att arbeta aktivt med webbstatistiken.

Webbråd a la Nettelbrandt

Huvudsyftet med webbråd är att komma igång och jobba mer aktivt och kontinuerligt med webbanalys, kampanjarbete och optimering. När jag är med och arbetar i webbråd ska vi komma till ett läge där vi agerar, förändrar och optimerar utifrån den statistik som vi samlar in (eller börja samla in).

Webbrådsarbetet präglas av ständiga förbättringar, mycket kunskapsöverföring, benchmarking och rådgivning. Webbrådsarbetet sker i flera steg. Under de första tillfällena är det lite mer strategi och planering, identifiering av nyckeltal och mål, samt utbildning. I början kan vi även behöva göra tekniska justeringar/kompletteringar i befintliga implementationer av olika webbstatistiksystem. När vi kommit en bit på väg blir arbetet med inriktat på att identifiera brister, följa upp dessa, optimera och arbeta med kontinuerlig uppföljning av befintliga (och framtida) kampanjer, webbplatser etc.

Spark-i-rumpan-möten

Jag brukar skämtsamt kalla webbråden för spark-i-rumpan-möten. Det är få av mina uppdragsgivare som inte förstår nyttan av webbanalys. För många ligger det svåra i att komma igång och sedan hålla uppe en bra nivå på arbetet under en längre tid. Det är här vi som webbanalyskonsulter kommer in. Vi försöker driva på och ta webbanalysarbetet ett steg längre. Genom att sätta upp rutiner och strukturer för webbanalysarbetet, fördela arbetsuppgifter och dokumentera får vi snart igång arbetet med nyckeltal/KPI:er och arbete för att nå uppsatta mål.

Inför varje webbråd förbereder vi och tar fram data på de nyckeltal som vi och uppdragsgivare bestämt att vi ska mäta och arbeta efter. Under mötena kan vi sedan koncentrera oss på att se trender och att de åtgärder vi bestämt/arbetat med sedan sist har gett effekt.

Vi följer en agenda med vissa stående punkter som vi alltid går igenom. Vissa andra områden går vi igenom mer sällan. Vi lägger till och drar ifrån på agendan allteftersom.

Varje möte dokumenteras med ett mötesprotokoll. Mötesprotokollen fungerar förutom som dokumentation även som kom-ihåg-listor. Vi går igenom mötesprotokollet vid efterföljande möte som uppföljning av föregående möte tillsammans med de ärenden som eventuellt finns utdelade till webbrådsgruppens medlemmar.

Mer information om webbråd

Om webbråd låter som en bra arbetsform för er organisation/verksamhet så hör gärna av dig via kontaktsidan. På Avantimes sida finns lite mer information om arbete krig analys & tolkning av webbstatistik. Här finns lite mer information om webbråd i en äldre artikel: Webbanalys – ett kontinuerligt arbete med webbstatistik.

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.

Nya Google Preview ökar webbtrafiken i många webbstatistikverktyg

I mitten på november någon gång så släppte Google en funktion som kallas Google Preview, det är en funktion som visar en liten skärmdump av webbsidan som man kommer till om man klickar på sökresultatlänken (se exempel nedan).

Syftet är att man genom att se thumbnail/snapshot bilden ska kunna avgöra om det är värt att klicka och besöka sidan i fråga, det vill säga att man ska slippa att klicka fram sidan och se om den innehöll det man var ute efter.

Vad har Google Preview med webbstatistik att göra?

Jo, det är så att Google Preview har egna så kallade bots (sökmotorspindlar/program som söker av webben med automatik) som är ute scannar av webbplatser. Till skillnad från Googles vanliga sökmotor och övriga sökmotorers (Bing, Yahoo! med flera) sökmotorspindlar så exekverar Google Previews sökmotorbot JavaScript.

Eftersom de allra flesta moderna webbstatistiksystem är uppbyggda kring JavaScript för att samla in information om vad som händer på webbplatsen, så får man även med trafiken som Google Preview orsakar. Detta gör att trafiken ökar och att siffrorna blir högre. Eftersom det rör sig av automatiserad trafik och inga riktiga besökare är detta inte önskvärt.

Hur ser man att Google Preview har besökt webbplatsen?

Den som varit uppmärksam under november och har den funktionaliteten i sitt verktyg kanske har sett att Google har dykt upp bland de besökande företagen på webbplatsen, att de är där relativt mycket och ofta.

Ett annat sätt att se att Google Preview har varit på besök är att titta i Browsers/Webbläsarversions rapporten. Om trafiken för Safari av version 3.1 har ökat mycket sedan någon vecka in på november så kan det vara Googler Preview som ligger bakom den ökningen.

Trafiken för Safari 3.1 rusar uppåt runt den 8 november 2011 pga Google Preview.

Om man verkligen vill undersöka om Google Preview är på webbplatsen är ett bra tips att leta fram en källa där du kan läsa av user agents. Google Preview identifierar sig med något som ser ut ungefär så här:

Mozilla/5.0 (en-us) AppleWebKit/525.13 (KHTML, like Gecko; Google Web Preview) Version/3.1 Safari/525.13

Vad händer i ett webbserverloggsverktyg med avseende på Google Preview?

I ett webbserverloggsverktyg där man analyserar webbserverns aktivitet är man ”van” vid att mäta alla typer av bots/spindlar från allsköns olika sökmotorer, övervakningssystem och nyhetstjänster, så här blir det ingen större skillnad. Här blir Google Preview en i mängden av automatiserad trafik. Om man har filter för att sortera bort spindlar/bots så har man en ytterligare att lägga till.

Påverkar Google Preview webbstatistiken?

Ja, det gör den. Men det är inte så ”farligt”. Det är ingen större orsak till oro. Mängden trafik som Google Preview orsakar är inte ”alarmerande”, det rör sig för de allra flesta webbplatser om marginella effekter. I exemplet ovan steg trafiken till 0,3% ungefär.

Vad gör de stora webbstatistikleverantörerna?

Inom sinom tid kommer med stor säkerhet de stora webbstatistiksystemstjänsterna att förses med någon form av filter som exkluderar trafiken från Google Preview. Detta eftersom trafiken från Google Preview är ”låtsastrafik” och därmed inga riktiga besökare.

Vissa statistiktjänster som till exempel SiteCatalyst erbjuder temporära filterfunktioner för de kunder absolut vill bli av med den inkorrekta trafik som Google Preview orsakar.

Demografisk data i webbstatistiken, hur surfar män jämfört med kvinnor till exempel

Att segmentera statistik och se hur en viss användargrupp beter sig på webbplatsen kan man göra i många webbstatistiksystem, till exempel Google Analytics, SiteCatalyst (Discover) och WebTrekk.

Till exempel kan man se hur besökare från Google som konverterar, hur besökare från en viss hänvisande webbplats surfar, hur sökmotoranvändare som skriver in ett visst sökord och kommer till din webbplats beter sig etc.

Att använda demografisk data som till exempel kön, ålder, intressen, utbildningsnivå, hushållets storlek, hushållets inkomst etc. vid segmentering finns det inget webbstatistikverktyg som har ”out-of-the-box”.  Det här typen av information måste man skicka in till webbstatistiksystemet på något sätt.

När man väl har denna informationen i systemet kan man segmentera, det vill säga filtrera statistiken med hjälp av den demografiska informationen. Nu kan du till exempel  se hur kvinnor interagerar med din webbplats jämfört med män, om 30-åringar beter sig annorlunda än vad 60-åringar gör etc.

Det kan även vara intressant att skicka in information om olika kundgrupperingar (kundgrupp A, kundgrupp B etc., kunder som köper för mer upp till X kronor, kunder som köper för mellan X och Y SEK och storhandlare som köper för mer än Y kronor).

Hur ska man få tag på den demografiska informationen

Det finns egentligen inga genvägar. Antingen måste du ha informationen lagrad på något sätt (till exempel kanske du har information om ålder, kön, intressen etc. från någon form av inloggningsfunktion/medlemsfunktion) eller så måste du fråga efter den demografiska informationen (till exempel via ett formulär).

Bestäm vilken demografisk data som du vill kunna segmentera på och skicka in informationen till webbstatistikprogrammet.

Demografisk data i Google Analytics

Om du vill kunna segmentera din webbstatistik med hjälp av demografisk data i Google Analytics så är det antagligen bäst att använda så kallade Custom Variables.

Här kan du skicka in demografisk data och olika former av kund/medlemsinformation som du sedan kan segmentera webbstatistiken med och dra värdefulla slutsatser.

När man väl har en eller fler Custom Variables, så kan du använda Avancerade segment i Google Analytics och skapa egna filter/segment (custom segments) som du kan filtrera de vanliga rapporterna med.

Sedan är det bara att dyka ned i rapporterna och hitta mönster och trender som du kan använda för att förbättra webbplatsen och möta dina mål.

Driftstörningar för sökmotoroptimeringsverktyget och webbanalyssystemet Xtractor

Om du tillhör användarna av sökmotoroptimeringsverktyget, webbanalyssystemet och leadsgenereringsverktyget Xtractor så kanske du har märkt att all insamlad data för den senaste tiden inte syns i rapporterna. Detta beror på Online Services, det norska företaget bakom Xtractor, är mitt inne i en omfattande serverflytt. Serverflytten har gjort att man nu dras med förseningar i rapportgränssnittet.

Xtractor är numera även OEM:at som EPiServer SEO och kanske är mer bekant under det namnet för nya användare.

Driftteknikerna arbetar med problemet och hoppas på att det ska vara åtgärdat till nästa vecka.

Xtractor seglade upp som en ny spelare på webbanalysmarknaden för några år sedan. Med en trevlig kombination mellan webbanalys, sökmotoroptimering och leadsgenerering hittade man snabbt många kunder. Av någon anledning fick man sedan interna problem och utvecklingen avstannade, viket snart ledde till avhopp bland både personal och kunder. Det svenska kontoret stängdes, så nu sköts de svenska kunderna från det norska huvudkontoret i Oslo.

Listan med olika webbstatistikverktyg uppdaterad och utökad

Jag har byggt ut och uppdaterat listan med de olika webbanalysverktyg som vi brukar skriva om här på webbstatistiksystem.se.

Webbanalysmarknaden har under lång tid präglats av uppköp och konsolidering. Detta ger spelrum för nya mindre företag som vill visa upp sig och ta för sig på den svenska marknaden för webbstatistik och webbanalys.

Några av de nya webbstatistiksystemen (i alla fall på den svenska marknaden) kommer från tyska WebTrekk och finländska Snoobi. Bland de senaste uppköpen finns comScores köp av holländska Nedstat (och statistikverktyget Sitestat) och IBMs köp av Coremetrics.

Till listan med olika webbanalysverktyg.