Posts Tagged ‘SiteCatalyst’

SiteCensus avvecklas- påverkar KIA Index

I dagarna avslöjades det att statistikjätten Nielsen avvecklar sitt eget mätverktyg SiteCensus. Eftersom Nielsen och SiteCensus var en av de relativt få mätleverantörer som är med i KIA Index så kommer det naturligtvis få följder eftersom det är många stora webbplatser som är beroende av att kunna visa upp sig på KIA index för annonsörer.

Här på bloggen har vi tidigare tagit upp vad KIA Index är, men för er som inte är bekanta med det så kan man sammanfatta det med att det är ett index med officiell besöksstatistik för webbplatser. Denna statistik är sen fritt fram för annonsörer att använda och ha som underlag när man planerar sina annonsinvesteringar.

Det är därför många företag och webbplatser som är beroende av att synas på KIA Index. Att vara med i den listan gör att det blir enklare att sälja reklamplats (till exempel banners).  ”Alla” som köper upp annonsyta tittar som regel på KIA Index. Ju mer trafik en webbplats har desto mer intressant blir man i allmänhet i reklamköparnas ögon.

För att komma med i KIA Index krävs det att man betalar en mindre avgift, men en förutsättning är att man har ett godkänt mätsystem. Dessa är

• OAS Analytics
• WebTrends
• SiteCatalyst 
• SiteCensus
• AT Internet Analyzer 2
• Digital Analytix
• Mobile Web Metrics (enbart mobilwebb och appar)
• CEM4Mobile (enbart mobilwebb)
• Google Analytics (om man uppfyller de krav som finns, bl.a. får man inte ha över 100 000 unika besök i veckan eller ingå i ett nätverk)

Nu kommer alltså SiteCensus läggas ner och tas bort från listan. Detta lämnar ju deras befintliga kunder i något av ett dilemma, då de nu måste hitta och bestämma sig för ett nytt statistikverktyg, som dessutom ska leverera statistik till KIA. Som ni förstår finns det alltså inte så många att välja mellan och nu kommer troligtvis statistikverktygsleverantörerna ha huggsexa om de mest trafikerade siterna.

Problemet för båda parter är dock att webbplatsägarna har mycket trafik och statistiksystemsleverantörerna har prislistor som till stor del är beroende av antal sidvisningar. Det blir med andra ord ganska höga licensavgifter och det är många webbplatsägare som inte kan motivera de avgifterna bara för att vara med på KIA Index. Vi får se om det kommer någon leverantör som skapar ett erbjudande för just KIA Index så att det går att komma in där utan att betala fullprisvarianten av licenserna…

Enhanced Link Attribution i Google Analytics – skilj mellan länkar i In-Page Analytics/På din sida analys

var pluginUrl =
‘//www.google-analytics.com/plugins/ga/inpage_linkid.js’;
_gaq.push(['_require', 'inpage_linkid', pluginUrl]);

Så ser det ut (se mer nedan hur du implementerar den). De här två raderna kod kan göra analysen av hur besökare navigerar på en sida på din webbplats mycket enklare och bättre om du har flera länkar till samma destinationssida/målsida.

I andra statistikverktyg som till exempel Adobe SiteCatalyst har denna funktionalitet funnits i många år, men nu bockar alltså Googles utvecklingsteam av ytterligare en funktion som man saknat och som funnits hos konkurrenterna.

In-Page Analytics i Google Analytics

Google Analytics har under en längre tid haft In-Page Analytics (på din sida-analys på svenska) som en del i Google Analytics utbud av rapporter. In-Page Analytics kan sägas vara en grafisk representation av statistiken ”påmålad” på din webbplats. Det är ett mycket avdramatiserat sätt att tillgodogöra sig statistik och är lämpligt för alla typer av redaktörer/marknadsförare etc., även de som kan vara lite ”rädda” för tabeller och rapporter i webbstatistiksystemet.

Tanken med In-Page Analytics är att visa vilka länkar på en sida som besökarna klickar på och hur ofta, och man kan även utläsa målvärden och intäkter som genererats via en länk. Även ifall det har varit en användbar rapport så har har den haft brister.

