Webbstatistikverktyg

Ä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.

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.

Vad betyder Unspecified i den hierarkiska rapporten i SiteCatalyst?

Frågan: Vad betyder Unspecified i den hierarkiska rapporten i SiteCatalyst? får jag ofta från olika SiteCatalystanvändare.

Den hierarkiska rapporten som finns i Adobe SiteCatalyst (tidigare Omniture) är en uppskattad rapport som visar statistiken per sida och nod på en webbplats.

Man ”borrar sig ned” i strukturen genom att klicka på ett plustecken. Detta fungerar på samma sätt som trädstrukturen inne i EPiServers sidträd (för er som vet hur det fungerar). En liknande statistikrapport finns i det svenska statistiksystemet Vizzit där man kan se statistiken per sida och per gren med sidor.

Unspecified inne i Hierarchy rapporten

Rapporten finns under Site Content och heter ofta Hierarchy (men den kan finnas på andra ställen och heta andra saker eftersom detta är anpassningsbart i SiteCatalyst). Parametern bakom Hierarchyrapporten är oftast hier1 (men det kan vara hier2, hier3 etc.).

På grund av dess konstruktion så dyker ett speciellt ord upp i dessa rapporter när man borrar sig ned. Namnet är kanske lite olyckligt formulerat, men det är i alla fall Unspecified. Det är inget som är fel utan något helt normalt (namnet skulle nog kunna vara något annat). Nedan försöker jag illustrera med ett exempel hur detta uppkommer och vad det är för något.

I de allra flesta fall är det ”hemsidan” på respektive nivå som döljer sig bakom Unspecified.

I exemplet nedan har jag en enkel sidstruktur i tre nivåer med en sidvisning på varje nivå i den noden med sidor. Avgränsaren mellan olika nivåer kan vara olika tecken, i exemplet har vi använt | (pipe).

Sidvisning nr 1 på sidan A (”mammasidan” i noden, denna sida ligger alltså på nivå 1 i sidstrukturen).
Så här ser den tekniska implementeringen ut: s.hier1=”A”.

Sidvisning nr 2 på sidan B (som ligger på nivå 2 i sidstrukturen, sidan B är barn till sidan A och mamma till sidan C).
Så här ser den tekniska implementeringen ut s.hier1=”A|B”.

Sidvisning nr 3 på sidan C (som ligger på nivå 3 i sidstrukturen, sidan C är barn till sidan B och barnbarn till sida A).
Så här ser den tekniska implementeringen ut s.hier1=”A|B|C”.

I detta exempel, visar nivå 1 tre sidvisningar (page views) inne i Hierarchy rapporten i SiteCatalyst eftersom den är del av alla tre sidvisningarna. Om man klickar sig vidare ner i strukturen i Hierarchy rapporten så visar nivå två, två page views (sidvisning 2 och 3, det vill säga träffarna på sidorna B och C) och nivå tre en sidvisning (endast en sidvisning på sida C).

När man ”borrar sig ned” i hierarkin i rapporten i SiteCatalyst blir det en naturlig skillnad mellan nivå ett (med tre sidvisningar) och nivå två med två sidvisningar. Rapporten Hierarchy i SiteCatalyst är inställt för att kompensera detta och därför läggs ”Unspecified” till. Unspecified får det antal som behövs för att summan ska stämma. Unspecified får alltså värdet 1.

Om all insamling har gått helt rätt till och alla sidor är implementerade på rätt sätt så visar Unspecified antalet sidvisningar på denna nods startsida/hemsida (detta är sida A i vårt exempel). Om det saknas taggning för hier1 (den parameter som bygger upp Hierarchy rapporten i SiteCatalyst) på någon sida eller om det blivit något fel i implementeringen på något sätt så kan siffrorna skilja sig åt lite (detta är normalt enklast att verifiera om man jämför med Pages rapporten).

När man borrar sig ned ytterligare ett steg i rapporten blir det på samma sätt en naturlig skillnad mellan nivå B (med två sidvisningar) och nivå C med tre sidvisningar. Därför läggs ”Unspecified” till även i detta fall. Nu är dock Unspcified denna nods startsida/hemsida (det vill säga sida B).

Google Analytics, ingen data 2 november

Vi börjar få in supportfrågor kring varför det inte dyker upp någon statistik från 00.00 den 2 november i Google Analytics.

På Avantime, som arbetar med support kring Google Analytics, har man konstaterat att det verkar vara någon form av bugg/stopp någonstans hos Google. Det är många Google Analytics användare som just nu inte ser någon data för 2 november.

Ingen större orsak till oro alltså. Vi räknar med att informationen dyker upp inom kort.

Så skapar man en virtuell sidvisning i Google Analytics

På de allra flesta webbplatser så har man många ”händelser” som inte innebär någon ny sidvisning. En ny sidvisning (det vill säga att en ny sida laddas i webbläsaren) krävs för att den traditionella scriptbaserade statistikmätningen ska mäta sidan. När det händer saker i själva sidan (utan att sidan laddas om) så måste man mäta detta på ett annat sätt (om man vill veta vad som händer i sidan).

Virtuella sidvisningar mäts på lite olika sätt beroende på vilket webbstatistiksystem man använder. De flesta mer avancerade statistikverktyg (som till exempel SiteCatalyst, WebTrends, Sitestat, WebTrekk) har funktionalitet för virtuella sidvisningar. Nedan visas hur man gör i Google Analytics.

