Posts Tagged ‘SiteCatalyst’

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.

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.

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

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.

Ny version av webbstatistiksystemet SiteCatalyst släppt (14.8)

För några dagar sedan släpptes den senaste versionen av webbstatistiksystemet SiteCatalyst från Adobe (tidigare Omniture). Versionsnumret är 14.8. Bland nyheterna finns:

Marketing Channel Reporting

Det här är antagligen den största nyheten för de flesta SiteCatalystanvändarna i version 14.8. Genom att aktivera Marketing Channels i adminläget får man en översiktsrapport där man kan se upp till 25 olika marknadsföringskanaler (olika kategorier som drar trafik till din webbplats).

Bland kanalerna kan man till exempel ha köpt sök, naturlig söktrafik, social media, video, affiliate, e-postmarknadsföring. Med en wizard sätter man snabbt upp de allra vanligaste, men du kan som sagt själv specificera upp till 25 olika egna kanaler per insamlingskonto.

ReportBuilder 4.0

I version 14.8 av SiteCatalyst kommer ReportBuilder 4.0. Denna ersätter tidigare Excel klienter och kommer med ett helt nytt förbättrat gränssnitt. Till exempel finns nya pivot funktioner, utökad datum valsfunktionalitet och filtreringsfunktioner.

Dashboard förbättringar

Ytterligare Dashboard förbättringar kommer i SiteCatalyst 14.8 (i förra versionen kom en riktig stor förändring av funktionaliteten kring översiktsrapporterna/dashboards i SiteCatalyst).

Bland förbättringarna finns stöd för att plocka in extern data in i rapporterna, globala förändringsmöjligheter i dashboards och mer möjligheter att lägga in egen text som ”confidentiality statements” (viktigt i/för många större företag).

Social Referrer Type

Sociala media är nu såpass stora att de har fått en egen kategori i SiteCatalyst. Om besöken kommer från en social media webbplats kategoriseras dessa som just social media trafik och man ser dessa som en egen kategori i till exempel Referrer Type rapporten.

Veckodagsrapporter (Day-of-Week Reporting)

Nu kan du enkelt välja ut till exempel att se en rapport för en viss veckodag, till exempel se trafiken hur den ser ut en måndag, eller onsdag.

Allmänna fixar

Utöver ovanstående förändringar har en mängd mindre och större fixar släppts i denna release av SiteCatalyst. Bland annat har en del språkproblem rättats till i Dashboards (dessa har Avantime rapporterat in).

En större visuell förändring är även att Adobes logga har blivit mer tydlig och används på ett mer framträdande sätt i webbgränssnittet och i olika former av rapporter och dokumentation.

Webbstatistik i iPhone

Om du tillhör en av de lyckliga (!?) som har en iPhone så kan du numera ta med dig din webbstatistik i fickan. Flera webbstatistikföretag väljer att släppa en iPhone applikation där du kan se din statistik.

Hittills har Omniture släppt en applikation till sitt statistikverktyg SiteCatalyst och det finns redan flera applikationer till Google Analytics.

Google Analytics och iPhone

En av de mer populära Google Analytics applikationerna heter Analytics App och är en riktigt bra och välarbetad ”app” (som det heter i iPhone världen). Du kan praktiskt taget se alla rapporter du kan se i det vanliga Google Analytics gränssnittet med både siffror och grafer. Den kostar 45 SEK och finns att köpa på App store.

Läs mer om Analytics App på deras webbplats.

Andra Google Analytics applikationer för iPhone:

• Analytics Agent – finns både gratisversion och betalversion (22 kr)
• Touchlytics – finns både liteversion (15 kr) och ”riktig” version (38 kr)
• BAM Analytics – gratis
• Ego (mäter även andra verktyg än Google Analytics som Feedburner, Twitter) – 15 kr
• Analytics Pro – pris 28 kr
• Analytics – gratis

SiteCatalyst i iPhone

Omniture är bra på att hänga med i trenderna och var snabbt ut med en statistikapplikation till iPhone. Den här applikationen är dock begränsad till grafer vilket gör översikten lite sämre. En ny version av SiteCatalyst ”appen” kom nyligen. Finns att ladda ner gratis på App store.

Pressrelease från Omniture om lanseringen av SiteCatalyst för iPhone.

En tydlig trend är att vi vill ha vår webbstatistik lättillgänlig.

Det finns säkert fler program till iPhone som hanterar statistik men dessa två är det vi testat hittills. Det kommer troligtvis dyka upp applikationer från andra företag och uppdateringar av nuvarande. Vi ser fram emot detta. Har du frågor om webbstatistiksystem eller behöver hjälp att välja system och sedan behöver stöd med webbanalys så kan du kontakta våra konsulter.

Google Analytics nu bland webbstatistiksystemen med API

Många har väntat på att Google ska släppa API:et till Google Analytics som idag är ett av de mest använda webbstatisksystemen i världen. Sedan tidigare har andra systemleverantörer och webbstatistiksystem som SiteCatalyst från Omniture och WebTrends haft färdiga och bra API:er.

API står för Application Programming Interface och att det släpps fritt betyder att man öppnar för externa program att hämta den data som finns i den egna databasen. I det här fallet betyder det till exempel att en mobilapplikation skulle kunna hämta data från Google Analytics och visa det i ett externt program i mobilen.

Ett annat exempel skulle kunna vara att man bygger en funktions om hämtar ut valda nyckeltal från Google Analytics och att man visar trafikdatan på ett snyggt och överskådligt sätt på olika dataskärmar på kontoret eller på webbplatsen (till exempel receptionen om man vill skryta lite för sina besökare).