Det största problemet som många har upplevt har varit att statistiken inte har varit exakt för varje länk på en sida, eftersom att man bara har mätt klick utifrån vilka URLer de leder till och inte vilken specifik länk som faktiskt har klickats på.

Ponera exempelvis att sida A har två olika länkar, länk 1 och länk 2, som går till sida B. På sida A klickade 100 besökare på länk 1, 50 besökare på länk 2 och totalt var det 1 000 klick. Eftersom GA alltså inte kunde skilja mellan länk 1 och 2, utan bara se hur många klick URLen till sida B fått, så står det i rapporten att både länk 1 och 2 stått för 15% av alla klick. Det korrekta hade alltså varit att visa 10% för länk 1 och 5% för länk 2.

När du är inne i In-Page Analytics rapporten och vill se hur många som klickat på en specifik länk som kan man till exempel hoovra/ställa muspekaren över länk. Då visas mer information och däribland hur många som klickat på en länk.

Ett annat problem var att man saknade statistik för sådant som inte var ”vanliga” länkar, såsom knappar och annat som triggas med JavaScript. Detta försvårar naturligtvis optimeringsarbetet och gör det svårt att veta vilken layout och navigering som faktiskt funkar bäst på din site.

Enhanced Link Attribution

Då Google kände av behovet av en bättre, mer exakt analys har de nu släppt Enhanced Link Attribution som ska åtgärda problemen med In-Page Analytics. In-Page Analytics fungerar enbart med hjälp av Google Analytics standard script, men vill man nu börja använda enhanced link attribution, som på svenska kallas förbättrad länktillskrivning, behöver man genomföra två mindre förändringar.

För det första behöver man implementera två rader kod och placera dem i Google Analytics-scriptet, enligt nedan.

var _gaq = _gaq || [];
var pluginUrl =
‘//www.google-analytics.com/plugins/ga/inpage_linkid.js’;
_gaq.push(['_require', 'inpage_linkid', pluginUrl]);
_gaq.push(['_setAccount', 'UA-XXXXXX-Y']);
_gaq.push(['_trackPageview']);

Efter att det är implementerat går du till Admin > Egendomsinställningar/Property Settings i Analytics-kontot. Där behöver man klicka i rutan för enhanced link attribution/förbättrad länktillskrivning och spara de nya inställningarna. Efter det är det klart, och Google  Analytics kommer att börja samla in den nya datan.

In Page Analytics använder då en kombination av elementID och URLer, vilket kommer att lösa de flesta problem men inte alla. Det kommer fortfarande att finnas problem med att identifiera ifall någon klickade på ett element, t.ex. om man går bakåt, refreshar sidan osv. Rapporten kommer i de fallen visa intervaller för hur många klick ett element troligtvis har haft. Läs gärna mer om det på Googles support.

Så taggar du dina länkar i nyhetsbrev skickade från epostmarknadsföringsverktyget Apsis

Apsis är ett av de dominerande företagen på marknaden för e-postmarknadsföring i Sverige med sitt nyhetsbrevsverktyg APSIS PRO. I Apsis nyhetsbrevssystem finns det en hel del statistik som till exempel hur många prenumeranter som klickar på länkar och hur många som öppnar brevet (kallas Unika öppningar, tekniskt är detta att man öppnar bilderna i nyhetsbrevet som prenumeranten fått skickat till sin e-postklient).

Exempel på annan statistik i nyhetsbrevsverktyg

• Antal studsar
• Antal mottagare som har klickat på en länk i brevet (aktiva prenumeranter)
• Antal avregistreringar som ett visst utskick orsakat
• Öppningar av brev i förhållande till tid efter utskick

Det här är såklart bra statistik och den ska man arbeta med som administratör och e-postmarknadsansvarig. Statistiken som finns i Apsis liknar många andra konkurrerande nyhetsbrevsverktyg.