Kod för virtuell sidvisning i Google Analytics

Så här ser koden ut för att skapa en virtuell sidvisning i Google Analytics:

onclick=”pageTracker._trackPageview(‘din-beskrivning-av-handelsen’);”

Du bestämmer själv vad det ska stå i ”din-beskrivning-av-handelsen”. Använd a-z, 0-9. Använd inte andra tecken eller mellanslag.

Du lägger in koden i länken på din sida (eller koden där ett onclick event kan användas). Nedan ges ett exempel med en dokumentlänk (pdf) som inte mäts med automatik i Google Analytics:

<a href=”doman.se/filnamn-pa-mitt-dokument.pdf” onclick=”pageTracker._trackPageview(’/Dokument/PDF/Definition-av unika-besokare’);”>Länktext som beskriver det som ska laddas ned</a>

Använd ”smarta” namn på händelsen för att förenkla rapportering i Google Analytics

Genom att använda någon form av prefix är det enkelt att filtrera fram en samlad rapport med till exempel alla dokument av en viss typ. I exemplet ovan har vi använt /Dokument/PDF/Definition-av unika-besokare. Genom att filtrera på prefixet /Dokument/PDF/ kan man då enkelt få ut en rapport på alla dokument av typen pdf.

Ny version av SiteCatalyst släppt (14.9) med många bra funktioner

Idag blev en ny version av Adobe SiteCatalyst (tidigare Omniture SiteCatalyst) tillgänglig. Vid sidan av en del buggfixar släpptes många bra och efterlängtade funktioner med denna release. Några av de för oss i Sverige användbara funktionerna listas nedan.

Uppdaterade Mobile Appar för iPhone, Android

Funktionaliteten i de befintliga apparna för SiteCatalyst i iPhone och Android byggs ut med fler funktioner och rapporter. Nu har man tillgång till alla bokmärkta rapporter och dashboards samt tabeller i dessa. Det är även enkelt att ändra tidsperiod för respektive rapport.

Den nya iPhone appen ligger just nu för godkännande i AppStore. Du som har den tidigare iPhone appen får automatiskt ett meddelande när den nya finns tillgänglig att ladda ned.

Fler parametrar att mäta med

Det redan väl tilltagna antalet parametrar i SiteCatalyst som man kan använda för att mäta webbplatserna utökas ytterligare. Det är inte så många kunder som ”slagit i taket” tidigare, men det har hänt för en del och hos dem är detta förstås väldigt välkommet. Nu utökas parametrarna till att omfatta:

• 25 mer eVars (totalt 75)
• 20 mer Events (totalt 100)
• 25 mer props (totalt 75)

Ny Calculated Metrics för tid

För dig som skapar nya och egna nyckeltal med hjälp av Calculated Metrics i SiteCatalyst utökas möjligheterna att skapa nya nyckeltal baserade på tid.

Widget för att publicera rapporter på valfri webbplats, intranät etc.

Möjligheterna att lyfta upp rapporter från SiteCatalyst på ett intranät eller annan webbplats utökas med en så kallad Publishing Widget. Detta är i princip en iframe som innehåller data från SiteCatalyst. Även detta har funnits tidigare, men funktionaliteten har utökats och förbättrats.

Det finns inga krav på inloggning, men man kan begränsa att widgeten endast visas på ett visst ip-nummer.

Varje gång en besökare laddar en webbsida med en Publishing Widget laddas widgeten med den senaste SiteCatalyst statistiken.

Om du ändrar rapporten som ligger till grund för publishing widgeten, till exempel ändra datum eller grafer, ändras även innehållet på sidorna där publishing widgeten används utan att koden behöver ändras.

För dig som vill ha full kontroll på utseende och funktionalitet i det som du visar upp på ditt intranät, på skärmar i receptionen, på webbplatsen etc. så är det fortfarande bäst att använda APIet och bygga engna lösningar.

HTML länk i rapporter som distribueras ut via e-post

Funktionen att kunna skicka ut vilken rapport som helst, till vem som helst och när som helst utökas ytterligare genom att en länk till den aktuella rapporten inne i SiteCatalyst läggs till i sidhuvudet av rapporten. Klicka där och ta dig vidare till den aktuella rapporten direkt i SiteCatalyst.

Bokmärka rapporten

Skapa Data Warehouse segment via så kallade Classifications

Nu kan man i Data Warehouse funktionen i SiteCatalyst bygga upp segment baserade på så kallade classifications.

Teknik för att mäta appar som är offline

Funktionaliteten för att mäta olika mobila plattformar som iPhone/iPad, Android och Blackberry utökas genom att tillföra en teknik som gör att man kan mäta enheter som inte är online. Informationen sparas temporärt och skickas sedan när användaren kommer online.

Även nya versioner av andra Adobe/Omniture verktyg

Det var inte bara SiteCatalyst som fick nya funktioner vid denna release. Även Discover (avancerad segmentering),  SearchCenter (administration och optimering av digitala kampanjer/annonser, tex Google AdWords och Facebook) och Survey (enkätverktyg med koppling till statistik i SiteCatalyst).

Frågor/Hjälp med SiteCatalyst?

Avantime har erfarna och duktiga SiteCatalyst specialister som på svenska hjälper er med allehanda frågor, rapporter, tolkning, optimering, kampanjuppföljning etc.