Forward Slash

Online Rendement Verbetering

webanalyse

Nieuwe dienst: Analytics Abonnement

by

Het Forward Slash dienstenpakket breidt zich uit: Vanaf vandaag is het mogelijk om een web analytics abonnement af te sluiten.

Dit analytics abonnement vult het gat tussen zelf doen, een webanalist in dienst nemen, en een eenmalig website rapport laten maken.

De voordelen voor de website eigenaar:

  • Duidelijke rapportage (geen cijferbrei)
  • Bruikbare adviezen voor verbetering
  • Doorlopend inzicht, ook in trends
  • Geen kopzorgen
  • Lage instapprijs, al vanaf € 195,-

Kijk op de abonnements pagina wat de mogelijkheden en tarieven zijn.

Zoals altijd: feedback is welkom! Laat een comment achter, of neem contact met me op.

Webanalytics Congres 2010: Forward Slash is aanwezig

by

Dankzij een gul gebaar van Jeroen Tjepkema van Measureworks (waar veel web performance experts werken die ik nog ken uit mijn Moniforce tijd) ben ik 1 en 2 juni aanwezig bij het Webanalytics Congres 2010.

Zowel het workshop programma als het congres belooft veel goeds: nationale en international toppers uit de web analytics wereld komen naar het Okura in Amsterdam om workshops te geven en kennis te delen.

Mocht je me daar zien: aarzel niet om me aan te spreken!

Voor degenen die er niet bij zijn: aan de rechterkant van deze pagina zie je de relevante Twitter updates, als het zo ver is.

Betere inzichten door segmentatie (vrij naar: Seth Godin)

by

When in doubt, disaggregate, is de titel van een Seth Godin weblogpost. Ik moest meteen aan webanalyse denken.

The average is irrelevant.

  • Gemiddeld conversie percentage? Irrelevant.
  • Overall bounce-rate? Irrelevant.

Natuurlijk: het is leuk om te weten, en het is een mooi begin. Actionable analytics zijn het in veel gevallen niet.

In onderstaande quote heb ik Godin’s voorbeelden vervangen door puntjes.

When you can’t figure out the best way to [..], realize that the problem is almost always this: you’re trying to treat everyone the same. Don’t. Break them into groups with similar attributes, and suddenly the path becomes a lot more clear.

Vul op de puntjes een web analytics dilemma in, vervang groups with similar attributes door webanalyse segmenten en je kan waarschijnlijk verder.

  • Percentage conversie ‘product gekocht‘ van bezoekers die komen van de bannercampagne kortingsactie april? Relevant en leidt makkelijker tot actie.
  • Bounce rate van zoekmachine bezoekers die via specifieke termen komen? Relevant en leidt makkelijker tot actie (inspiratie: deze post op webanalisten.nl.)

Ik ben benieuwd naar jullie voorbeelden of tegenvoorbeelden. Laat ze achter in de comments, bedankt.

Herkomst: stiekem toch via Google

by

Sinds een tijdje gebruik ik steeds minder het zoekvakje in Firefox, en steeds vaker de ‘slimme’ adresbalk.

Als je daar iets intypt, ga je soms ook rechtstreeks naar de plek waar je wil zijn. Scheelt weer een paar klikken, handig.

Firefox slimme adresbalk

Wat gebeurt er?

Ik kon het niet laten even onder de motorkap te kijken om te zien wat er gebeurt:

  • De ingetikte tekst wordt gebruikt als zoekterm bij Google
  • Google besluit (zwarte magie) of je de resultaatpagina ziet of wordt doorgestuurd
  • Doorgestuurd? Dan word de bezoeker op de site gezien als rechtreeks verkeer

In de headers gaat dus de referer header verloren.

Normaal zoeken via Google en doorklikken op de resultaatpagina leidt tot:

Referer: http://www.google.nl/search?q=boerenverstand&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:nl:official&client=firefox-a

Via de Adresbalk echter, zie je in het verzoek:

GET /search?ie=UTF-8&oe=UTF-8&sourceid=navclient&gfns=1&q=boerenverstand HTTP/1.1
Host: www.google.com

En het antwoord is:

HTTP/1.1 302 Found
Location: http://www.boerenverstand.org/

Vervolgens word je geredirect via een 302 en krijgt de ontvangende partij niet te zien dat de bezoeker stiekem toch via Google is gekomen.

Ook bij ‘gewone’ zoektermen

Dit gedrag zie ik niet alleen bij domeinnamen, maar ook bij wat langere zoektermen, waarbij het resultaat iets is waar je nooit op zou komen dit rechtstreeks in te tikken, zoals zoeken op bijvoorbeeld Stefan Pop:

GET /search?ie=UTF-8&oe=UTF-8&sourceid=navclient&gfns=1&q=stefan+pop HTTP/1.1
Host: www.google.com

[..]

HTTP/1.1 302 Found
Location: http://www.comedytrain.nl/?over-Stefan-Pop/

Wederom: bij comedytrain wordt dit als rechtstreeks verkeer gezien.

Dus: webanalist, wees op je hoede. Je conclusie: ‘veel mensen hebben deze pagina/site gebookmarked‘ is misschien niet helemaal juist. Er kunnen blijkbaar wat zoekresultaten tussen het rechtstreekse verkeer zitten.

Slotvraag: hoe werkt dit bij andere Browsers? Iemand dit ooit uitgezocht? Laat het weten in de comments.