Om man använder nyhetsbreven som ”inkastare” till en webbplats eller någon annan form av webbtjänst så måste man dock tagga upp länkarna i nyhetsbrevet med webbstatistikverktygets ”taggar” (läs mer om ”grundteorin för taggning i artikeln QuickWin: Tagga upp länkar och annonser till webbplatsen). Nedan beskriver vi hur man taggar länkar i APSIS PRO.

Så taggar du länkar i APSIS PRO

Gå in på fliken Konto och Extern statistik. Det finns ett antal webbstatistikverktyg som Apsis byggt in stöd för. Dessa är:

• Snoobi
• Google Analytics
• Sitestat (Nedstat)
• SiteCatalyst (Omniture/Adobe)

Grundinställningar för taggning av nyhetsbrev i APSIS PRO

Man kan även skapa en egen så kallad grupp. I exemplet ovan är den som heter SiteCatalyst skapad extra. Detta är bra eftersom man använder egna kampanjparametrar i Adobe SiteCatalyst.

Observera att man ska klicka i checkboxen Aktiverad och sedan klicka i Spara. Om man inte klickat i denna checkbox så är inte taggningen aktiverad och du kan inte anpassa dina taggar efter varje utskick (se längre ned hur det går till).

Aktivera det webbstatistiksystem som du vill använda tillsammans med APSIS PRO

I Google Analytics som många andra använder är det ett antal fasta kampanjparametrar (utm_source, utm_medium, utm_content och utm_campaign) som gäller till skillnad från Adobe SiteCatalyst. Apsis har fyllt i några av dem som default (se ovan). Du använder de parametervärden som du vill ha som grundvärden.

Grundtaggning för Adobe SiteCatalyst i APSIS PRO

Ovan visas det fält som används i detta exempel och SiteCatalyst. De fält som används ändrar man sedan om man vill i själva e-postutskicket (lämpligen fyller man i någon form av grundvärde ovan och sedan kompletterar man med något som identifierar det specifika utskicket mer).

Förtydliga utskicket/nyhetsbrevet med mer information

Gå sedan till ditt nyhetsbrev och klicka på fliken Inställningar. En bit ned hittar man Extern statistik och det webbstatistikverktyg som du aktiverat. Här kan du komplettera grundvärdet du fyllt i ovan med något mer specifikt som identifierar just detta nyhetsbrev bland andra i ditt webbstatistikverktyg.

Adobe ”brandar” om sin webbanalyssystem, SiteCatalyst blir Adobe Analytics

Adobe Marketing Cloud

Adobe tar ett steg till i att inkorporera och stuva ihop sina olika förvärv inom webbanalys, webbpublicering och optimering. Produkterna i det som hittills kallats Adobe Digital Marketing Suite byter nu namn till Adobe Marketing Cloud.

Inne i SiteCatalyst och på Adobes hemsida har inte så mycket förändrats ännu. När man loggar in så har dock Adobe Digital Marketing Suite bytts ut mot Adobe Marketing Cloud.

Fem olika paket i Adobe Marketing Cloud

Adobe Marketing Cloud ska i sin tur innehålla fem olika paket. Dessa ska kallas

• Adobe Analytics
• Adobe Target
• Adobe Social
• Adobe Media Optimizer
• Adobe Experience Manager

Paketen innehåller alla de olika system som hittills har marknadsförts under olika namn. Se menybilden här intill med de olika verktygen som alltså ännu inte paketerats om.

• SiteCatalyst
• SearchCenter
• Discover
• Test & Target
• Genesis
• Insight
• Merchandising
• Search & Promote
• Survey
• Recommendations
• Digital Pulse
• Scene 7
• Social
• AudienceResearch

Adobe har köpt på sig många system under de senaste åren. Mycket kraft har lagts på att integrera de olika verktygen och att omorganisera Adobe tillsammans med de olika organisationerna som förvärvats. Nu har man kommit så långt att man även stuvar om bland systemen och slår ihop några av dem.

Vilka som slås ihop är inte riktigt klart, eller i alla fall inte officiellt. Att SiteCatalyst blir en av grundpelarna i Adobe Analytics är nog dock ganska troligt. Likheten med Googles webbstatistikverktygs namn blir därmed slående…