Nu finns det alltså möjlighet för alla i världen som har kunskap och lust att utveckla funktionaliteten i Google Analytics. Med stor säkerhet kommer det att dyka upp mycket intressanta tillägg och program som ökar tillgängligheten till Google Analytics.

Tekniskt fungerar API att man ställer frågor over HTTP och att man kommer åt datan via XML.

Här finns lite olika exempel på tillämpningar och länkar till själva dokumentationen för Google Analytics API.

Många använder inte potentialen i statistikverktyg som Google Analytics och webbanalys

De allra flesta webbplatser har idag ett webbstatistikverktyg implementerat men en nyligen släppt undersökning visar att svenska organisationer och företag är bland de sämsta i Europa att använda sig av webbanalys (se mer på dagensmedia.se). Svenskarna är inte dåliga på att implementera statistikverktyg, men där stannar processen upp.

Google Analytics väljs i många fall utan utvärdering av andra webbstatistiksystem

I och med att Google Analytics har en mycket attraktiv licensmodell så installeras detta statistikverktyg på en stor mängd webbplatser. Problemet är att man bara installerar Google Analytics och så händer det inte så mycket mer.

Allt för ofta implementeras ett verktyg för att sedan användas då och då för att se hur många besökare man haft. Visst kan det vara roligt att se hur många besök man haft på webbplatsen, men om din organisation inte kan identifiera varför trafikvolymerna förändras så får man inte ut så mycket av sitt webbstatistiksystem.

Det har blivit allt för vanligt att man bara installerar ett statistikprogram och sedan inte lägger den energi eller de resurser som krävs för att kunna dra nytta av den värdefulla informationen.

Identifiera nyckeltal och mål (KPIer)

Ett bättre tillvägagångssätt är att börja med att identifiera och utvärdera vad som ska mätas på webbplatsen. Man måste hitta de nyckeltal och mål som finns med webbplatsen, innan man går vidare. Sedan väljer man verktyg efter hur statistikverktyget kan leverera svaren på de analysfrågor som man har inom organisationen, den budget man har etc. (vilket i många fall blir Google Analytics eftersom man attraheras av licensmodellen).

Därefter implementeras statistikverktyget på ett sådant sätt så att man kan samla in det man vill mäta. Detta kräver i många fall anpassningar i det webbpubliceringssystem (till exempel EPiServer, WordPress etc.) som man använder. Google Analytics kan mäta mycket men har en del begränsningar om man jämför med andra statistiksystem där man inte är beroende av url/titel som till exempel SiteCatalyst, Sitestat och WebTrends.

Kontrollera att du kan mäta och analysera uppsatta nyckeltal och mål

Efter att den tekniska implementeringen är klar görs en verifiering/kontroll så att all statistik ser bra ut och stämmer. I normala fall blir det några ”korrekturrundor” innan allt fungerar som det är tänkt och det är enkelt för dig som webbanalytiker att ta fram de rapporter och analysera webbstatistiken.

Är det för sent att göra rätt?

Om du redan har installerat Google Analytics eller något annat statistiksystem (SiteCatalyst, Sitestat, WebTrends etc.), men har missat de centrala delarna i att identifiera nyckeltal och mål med webbplatsen, så är det inte ”kört”.

Det går att backa tillbaka och arbeta fram era KPIer som du behöver för att följa upp och mäta er digitala närvaro. Om du känner att ni inte orkar/hinner med eller att ni behöver stöd av kompetens så ta hjälp av en konsult som har ett tydligt fokus på kunskapsöverföring.

Iconvert är ett exempel på ett företag som håller utbildningar/workshops inom webbanalys och flera webbstatistiksystem (utbildning Google Analytics, utbildning SiteCatalyst).

Geografisk data i webbstatistiksystem

I så gott som alla webbstatistiksystem finns det geografisk data om varifrån besökarna surfar ifrån i form av länder, städer och län. Denna information är inte speciellt rättvisande i Sverige, men den kan i alla fall ge en viss idé om varifrån besökarna surfar ifrån.

Varför blir trafikdatan missvisande?

Den information som webbstatistiksystemen kan ”spela in” är varifrån besökaren surfar ifrån, det vill säga den dator man faktiskt surfar via. Då pratar jag inte om din egna dator utan den ISP (Internet Service Provider, tex Telia, Telenor, Bredbandsbolaget, ComHem etc.) eller företag/organisation (tex Volvo, Försäkringskassan, Skatteverket) som du surfar via när du är ute på Internet.

Den är lokaliseringen av denna server som hamnar i webbstatistiken. I Sverige brukar det vara minst 50% av besökarna som är från Stockholm. Visserligen är Stockholm den största staden i Sverige, men att en lokal webbplats som riktar sig till en lokal målgrupp utanför huvudstaden har siffror runt 50% för Stockholmsbesökare är såklart inte så troligt. Det beror som nämnts ovanför på att besökarna surfar via en dator som står i Stockholmsregionen.

Går det att komma runt problemen med missvisande geografisk data?

Det går inte att komma ifrån problemen med missvisande geografisk data på något enkelt sätt. Om man använder sig av ett mer avancerat webbstatistikverktyg som till exempel Omniture SiteCatalyst, WebTrends eller Sitestat från Nedstat så kan man samla in geografisk data som till exempel postnummer, postadress och adress om man har någon form av formulär på webbplatsen där man har fält för detta.

Enkätsystem kopplade till webbstatistiksystem

Ytterligare ett sätt att samla in geografisk (och egentligen all typ av demografisk data) är att använda sig av externa enkätsystem. Vissa webbstatistikleverantörer som till exempel Omniture (Omniture Survey) har egna enkätverktyg som är kopplade till webbstatistiksystemet (SiteCatalyst) eller så kan man integrera externa enkätsystem med webbstatistiken.