QuickWin: Tagga upp länkar och annonser till webbplatsen

Det är numera standard att i de flesta webbstatistikverktyg kunna se vilken domän besökare till din webbplats kommer ifrån. Men när du själv skapar kampanjer och lägger upp länkar i nyhetsbrev, på Facebook, Twitter, annonser eller på andra platser utanför din egen site är det väldigt bra att få lite mer detaljerad kunskap om dessa länkar.

Visst, du kan se hur många besökare som kommit från till exempel Facebook under en viss period och på så sätt få ett hum om hur det gått för dina kommunikationsinsatser där. Men hade det inte varit mycket bättre att se statistiken för varje enskild länk du lagt upp och/eller har möjlighet att skilja ut dina länkar som du lagt upp själv kontra alla länkar som alla andra skapat upp? På så sätt kan du se vilka kanaler som funkar bra och vilket innehåll dina följare på exempelvis Facebook tycker om och vill veta mer om, men också vad de inte tycker om. På så sätt får du bättre kunskap om målgruppen och kan anpassa ditt budskap därefter.

Genom att tagga dina länkar kan du enkelt få den här informationen, och det är lättare än vad man tror.

Vad är en tagg?

En tagg är, rent praktiskt, en snutt som man förlänger en URL med. Denna innehåller en eller flera variabler med värden som du väljer, och när någon klickar på en URL till din site med en sådan snutt så känner koden för ditt webbstatistiksystem av det och skickar in datan.

Istället för att bara kunna se hur många besökare kommer från exempelvis Twitter kan du nu se att 128 personer klickade från länken du lade upp på Twitter i förrgår som handlade om er nya produkt. Du kan (och bör!) nu även ta detta steget längre och jämföra besökarna från en viss domän och en viss länk mot konverteringar och beteende på sidan för att se hur och var du ska fördela dina resurser för att få bäst Return on Investment (ROI).

Tagga länkar för SiteCatalyst.

Att tagga länkar för SiteCatalyst är enkelt. Det svåra är egentligen bara att komma igång. När du vet vilken URL du vill länka så lägger du bara till ?cmpe= (eller någon annan parameter som ni har bestämt ska användas (detta är en inställning i SiteCatalyst)) och efter likhetstecknet så lägger du till den informationen du känner är nödvändig för att identifiera länken. Det kan exempelvis se ut såhär:

www.dindomän.se/exempelsida/?cmpe=nyhetsbrev-29aug-ProduktX_lanseras

och då kommer ”nyhetsbrev-29aug-ProduktX_lanseras” att synas under Campaign Tracking i SiteCatalyst.

Exempel på en Tracking Code-rapport i SiteCatalyst.

I SiteCatalyst finns även möjlighet att använda sig av andra metoder för kampanjtaggning där man kan tanka upp kompletterande information via tex Excel till olika kampantaggars parametervärden. Ett ”hemligt” parametervärde tex ””xyz123″ kan ”förses med mer data som till exempel kampanjnamn, storlek, format, term, ansvarig chef/avdelning, källa, artikelnr, kampannr etc. Här finns i princip inga begränsningar i hur mycket extra data man vill ladda upp till SiteCatalyst.

Den ovanstående taggningsmetoden är dock enkel att komma igång med och räcker för de allra flesta. Här krävs inga uppladdningar med mer information utan det är bara att gå in i rapporten och påbörja uppföljning/optimering.

Som du förstår är det viktigt att ha en struktur för hur du och eventuella medarbetare bygger upp dessa taggar så att det ser någorlunda lika ut i rapporten och man slipper detektivarbete för att lista ut vilken länk som är vilken. Att använda en ”prefix-struktur” gör det enkelt att filtrera fram alla kampanjer av en viss typ.

Tagga länkar för Google Analytics

Att tagga för Google Analytics innehåller några fler steg, men är nästan lika lätt. Ta länken du vill tagga och surfa till Googles URL Builder. Här finns det ett fördefinierat formulär du kan använda för att bygga din taggningsstruktur och få ut så mycket data som möjligt. Efter att du matat in den URL du vill länka till kan du välja mellan att fylla i följande variabler:

• Campaign Source (obligatorisk). Här ska du fylla i det som ska stå som källa, alltså domänen du planerar att lägga länken på.
• Campaign medium (obligatorisk). Detta fyller du i ifall du vill ange vilket medium det gäller, t.ex. email, cpc, banner etc. Obs, använd inte cpc i tex Facebook annonser eftersom Google Analytics då fångar upp detta som sökordstrafik och detta kommer in i dessa rapporter
• Campaign Term. Används vid betald trafik för att veta vilket sökord som gäller för en annons.
• Campaign Content. Används vid betald trafik för att särskilja olika annonser med länkar till samma URL.
• Campaign Name (obligatorisk). Detta använder du får att namnge en kampanj, nyhetsbrev eller vad det nu är. I exemplet ovan skulle det alltså vara ”ProduktX lanseras”

Har man för vana att använda förkortningstjänster såsom bit.ly så går det fortfarande bra att använda taggning. Skapa bara en taggad URL först, med URL Builder eller cmpe,  och förkorta denna sedan.

Nya funktioner/rapporter/fixar i senaste versionen av Adobe SiteCatalyst (15.4)

Nedan redovisas några av nyheterna i den senaste versionen Av Adobe SiteCatalyst

Ny rapporter i SiteCatalyst 15.4

Mobile Carrier Report – Denna rapport hittar man under Visitor Profile > Technology. Mobile Carrier rapporten visar det företag som är ”wireless service provider” (Telenor, TeliaSonera, 3, Tele2 etc.).

Uppdaterade rapporter i SiteCatalyst 15.4

Connection Types Report – Denna rapport hittar man under Visitor Profile > Technology. Rapporten Connection Types inkluderar numera mobil trafik. Om man tittar i denna rapport idag finns ”Mobile Carrier” med som ett alternativ.

Rapporter tillbaka (sedan 14.9 versionen av SiteCatalyst)

Så kallade Rollup-konton (insamlingskonton som innehåller två eller flera separata insamlingskontons trafik) är numera tillbaka i SiteCatalyst. Rollup-konton med upp till 50 separata insamlingskonton kan aktiveras direkt av en administratör i adminläget i SiteCatalyst. Om man skulle ha fler än 50 konton behöver man ta vägen via supporten.

Förbättrat stöd för att hantera Internet Explorers så kallade Compatibility Mode

Om du har tyckt att mängden besökare som har Internet Explorer 7 har varit alldeles för hög kan det ha berott på funktionen Compatibility Mode som finns i Internet Explorer. När man kör Internet Explorer i compatibility mode, så rapporterar Internet Explorer 8 and Internet Explorer 9 att user agenten är Internet Explorer 7 (och detta har samlats in av SiteCatalyst som att webbläsaren var Internet Explorer 7).

I och med releasen av SiteCatalyst 15.4 (19 juli i år) så hanteras detta med automatik av Adobe SiteCatalyst. Besökare som använder Internet Explorer 8 och Internet Explorer 9 rapporteras som rätt webbläsare även om compatibility mode är aktiverat.

Om du haft många besökare som kört med compatibility mode aktiverat kommer man att se en ganska stor förändring i fördelningen av browsers.

Nyheterna i SiteCatalyst 15.3

Under våren och sommaren har Adobe gjort uppdateringar i sitt statistiksystem SiteCatalyst. Bland de stora förändringarna/tilläggen finns följande funktioner.

Nedanstående rapporter har kommit tillbaka till version 15 (fanns tidigare i 14.9):

• Pages Not Found
• Pathfinder
• Full Path
• Path Length
• Original Entry
• Days Before First Purchase
• All Search Page Ranking Reports
• Visitor State

Nya rapporter kring automatiserad trafik (bots). Man kan aktivera ett regelbundet uppdaterat filter och se statistik på hur mycket dessa robotar/spindlar besöker webbplatsen. Väl insamlad kan man segmentera trafik som orsakas av robotar av diverse typer (tex övervakningstjänster). Rapporterna ligger under SiteMetrics/Bots och heter Bots respektive Bot Pages.

Nyckeltalet Visits/besök finns numera som standard på alla så kallade custom insigths (propX) parametrar. Detta betyder att det är möjligt att lägga till visits i alla rapporter under Custom Traffic inne i SiteCatalysts rapportgränssnitt.

För alla insamlingskonton som skapas efter den 26 april 2012 så behöver man inte bygga egna funktioner för att omvandla inkommande trafik till gemener/små bokstäver. För tidigare skapade insamlingskonton/report suites så är det ingen förändring.

• props 1-75
• pagename
• server
• channel (site sections)
• download links
• exit links
• custom links

Bounce Rate nyckeltalet som har funnits på Pages rapporten (mest besökta sidor) i SiteCatalyst 15 finns numera på alla commerce rapporter. Detta gäller även Entries och Exits. Dessa finns på alla commerce rapporter.

Total Time Spent nyckeltalet finns sedan Sitectalyst 15.3 tillgängligt på traffic och commerce rapporterna. Nyckeltalet Total time spent visar det totala antalet sekunder som alla besökare har spenderat på den aktuella sidan.

Möjligt att se ett segments definition (villkor för filter) direkt i menyn där man väljer segment.

Livet som webbanalytiker enklare med Shortcuts (GA) och Bookmarks (SiteCatalyst)

En grundsten i många webbanalytikers eller webbstrategers arbete är att kontinuerligt ta fram nyckeltal i statistikverktygen och bokföra dessa i olika listor eller dokument. Antingen är det  något man har för internt bruk eller som underlag för möten med klienter, men oavsett  är detta en förutsättning för att kunna se hur statistiken för nyckeltalen förändras över tid. Hur ska man annars veta ifall du gjort ett bra jobb?

Många känner nog också igen att  default-inställningarna för rapporterna ofta inte räcker till. Månad efter månad, vecka efter vecka måste man gå djupare och filtrera, segmentera, ändra ordning eller vyer. Google presenterade i dagarna Shortcuts som gör det möjligt att spara (de flesta) inställningarna man gjort. Sätt bara upp rapporten precis så som du vill ha den, klicka på Shortcuts i ”Utility bar” (se bilden), namnge den och spara.

Du hittar sedan dina nya shortcuts under den nya Shortcuts-menyn under Home. På Overview finner du alla som du sparat och kan enkelt hantera dem härifrån.

Klickar man sen på respektive shortcut kommer man till rapporten precis så som man sparat den, även om Google påpekar att man ibland kan behöva justera tidsperioden. Som du märker har rapportens titel även ändrats till namnet på din shortcut, i fallet nedan ”404-filtrering på Pages”.

Har man haft många fall där man behövt gå in i Google Analytics och göra ändringar för varje gång så kommer detta naturligtvis som en väldigt välkommen nyhet, då man vet hur resurskrävande det kan vara.

Shortcuts heter Bookmarks i SiteCatalyst

Å andra sidan kan alla ni flitiga SiteCatalyst-användare konstatera att detta är ytterligare en funktion som Google Analytics anammat från just SiteCatalyst (och kanske några ytterligare system). Där har man nämligen sedan länge kunnat sätta upp sina rapporter och spara dem som Bookmarks, som fyller exakt samma funktion. Google Analytics är alltså duktiga på att implementera sådant användarna gillar med SiteCatalyst som man inte själva har, och dessutom går det ofta ganska snabbt. Frågan är när Adobe ska vakna och implementera sådant som är bra med Google Analytics i samma takt som Google plockar godbitarna ur SiteCatalyst?

Hur mycket av din webbplats ser besökaren?

Utvecklingen går som bekant framåt och nya teknologier gör det möjligt för användare att besöka en webbplats på flera olika plattformar som var och en har olika förutsättningar. Om du är ansvarig för en webbplats har du därför säkert undrat – hur mycket ser egentligen besökaren? Faktum är att det finns enkla sätt att ta reda på detta i dina statistikverktyg.

Adobe och deras SiteCatalyst har löst problemet genom att visa olika statistik för  besökarnas webbläsare. Detta avsnitt finns under Visitor Profile –> Technology och är en bra funktion som funnits de senaste fem åren (minst). Man kan bland annat se typ av webbläsare, om cookies är aktiverat, skärmens upplösning och färgdjup. Men om man vill se hur mycket besökaren faktiskt ser så finns det två rapporter, en för webbläsarens höjd och en för webbläsarens bredd, att tillgå.

Här har man delat in storlekarna i olika intervaller och man kan se vilka som är vanligast. Klickar man sedan på förstoringsglaset till vänster om varje mått så öppnas ett nytt fönster som är precis så stort som det angivna måttet, och man kan på så sätt få en snabb och enkel överblick över vad som ryms i användarnas fönster när de besöker din webbplats. Nackdelen är att man måste leta på två olika ställen, då man troligtvis är intresserad av att veta både höjd och bredd.

Google Analytics har en något mer pedagogisk lösning där man gått steget längre och visar visuellt hur mycket av en sida som är ”above the fold”, det vill säga det man ser utan att scrolla ner.

Denna rapport heter In-Page Analytics och finns under Content. Som man ser på bilden nedan får man snabbt en överblick över vad som ryms i den genomsnittliga användarens webbläsarfönster. Det som inte är rödmarkerat är det som besökaren ser utan att scrolla. Med hjälp av knappen ovanför webbplatsen som automatiskt dyker upp i Google Analytics kan man ställa in känsligheten för det rödmarkerade området som anger vad som inte syns.

På bilden nedan är det inställt på hur mycket 80 % av besökarna till denna sidan kan se. Skulle man öka känsligheten till exempelvis 100% kommer detta område att minska eftersom det då visar det område som alla besökare kan se, inklusive de på exempelvis mobila enheter. Det går även att klicka var som helst på sidan för att se hur många som kan se just det området. Man kan välja ifall markeringen ska gälla den specifika sidan, genomsnittet för hela webbplatsen eller genomsnittet för hela webben.

En annan intressant del i In-Page Analytics är att man kan se vilka länkar på sidan som besökarna använder (rutorna i orange i bilden nedan). Dels kan man se antal klick en länk fått, men i rullistan går det även att ställa in så att man kan se vilka länkar de besökare som konverterat klickade på. Som sagt, en intressant funktion som kan vara väldigt kraftfull för eCommerce-siter och andra webbplatser med tydliga konverteringar.

Ett annat tips, som gäller för båda verktygen, är att använda segment för att kunna se skillnader mellan exempelvis mobila- och desktop användare vilket kan göra rapporterna än mer effektfulla. Användandet av responsive design, alltså att innehållet på webbplatsen anpassar sig efter webbläsarens storlek, är på uppåtgående och kommer bli större och då riskerar förstås dessa rapporter att bli obsoleta. Men vi har en bit kvar innan dess och under tiden är de ett bra, enkelt och snabbt sätt att se precis vad dina besökare ser.

Så ser man effekten av Googles förändring att inte skicka med sökfraser när användaren är inloggad i statistiksystemet

I artikeln Sämre statistik och mindre korrekta nyckeltal kring sökfraser pga nya regler i Google så belyste jag problemet (ur webbstatistiksynvinkel) att Google inte längre skickar med sökfraserna när besökaren är inloggad i Google.

Nedan visas bilder på hur det kan se ut i olika webbstatistikverktyg.

Adobe SiteCatalyst – Keyword Unavailable

I Adobes statistiksystem har följande fras dykt upp i sökfrasrapporterna: Keyword Unavailable.

Google Analytics – (not provided)

I Googles egna verktyg Google Analytics ser man också effekten av den nya rutinen att inte sända med information om sökfraser när besökarna är inloggade i Google. Leta efter (not provided).