Frontaal.net

Webanalytics voor je organisatie: tips voordat je begint – Web Analytics an Hour a Day, deel 2

2013-02-26T09:35:27Z

Het boek 'Web Analytics an Hour a Day' van Avinash Kaushik.

Dit is deel 2 uit een 10-delige serie blogs over het boek ‘Web Analytics an Hour a Day’ van Avinash Kaushik, een boek over het begrijpen van je bezoekers en het sturen op basis van klantinzichten. Dit deel geeft enkele tips die handig zijn voordat je organisatie besluit webanalytics in te zetten. Denk aan budget, personeel, datakwaliteit, datavergaring, implementatie.

In deel 2:

Kwaliteit van klikgedraggegevens: leer ermee leven
Vergeet niet om kwalitatief onderzoek uit te voeren
Budgettering: volg de 10/90-regel
Het begin van een datagedreven cultuur

Kwaliteit van klikgedraggegevens: leer ermee leven

Het meten op internet is weliswaar eenvoudiger dan offline meten en er is veel meer data voorhanden, maar het meten zal altijd behelpen blijven:

Elke leverancier meet anders en wanneer men nieuwe inzichten opdoet, verandert een leverancier in de loop der tijd ook de manier van meten (voorbeeld). De ene meting is de andere niet.
Elke meetmethode heeft andere nadelen. Geeneen methode meet perfect.
Eén enkele bezoeker bezoekt een site vaak met meerdere apparaten (denk aan desktop, laptop, smartphone, tablet). Het is moeilijk te achterhalen dat al deze bezoeken bij één bezoeker horen.
Internetbeveilgingspakketten beïnvloeden de meetbaarheid.
Privacywetten kunnen per land verschillen en metingen bemoeilijken (denk aan de zogenoemde cookiewet).

Kortom, de datakwaliteit zal altijd behelpen blijven. Dit geldt ook voor dure oplossingen, want de achterliggende principes blijven hetzelfde. Er zit niks anders op dan te leren leven met imperfecte data.

Meten met cookies is de meestgebruikte manier, maar heeft zo z'n nadelen, net als andere meetmethoden.

Ondanks dat je nooit 100% zekerheid hebt, kun je er alsnog uitstekende beslissingen mee maken:

Probeer meetverschillen tussen 2 pakketten niet te verklaren als ze kleiner dan 10% zijn. Dat kost teveel tijd en levert te weinig op.
Leer om beslissingen te maken met 75% zekerheid, door je gegevens te leren kennen en begrijpen. Bedenk wat je zou doen met 100% zekerheid en pas daarna je plan aan naar 75% zekerheid. Dan heb je toch vooruitgang geboekt.
Verdiep je in deelgebieden binnen je data (zoals een e-mailcampagne, checkoutproces, etc.) om per deelgebied eigenaardigheden in je data beter te begrijpen.
Richt je niet op absolute afwijkingen maar besef dat het gaat om het analyseren van trends in je data en van belangrijke segmenten in die trends.

Het is uiteraard wel essentieel om de datakwaliteit te blijven verbeteren:

Voorzie alle pagina’s van tags om te meten.
Zorg dat pagina’s niet verkeerd worden geteld door URL-parameters (zoals pagina’s dubbel tellen).
Geef externe doorsturingen extra aandacht (banneradvertenties maken vaak gebruik van doorsturingen). Slechte metingen kunnen je geld kosten.
Tag ook rich media (video’s, downloads, etc).

Deze punten komen later in de serie nog terug. Brian Clifton, schrijver van het boek ‘Advanced Web Metrics with Google Analytics’ (aff.) heeft een uitgebreide, praktische checklist voor een correcte implementatie geschreven.

Vergeet niet om kwalitatief onderzoek uit te voeren

De kern van gebruikersonderzoek is dat het je inzicht geeft in de daadwerkelijke behoeften, wensen en percepties van levensechte gebruikers. Met User Centered Design-methodologieën ben je niet alleen aan het observeren wat gebruikers doen, maar ga je met ze in gesprek (letterlijk of figuurlijk). Dan wordt het pas écht klantgericht. Enkele methoden voor gebruikersonderzoek zijn:

Gecontroleerd usabilityonderzoek

Met deze ‘lab usability tests’ meet je in hoeverre gebruikers een taak kunnen voltooien, waarbij gekeken wordt naar de effectiviteit, efficiëntie en tevredenheid met de uitkomst. Usabilityonderzoek is handig voor het onderzoeken van user interface (UI) designs en taakuitvoeringsprocessen, begrijpen van wat bezoekers bedoelen en begrijpen wat ze doen.
Heuristieke evaluaties

Een goedkope, snelle manier om snel verbeterpunten te vinden is een heuristieke evaluatie: het doorlopen van een set essentiële standaardtaken die bezoekers op de site zullen moeten kunnen uitvoeren en het beoordelen daarvan aan de hand van ‘best practices’. Elke expert doorloopt de site als een bezoeker en beoordeelt de processen vanuit de eigen expertise. Zo haal je de grote problemen er snel uit; subtiele problemen zijn moeilijker te achterhalen, want een expert is nog geen bezoeker.
Thuisbezoek

In een thuisbezoek gaan de gebruikersonderzoeker en vaak enkele stakeholders naar het huis of kantoor van klanten om te observeren hoe zij normaliter taken uitvoeren in de eigen, natuurlijke omgeving, compleet met onderbrekingen van telefoontjes, collega’s, browserinstellingen, etc. Hierbij bezoeken de klanten je website en je observeert voornamelijk hoe bezoekers met je site omgaan. Hoewel er ruimte is voor interactie met de klant, zul je voor 80% observeren, om van de klant te kunnen leren. Stel vooral ook vragen over de beleving van de klanten; soms kan iets er vervelender uitzien dan dat klanten ervaren.
Enquêtes

Dit is zowel de meest gebruikte als de meest ondergewaardeerde User-Centered Design-methoden. Optimaal om op een goedkope en snelle manier feedback te krijgen van veel klanten. Het is een goede aanvulling op andere methoden en is erg geschikt om zaken te verklaren waar kwantitatieve analyse geen antwoord op heeft, zoals bezoekers zonder herkomst.

Methodologie	Gebruikers-onderzoek in lab	Heuristieke evaluatie (experts)	Thuisbezoek	Enquêtes
Manier van luisteren	Occasioneel	Occasioneel	Occasioneel	Continu
Tijdsinvestering	Hoog	Laag	Hoog	Gemiddeld
Kosten	Hoog	Laag	Hoog	Laag
Aantal deelnemers	8-12	Geen	5-15	Honderden
Diepte van inzichten	Gemiddeld	Gemiddeld	Hoog	Gemiddeld
Essentieel	Ligt eraan	Ja	Ligt eraan	Ja
Beste toepassing	Verbeteringen aan klantervaring en prototypen	Snelle identificatie van duidelijke problemen	Diepgaand begrip van klantproblemen	Weten wat klanten willen bereiken en wat hun barrières zijn

Usabilityonderzoek kan trouwens ook met minder mensen, minder moeite en minder geld dan dat Avinash beschrijft. Je kunt thuisbezoek bijvoorbeeld vervangen voor testen op afstand. Lees meer in het artikel ‘Usability-onderzoek kan sneller en goedkoper’.

Budgettering: volg de 10/90-regel

Het budget voor webanalytics kun je uitgeven aan tools en aan personeel. Hoe zou je het geld moeten besteden? Voor het webanalyticsbudget zou je de 10/90-regel moeten toepassen.

De 10/90-regel is een afgeleide van het Pareto-principe (20% vs. 80%). Er is meestal geen gebrek aan data, maar aan actiegerichte inzichten, zelfs met de inzet van dure tools. Besteed daarom liever 10% van je budget aan de tool en 90% aan de mensen verantwoordelijk voor de inzichten. Goede mensen zijn in staat inzichten te halen uit elke tool, maar heb je goede tools zonder goede mensen dan heb je nog steeds geen inzichten. Heb je pakket van € 25 000,-, dan is het dus aan te raden € 225 000,- aan analisten uit te geven.

Zijn dat te hoge personeelskosten, installeer dan een gratis pakket als Google Analytics naast het dure pakket. Stel daarna vast wat de percentuele afwijkingen zijn tussen de twee pakketten. Zodra je voor alle belangrijk statistieken een correctiefactor hebt vastgesteld, kun je het dure pakket stopzetten en een goede analist inhuren van het geld dat je bespaart.

Het invoeren van de 10/90-regel levert uiteraard weerstand op. Hierbij wat tips:

Het is misschien wat overdreven om 90% van het budget uit te geven aan één analist. Je kunt het besteden aan meerdere mensen die meerdere taken doen, zoals een webanalist, gebruikersonderzoeker, of een manager die draagvlak creëert. Als het maar leidt tot meer inzichten (niet tot meer tools of data).
Men kan onterecht denken dat tools als Google Analytics niet serieus te nemen zijn, simpelweg omdat ze gratis zijn. Tegenwoordig is ‘gratis software’ niet meer een synoniem voor ‘halfbakken software’, omdat het businessmodel erachter anders is (denk aan gratis tools als Facebook, Dropbox, Google Drive). Tegenwoordig gebruikt 45-65% van de grootste bedrijven Google Analytics. Betaalde tools zijn pas relevant als je de stappen van de 10/90-regel hebt doorlopen en uiteindelijk blijkt dat je zeer specifieke analyses nodig hebt (vaak niet het geval).
Het vinden van een goede analist is erg moeilijk, maar dat rechtvaardigt nog steeds niet een dure tool die nauwelijks wordt ingezet. Huur een externe in totdat je een goede analist hebt gevonden.

Het begin van een datagedreven cultuur

Een datagedreven cultuur is een cultuur waarbij de organisatie zich aanpast op basis van cijfermatige inzichten. Waar cijfermatige onderbouwing belangrijker is dan de mening van een manager. En waar experimenteren de normaalste zaak van de wereld is. Dat klinkt prachtig voor een webanalist, maar het is een geweldige opgave om te veranderen naar een datagedreven cultuur. Veel mensen willen namelijk helemaal niet een organisatie die constant verandert: men zoekt stabiliteit. Daar komt bij dat de verzamelde data nooit eenduidig zijn: de gegevens zijn complex en komen van vele bronnen. Voer voor sceptici.

Toch is het volgens Avinash wel mogelijk, met tijd, geduld en drie elementen:

Een uitstekende webanalyticsmanager.
Ingehuurde expertise.
Een stappenplan.

Begin met het aannemen van een uitstekende webanalyticsmanager. De manager kan door kennis, inzicht en autoriteit vanaf het begin de juiste stappen in gang kan zetten, waardoor je het niet achteraf hoeft te corrigeren. De manager zorgt o.a. voor de strategie, de keuze voor tools, leveranciers, processen, bronnen, is ambassadeur van een datagedreven cultuur, zoekt en ondersteunt talent en inspireert de organisatie tot het zoeken naar inzichten. Lees de uitgebreide samenvatting aan het eind van de blogserie voor checklists waar een webanalyticsmanager aan moet voldoen.

De webanalyticsmanager gaat vervolgens in 4 fasen de cultuur opbouwen:

Fase 1: zorg voor een correcte implementatie van je tool en inspireer geïnteresseerden. Laat een externe consultant implementatietips en presentaties geven.
Fase 2: koppel organisatiedoelen aan webanalytics, haal er meer databronnen bij, huur een webanalist in. Laat een externe consultant meetproblemen oplossen, KPI-dashboards maken en rapportagetrainingen geven.
Fase 3: zorg voor kwalitatieve data, haal mensen met een ander perspectief in je team, zorg voor draagvlak bij management. Laat externen de kwalitatieve databronnen integreren en multichannelanalyses uitvoeren.
Fase 4: je werkt volgens het Trinity-model. De organisatiestrategie past zich aan aan webanalyticsinzichten. Draag zorg voor nieuwe databronnen, wees een coach, vind talent. Externen dienen slechts ter inspiratie.

(Een uitgebreider stappenplan komt in de downloadbare samenvatting.)

Meer over Webanalytics an Hour a Day?

Nu je weet waar je op moet letten voor de implementatie, kun je aan de slag. Meer weten:

Deel 1 uit de blogserie ‘Web Analytics an Hour a Day: Webanalytics: wat houdt dat in?
Deel 3 publiceer ik volgende week. In deel 3 bespreek ik basisbegrippen van webanalytics, die je kunt bestuderen aan de hand van je eigen site.
De volledige boeksamenvatting publiceer ik aan het eind van de blogserie als download.
Bekijk het inkijkexemplaar.
Of koop het boek (aff.), met voor de liefhebber de non-affiliatelink.

Webanalytics: wat houdt dat in? – ‘Web Analytics an Hour a Day’, deel 1

2013-02-21T21:10:14Z

In een 10-delige serie ga ik belangrijke punten af uit het boek ‘Web Analytics an Hour a Day’ van Avinash Kaushik, een boek over het begrijpen van je bezoekers en het sturen op basis van klantinzichten. In deel 1:

Een korte geschiedenis van webanalytics
Hoe webanalyse zou moeten zijn
Het wat en waarom meten
De Trinity-strategie
Zet de klant centraal
Vind antwoord op bedrijfsvraagstukken

Een korte geschiedenis van webanalytics

Webanalyse komt voort uit de tools die zijn verzonnen om de status van links, pagina’s en afbeeldingen te controleren. De eerste webanalyticstools werden daarom geïnstalleerd op de server. De tools lieten de server gegevens bijhouden (loggen) in bestanden op de server (serverlogs) en de gegevens werden gebruikt om bereikbaarheidsproblemen te corrigeren (zoals dode links). De eerste tools waren dus vooral bedoeld voor IT’ers, maar al gauw zagen marketeers potentie erin om bezoekersgegevens te verzamelen.

Serverlogs brachten echter allerlei beperkingen met zich mee (zoals de afhankelijkheid van de IT-afdeling), waardoor men op zoek ging naar alternatieve manieren van meten. Alternatieve webanalyticstools die op javascript waren gebaseerd waren jaren populair maar boden beperkte informatie (het waren voornamelijk bezoekerstellers). Maar het landschap veranderde radicaal toen Google in 2006 een geavanceerde webanalysetool gratis beschikbaar stelde voor iedereen: Google Analytics.

Google Analytics richtte zich op statistieken die belangrijk zijn voor marketeers. Dus weg met onzinstatistieken als paginaweergaven en hits; je hebt nu de mogelijkheid om klanten te begrijpen. Met die kennis kun je je organisatie beter inrichten.

Hoe webanalyse zou moeten zijn

Tegenwoordig is het technisch erg eenvoudig om klantinput te vergaren: er zijn talloze mogelijkheden om klanten beter te begrijpen om te weten welke actie te ondernemen. Je zult kwantitatieve analyse (zoals klikgedrag) moeten aanvullen met kwalitatieve gedragsanalyse (zoals enquêtes). Met kwalitatieve gedragsanalyse kun je onderzoeken: waarom doen onze bezoekers wat ze doen, wat drijft hen?

Ook valt er in kwantitatieve analyse veel te verbeteren. Vaak gebruiken mensen de ingebakken prestatie-indicatoren (KPI’s) die hun analyticspakketten meeleveren. Deze indicatoren zijn echter te algemeen en ongericht; elk bedrijf is anders. In actiegerichte webanalytics gebruiken we Key Insights Analysis (KIA). Enkele voorbeelden van KIA’s:

Klikdichtheidsanalyse (Click density analysis): Klikken bezoekers op de links waarvan ik zou denken/willen dat ze erop zouden klikken? Welke links vindt men interessant? Is er verschil per type bezoeker?
Primair bezoekersdoel (Visitor primary purpose): In plaats van te proberen af te leiden waarom bezoekers langskomen uit paginabezichtigingen, kun je bezoekers beter gewoon vragen waarom ze langskomen. Soms proberen ze iets te zoeken wat je niet hebt, of waar je niet op berekend bent.
Taakvoltooiingsratio (Task completion rates): Zeker op een supportwebsite weet je nooit of bekijken van een pagina ook meteen betekent dat bezoekers de oplossing voor een probleem hebben begrepen. Daarom moet je het meten uitbreiden door de mening van de klant mee te nemen.
Gesegmenteerde bezoekerstrends (Segmented visitor trends): Tegenwoordig hoef je bezoekers niet over één kam te scheren: je kunt groepen onderscheiden en inspelen op gedrag van een bepaalde groep.
Meerkanaalsanalyse (Multichannel impact analysis): Vroeger waren er alleen statistieken voor je website. Maar een website maakt deel van een ecosysteem, zowel van crossmediale marketingcommunicatie als van klantinformatie. Organisatieanalyses moeten daarom gebruik maken van data uit je webanalyticstool. Andersom zal relevante metadata moeten worden verwerkt in je tool (zoals campagnedata). Met al deze data kun je een betere bijdrage leveren aan de doelen die klanten willen bereiken.

Het wat en het waarom meten

In een fysieke winkel worden vaak alleen de aankopen en aankoopbedrag gemeten. Met een website is dat radicaal anders: daar kun je zelfs weten welke weg bezoekers hebben afgelegd en welk product men toch maar teruglegde. Maar deze data geven nog steeds geen antwoord op de vraag wat de reden is dat bezoekers zich zo gedragen.

En er gebeuren op de website veel dingen waar het achterhalen van beweegredenen erg belangrijk zijn, bijvoorbeeld waarom mensen een aankooptraject starten maar uiteindelijk geen aankoop doen. Met kwantitatieve data zie je wat er gebeurt, met kwalitatieve data achterhaal je waarom het gebeurt. Dat kan leiden tot inzichten die belangrijke siteveranderingen in gang kunnen zetten.

Voorbeelden van kwalitatieve data: klanttevredenheid, merkimago, buzz, net-promotor-score, analyse van open vragen aan klanten, bezoekersengagement, bloglevendigheid. Tips:

Je kunt je kwalitatieve analyse richten op website-interactie, op non-webkanalen, of algemene zaken als merkervaring, maar het belangrijkste is om te beginnen bij website-interactie.
Pas wanneer je goed inzicht hebt in klanttevredenheid en taakvoltooiing kun je eventueel naar de meer sentimentgerichte statistieken als merkwaarde kijken.

Methoden om kwalitatief te meten, zijn bijvoorbeeld usabilityonderzoek in gecontroleerde situaties (lab) of ongecontroleerde situaties (bij mensen thuis), A/B- of multivariate tests, ongestructureerde gesprekken met klanten, enquêtes. Tip:

Begin met het uitvoeren van enquêtes als je nog geen kwalitatieve analyses hebt uitgevoerd. Enquêtes zijn eenvoudig te doen, brengt gigantisch veel inzichten en kun je oneindig vaak uitvoeren.

De Trinity-strategie

Toen de webanalyticspakketten opkwamen en er steeds meer rapporten en KPI’s bij kwamen maar het inzicht niet toenam, ontstond de behoefte aan een nieuwe kijk op webanalytics. De Trinity-strategie is de oplossing: het is een manier van denken en een aanpak die meer is dan klikgedragmeting, het ondersteunt je webstrategie.

Het doel van de Trinity-strategie is actiegerichte inzichten te vergaren die kunnen bijdragen aan strategische differentiatie en duurzame concurrentievoorsprong. Dit werkt alleen in combinatie met heldere doelen, anders is het letterlijk en figuurlijk doelloos. De Trinity-strategie is een mindset en strategische benadering die bestaat uit drie onderdelen:

Gedragsanalyse (behavioral analysis, ook wel klikgedragdata-analyse)

Het ‘Wat’. hiermee kunnen we een poging doen af te leiden wat de intentie van bezoekers is. Maak geen rapportages met algemene cijfers, je zult je moeten richten op klikdichtheid (click density), segmentatie, interne en externe zoekanalyse.
Resultaatanalyse (outcomes analysis)

Het ‘Ja, dus?’ De vraag is niet ‘wat is het resultaat?’, maar ‘behaalt de website de doelen waar de website voor is bedoeld?’. Een e-commercesite meet in omzet en conversie, een supportsite in opgeloste problemen en snelheid van oplossing, een leadgenerator meet in aantal en kwaliteit van leads. Bij elke website gaat het om de vraag: ‘Waarom bestaat de website’ en de uitkomsten die het succes van dat doel meten.

Als je organisatie niet de tijd of kennis in huis heeft om nuances te ontdekken in resultaatanalyses, dan is het beter om nog geen aandacht te besteden aan klikgedraganalyse. Je haalt er alleen maar data bij, terwijl je de belangrijkste data (de uitkomsten) nog niet hebt beteugeld. Richt je op resultaatanalyse.
Ervaringsanalyse (experience analysis)

Het ‘Waarom’. Hiermee kun je snappen waarom bezoekers doen wat ze doen en soms zelfs voorspellen. Zoals gezegd kun je het ‘Waarom’ achterhalen met o.a. enquêtes, interviews, observatief usabilityonderzoek, etc. Het doel hiervan is de stem van de klant laten doorklinken in de organisatie, om de klantgerichtheid te bevorderen.

De Trinity-strategie is een manier om de gehele klantervaringen te begrijpen. Het doel is om te sturen op een optimale klantervaring, waardoor zowel de klant als de organisatie er bij winnen. Ervaringsanalyse (experience) leidt tot het begrijpen van de klant, waardoor je het bestaande gedrag (behavior) kunt beïnvloeden. Daarmee kun je dan weer jouw uitkomsten (outcomes) verbeteren.

gedragsanalyse + resultaatanalyse + ervaringsanalyse = Trinity-mindset

Zet de klant centraal

Bij het in gebruik nemen van webanalyticssoftware begint men vaak enthousiast met rapporten, KPI’s, etc., om uit te vinden wat de site oplevert voor het bedrijf. Twee factoren bemoeilijken deze benadering:

Er is teveel data.
In deze benadering ontbreekt de klant.

De vraag wat de website direct oplevert voor je bedrijfsresultaten betekent dat je een groot deel van de doelen van je klanten negeert: de meeste bezoekers hebben helemaal geen koopintentie. De meeste bezoekers komen voor productinformatie, banen, orderstatus, prijsvergelijking, bedrijfsinformatie, klachten, etc.

Ook bij het zomaar uitgaan van paginaweergaven zal later blijken dat het niks oplevert: het zegt namelijk niks meer dan dat een pagina is bekeken, maar je weet niet of dat ergens toe bijdraagt.

Voor langetermijnsucces meet je de siteprestaties dus niet slechts af aan hoe je de kleine groep kopers helpt, maar ook aan hoe je de grote groep andere bezoekers helpt. Dus moet je meten wat bezoekers nog meer willen dan alleen kopen. Met de Trinity-benadering zul je daar meer inzicht in krijgen. Organisaties met een Trinity-stategie meten hoe goed zij klanten helpen met o.a. de volgende statistieken:

Primaire doel (Waarom ben je hier?)
Taakvolbrengingsratio (Lukte het je taak te volbrengen?)
Gaten in content en structuur (Hoe kunnen we jouw ervaringen veraangenamen?)
Klanttevredenheid (Hebben we jou positief verrast?)

Deze statistieken zijn in de Trinity-benadering sterk verbonden aan:

Bouncepercentage (Is de eerste indruk van de bezoeker dat de site naar een oplossing leidt?)
Conversieratio (Kunnen bezoekers hun taak voltooien?)
Opbrengst (Rijmt de opbrengst met de doelen die we hebben gesteld?)
Multichannelinvloed (Kloppen meer klanten bij onze winkeliers aan of krijgen wij als leverancier zelf meer telefoontjes?)

Vind antwoorden op organisatievraagstukken

Hoewel je op het eerste gezicht zou denken dat elk bedrijf of organisatie dezelfde vragen heeft, ligt in elke organisatie het accent anders. Sommige bedrijven richten zich liever op het korte distributiekanaal terwijl andere bedrijven het lange distributiekanaal belangrijk vinden; sommige bedrijven focussen op klanttevredenheid terwijl andere bedrijven zich richten op conversie. Aan jou de taak om de centrale organisatievraagstukken te achterhalen. Kenmerken van die vragen zijn:

Het zijn meestal open vragen op een strategisch niveau. De vragen laten ruimte om zelf te denken en waarde toe te voegen.
Je zult buiten bestaande systemen moeten zoeken naar gegevens en ondersteuning om succes te kunnen meten.
Het is niet een kwestie van lege tabellen vullen met data die je reeds hebt.

Voorbeelden van bedrijfsvraagstukken:

Hoe kan de website bijdragen aan een omzetgroei van 15% in drie maanden?
Wat zijn de meest productieve verkeersbronnen en welke ontbreken?
Bellen klanten ons minder voor ondersteuning en worden ze daarbij beter geholpen via de zelfhulp op de website?
Wat voor invloed heeft de website op ons telefoonkanaal?
Hoe kan ik de website inzetten om meer ambassadeurs onder onze klanten te krijgen?
Wat is de meest invloedrijke content op onze site?
Bouwen we met de site aan merkwaarde?
Werken trials beter dan demo’s?
Wat zijn voor onze klanten de vijf grootste problemen op de website?
Wat kost het ons om 1 euro te verdienen op de site?
Wat doet de site voor onze offline verkopen?

Het gaat dus niet om duiken in je analyticssoftware in de hoop interessante gegevens te vinden, of om op verzoek uitdraaien van mooie rapportjes, maar om op een creatieve wijze een bijdrage te leveren aan antwoorden op marketingvraagstukken van je organisatie. Zoek dus uit met welke strategische vraagstukken je management zit en zoek beetje voor beetje een antwoord. In de loop der tijd zullen die vraagstukken komen, gaan en veranderen. Blijf meeveranderen.

Meer over Webanalytics an Hour a Day?

Deel 2 publiceer ik volgende week, over de dingen die je moet regelen voordat je begint met analyseren.
De volledige samenvatting publiceer ik aan het eind van de serie als download.
Bekijk het inkijkexemplaar
Of koop het boek (aff.)

Overigens is de voorgaande link een affiliatelink, om te leren over affiliatemarketing. Hierbij de non-affiliatelink.

Web Analytics an Hour a Day – samengevat in een 10-delige blogserie

2013-02-17T01:48:49Z

In een 10-delige serie ga ik belangrijke punten af uit het boek ‘Web Analytics an Hour a Day’ van Avinash Kaushik, voor mij (en velen met mij) iemand die je met recht een webanalyticsgoeroe kunt noemen. ‘Web Analytics an Hour a Day’ is één van de belangrijkste boeken voor elke resultaatgedreven online-marketeer. Hoewel dit boek stamt uit 2007, blijft het grootste deel van het boek nog steeds actueel: het boek gaat namelijk niet over snelveranderende webanalyticstools, maar zet je aan het denken over welke informatie je nodig hebt om verbeteringen door te voeren die de doelen van jouw organisatie ondersteunen. Tijdloze inspiratie.

In dit artikel:

Webanalytics: meer dan klikgedrag
Waarom het ‘an hour a day’ heet
Webanalytics is de basis voor klantgedreven innovatie
Volg de serie en/of download de uitgebreide samenvatting

Webanalytics: meer dan klikgedrag

In het boek legt Avinash uit dat webanalytics helemaal niet gaat om het meten van klikgedrag en de tools die je daarbij inzet, maar dat het gaat om het begrijpen van je bezoekers en het sturen op basis van klantinzichten (lees: andere mindset). En om je bezoekers te begrijpen, heb je aan gratis tools genoeg. Als je maar de juiste informatie achterhaalt en stuurt op de inzichten die je daarmee opdoet.

Het boek 'Web Analytics an Hour a Day' van Avinash Kaushik.

Voor een compleet beeld van jouw bezoekers, zul je het bezoekersgedrag (klikgedrag), de bezoekerservaring (usability) en de online-organisatieresultaten (bijv. omzet of aantal leads) moeten meten. Deze drie zaken vormen de Trinity-mindset. In volgorde van belangrijkheid staan de resultaten met stip bovenaan, gevolgd door bezoekersgedrag en eindigend met de bezoekerservaring.

Waarom het ‘an hour a day’ heet

Het grootste deel van het boek bestrijkt een periode van 8 maanden waarin hij per week en per dag een suggestie geeft wat je zou kunnen meten, hoe je regelt dat je dat goed kunt meten en geeft hij het nodige mee om over na te denken of uit te zoeken. De data die je tijdens deze analyticsreis verzamelt, zul je moeten inzetten om veranderingen tot stand te brengen die een bijdrage leveren aan organisatiedoelen.

Webanalytics is de basis voor klantgedreven innovatie

Om te kunnen sturen op inzichten uit webanalytics zijn vaak wel enige veranderingen in de organisatie of in werkprocessen nodig. Ook die worden in het boek uiteengezet. De methode van Avinash is daarom een uitstekend voorbeeld van klantgedreven innovatie: je verzamelt via allerlei wegen input van je klanten en gebruikt die informatie om je organisatie te verbeteren.

Volg de serie en/of download de uitgebreide samenvatting

De serie is eigenlijk een opgeknipte, korte versie van mijn (zeer uitgebreide) samenvatting van het boek, die ik aan het eind van de serie publiceer als gratis download.

De serie ‘Web Analytics an Hour a Day’ bestaat uit:

Introductie (dit artikel)
Webanalytics: wat houdt dat in?
(deze lijst wordt aangevuld bij elk nieuw artikel)

Zes tips voor gebruiksvriendelijke links

2009-05-05T06:24:52Z

Zonder links zou internet niet bestaan. Links zijn essentieel voor je website. Maar ook voor zoekmachines. En zeker voor bezoekers. En dan niet alleen links naar de website toe, maar ook links op de site zelf. Toch wordt er in de praktijk relatief weinig aandacht besteed aan de gebruiksvriendelijkheid en toegankelijkheid van links, terwijl een simpele verbetering soms een boost voor je site kan betekenen.

De tips in het kort:

Maak van elke link een echte link
Geef een link een beschrijvende tekst
Zorg dat duidelijk is wat een link is (en wat niet)
Maak onderscheid in onbezochte en bezochte links
Open links niet in een nieuw venster
Gebruik iconen om links te verhelderen

1. Maak van elke link een echte link

Wanneer je links hebt waar bezoekers javascript voor nodig hebben om erop te kunnen klikken, dan heb je onechte links. Meestal staat er iets dergelijks in als:

<a href="javascript:newwindow()">link</a>
<a href="#" onclick="javascript:popUp('http://www.example.com')">link</a>

Die link leidt nergens naartoe wanneer javascript uitstaat. Nou hebben de meeste mensen wel javascript aan, maar zoekmachines niet. Daarom kunnen veel sites met javascriptmenu’s een hoge score in zoekmachines bij voorbaat al vergeten; er valt voor een zoekmachine weinig te indexeren. Daarnaast blijven er altijd mensen die bijvoorbeeld vanwege bedrijfsveiligheid javascript niet aan hebben staan (ongeveer 5%). En zelfs voor je webstatistiekenpakket kan het een probleem zijn. Kortom, zorg dat elke link ook zonder javascript ergens naartoe leidt. (Alternatieve menu’s bouw je met CSS, zoals wordt uitgelegd in het Listutorial. Gevorderde alternatieven zijn de o.a. de Son of Suckerfish dropdowns of de UDM4.)

2. Geef een link een beschrijvende tekst

Uit onderzoek blijkt dat veel bezoekers pagina’s niet lezen, maar door de pagina scannen naar informatie. Bezoekers letten op kopjes, dikgedrukte woorden, lijsten/opsommingen, maar ook op links. Immers, links zijn veelal bedoeld om aan te geven dat je naar meer informatie kun navigeren.

Tot voor kort was één van de meestvoorkomende linkteksten: “klik hier”. Wanneer je weet dat mensen de pagina niet lezen, maar scannen naar woorden en zinsdelen die aangeven dat er bepaalde informatie volgt, dan wordt duidelijk dat ‘klik hier’ de bezoeker weinig zegt. Men moet dan alsnog de context lezen om te begrijpen waar de link naartoe leidt. Bovendien is de ‘klik hier’-zin tekstueel gezien veelal overbodig; het is vaak voldoende om een woord of zinsdeel uit de voorgaande zin te linken.

In bovenstaande afbeelding had men makkelijk kunnen volstaan door alles te verwijderen behalve de kopjes en vervolgens een link te maken van ‘Lenen via internet’ en ‘Muziek lenen’. Niet alleen is meteen duidelijk wat het onderwerp van de link is, de extra regels ‘klik hier voor meer informatie’ zijn ook nog duidelijk overbodig.

3. Zorg dat duidelijk is wat een link is (en wat niet)

Links zijn vaak onderstreept. Maar op sommige sites wordt daarnaast onderstreping gebruikt om tekstkopjes te maken, of om een bepaald tekstdeel nadruk te geven. Bij teksten op papier is onderstreping daar erg geschikt voor, maar op internet valt zo moeilijker te onderscheiden wat een link is en wat niet.

Voorbeeld:
Dit is onderstreepte tekst en dit is een link naar de homepage.

Onderstreep dus nooit in internetteksten, tenzij het een link is. Het W3C heeft niet voor niks het underline-element afgekeurd, zoals ook valt te lezen in mijn artikel over achterhaalde elementen.

Hoewel links dus vaak onderstreept zijn, kiezen sommige sites ervoor de onderstreping van links juist weg te halen. Dat maakt links moeilijker te herkennen. In dat geval is het belangrijk dat je links op andere manieren goed zichtbaar maakt, bijvoorbeeld door ze zowel een andere kleur mee te geven, als door ze dikgedrukt te maken. Let er dan wel goed op dat die links niet lijken op andere elementen in de tekst die geen links zijn.

4. Maak onderscheid in onbezochte en bezochte links

Zeker wanneer je een grote website hebt, is het handig als bezoekers ziet welke pagina’s ze al wel hebben bezocht en welke nog niet. Hoe frustrerend is het als je op een site naar informatie zoekt en je meerdere malen op dezelfde pagina terecht komt, terwijl je daar al bent geweest? Voorkom zulke ergernissen op je eigen site en geef bezochte links een ander kleurtje mee. Hiervoor gebruik je de link-pseudo-classes a:link en a:visited.

Je kunt je pagina nóg gebruiksvriendelijker maken door links op te lichten wanneer je muis er overheen gaat (a:hover), door links op te lichten als je met de tabknop erop staat (a:focus) en door links op te lichten wanneer je erop klikt (a:active). Tip: let in je CSS op de volgorde van de link-states.

5. Open links niet in een nieuw venster

Sites openen links in een nieuw venster meestal om twee redenen:

Om te voorkomen dat mensen je site verlaten.
Om de huidige pagina te houden, maar tegelijkertijd een aanvulling te tonen, zoals een extra uitleg, een vergroting van een foto, of een invulscherm.

Met name het eerste punt is een veelgehoorde reden om een nieuw venster te laten openen. En inderdaad zijn er veel mensen die een nieuw scherm op prijs stellen. Het blijkt echter dat er net zoveel mensen zijn die helemaal geen nieuw venster willen openen, of op z’n minst zelf de keus daarover willen hebben. Dus hoewel je de helft helpt, val je de andere helft er mee lastig. Mensen zelf laten kiezen voor een nieuw scherm is dan de beste optie. Bovendien is het maar de vraag of je mensen kwijt bent zodra je de link in hetzelfde venster opent. Raakt Google mensen kwijt doordat geen enkele link in een nieuw scherm wordt geopend?

Voor het tweede punt, het tonen van aanvullende info over de betreffende pagina, heeft men tegenwoordig methodes bedacht die als alternatief kunnen dienen voor het openen van een nieuw scherm. De informatie die je in het nieuwe scherm zou zetten, kun je bijvoorbeeld ook verwerken in je huidige pagina; je verbergt het met CSS en toont het slechts wanneer men erom vraagt. Een ander alternatief is om de ‘popup-pagina’ te openen binnen hetzelfde scherm met behulp van scripts zoals Lightbox2 of Thickbox. Is een nieuw scherm toch nodig, zorg dan in ieder geval dat de popuplink leidt naar een echte pagina (zie punt 1).

6. Gebruik iconen om links te verhelderen

Soms werkt het verhelderend om in één oogopslag te zien wat een link doet of waar het naartoe leidt. Op dit blog bijvoorbeeld gebruik ik een icoon om aan te geven dat een link naar een externe website leidt. Ik gebruik daarvoor attribuut-selectors.

Meer leesvoer

Webrichtlijnen: Links en navigatie
Usarchy: Nooit meer “Klik hier” en “Lees verder”
Usarchy: Usability mythe #2: open externe links in nieuw venster
UseIt: Top Ten Mistakes in Web Design
Dev.Opera: Accessible Context-sensitive Help with Unobtrusive DOM Scripting

Aanmelden bij zoekmachines is onzin

2008-12-11T20:34:16Z

Er zijn meerdere redenen waarom je geen tijd en zeker geen geld moet uitgeven aan het aanmelden bij zoekmachines. Aangezien Google in Nederland een marktaandeel van ruim 90% heeft (via: Edwords), zal bijna iedere Nederlander die zoekt, Google gebruiken. Hoogstens gebruikt men per ongeluk of uit nieuwsgierigheid een keertje MSN Live Search, Ilse, Vinden.nl of Yahoo!. Zodra iemand naar je linkt, vindt een zoekmachine je toch wel. Het is dan ook niet nodig om je site aan te melden bij zoekmachines, maakt linkbuilding-expert Wiep nog eens duidelijk in het artikel “Aanmelden bij zoekmachines? Geldklopperij!“.

Het artikel is geschreven naar aanleiding van websites die geld vragen om je aan te melden bij talloze zoekmachines. Aangezien niemand die zoekmachines gebruikt, heeft het natuurlijk totaal geen nut om je daar aan te melden, laat staan om er voor te betalen.

Het is overigens al jaren bekend dat aanmelden bij talloze zoekmachines een mythe is (artikel uit 2003), maar men trapt er nog steeds in. Zo’n aanmeldsite kan bijvoorbeeld een truc zijn om e-mailadressen te verzamelen. Je vindt de mythe dan ook vaak terug in top 10-lijstjes. Zelfs überzoekmachine Google geeft in haar Helpcentrum aan dat aanmelden bij allerlei zoekmachines nutteloos is.

Kortom, gevonden worden gaat vanzelf en gebeurt kosteloos; betaal in geen enkel geval om je aan te melden bij zoekmachines.

Frontaal.net vernieuwd: versie 2.0

2012-05-23T13:58:21Z

Onlangs heb ik dit blog voorzien van een verbeterde layout. De oude layout was eigenlijk een experiment met een donkere achtergrond, juist omdat websites met een donkere achtergrond weinig voorkomen. Het experiment vond ik slechts deels geslaagd; ik vond de layout niet leesbaar genoeg en en er moest meer aansluiting bij de rest van het internet komen. Dus om in de tijdgeest te blijven en met de woorden van Obama te spreken, het was tijd voor ‘change‘: Frontaal.net versie 2.0.

Oud versus nieuw in beeld
Leesbaarheid
Connecting people
Technische aspecten
Feedback?

Oud versus nieuw in beeld

Frontaal.net layout 2006
Frontaal.net layout 2009

Leesbaarheid

De grootste verandering is dat de kleurstelling is veranderd van een donkere achtergrond naar een lichte achtergrond. Dat maakte voor de leesbaarheid van de artikelteksten weinig uit, maar het was erg moeilijk om alle onderdelen van de website zo leesbaar te houden, zoals de codevoorbeelden (het zou betekenen dat ik het kleurgebruik in de code-highlighting compleet moet veranderen).
Verder is er qua layout weinig veranderd wanneer je een relatief klein scherm hebt, de opbouw is hetzelfde gebleven. In dat geval krijg je de oude tweekolomslayout, in een nieuw jasje.
Wanneer je een schermresolutie van 900 pixels breed of meer hebt, zul je zien dat er veel meer ruimte is gekomen voor de artikelteksten. Dat maakt de artikelen overzichtelijker. Daarnaast is nu een driekolomslayout, zodat je naast de links in de artikelen ook in de zijbalk nuttige links kunt vinden.

Connecting people

Hoewel in de artikelen op deze site talloze links naar andere sites staan, kan het natuurlijk nog beter. Wat volgens mij ontbrak, was een stukje actualiteit en meer verband met gerelateerde blogs. In de zijbalken is daarom ruimte ingeruimd voor links naar de meest actuele artikelen voor front-end webdevelopers, te vinden op de betere blogs.

Het stuk ‘Meer webdevelopment’ haalt de nieuwste artikeltitels via webfeed binnen.
Wanneer in de blogosfeer of nieuwsland iets voorbij komt wat een belangrijke ontwikkeling lijkt, schrijf ik er kort over in de nieuwe rubriek ‘Marginaal’.
Tot slot vind je sindskort ook de nieuwste vacatures voor front-end webdevelopers in de zijbalk.

Aangezien dit blog zich richt op mensen die nog niet zo lang bezig zijn met onderwerpen als tabelloze layouts, CSS, toegankelijkheid, hoop ik op deze manier dat bezoekers spelenderwijs andere goede blogs ontdekken. En de gevorderde sitebouwer komt zo wellicht op ideeën voor een carrièrestap.

Technische aspecten

Ik heb ervoor gekozen het grootste deel van de HTML en een stuk van mijn CSS niet zelf te schrijven, maar gebruik te maken van enkele frameworks, “een aantal standaardinstellingen (…) die voor iedere website opnieuw handig kunnen zijn” (uit: Naar Voren – CSS Frameworks).

HTML en CSS: Sandbox

Sandbox is een thema voor WordPress dat niet meer is dan kale, goed opgebouwde (semantische) XHTML en wat CSS waarmee je een één-, twee- of driekolomslayout kunt produceren. Hoewel het wat overbodige elementen en classes bevat, vond ik het van doorslaggevender betekenis dat het thema is voorbereid op diverse ingebouwde mogelijkheden van WordPress. En van de XHTML maak ik server-side gewoon HTML.
Meer CSS: Blueprint

De zelfgeschreven CSS bevat een gedeelte dat afkomstig is van het Blueprint CSS-framework. Blueprint bestaat uit HTML- en CSS-templates bedoeld om snel een website op te zetten volgens het grid-principe: mooie layouts zijn altijd gebaseerd op een evenwichtige vlakverdeling in rijen en kolommen. Voor deze layout heb ik eigenlijk slechts de CSS-reset en de typografie gebruikt. Het grid-principe heb ik zonder het framework toegepast, om layoutgebaseerde classes in mijn template te voorkomen.

Feedback?

Bij de wijzigingen ben ik louter uitgegaan van wat ik zelf gebrekkig vond. Als je als bezoeker iets geweldig onhandig vindt, of vindt dat er misschien iets ontbreekt dat geweldig handig zou zijn, hoor ik graag van je via een reactie of een mailtje. Alvast bedankt!

Google publiceert handleiding zoekmachineoptimalisatie voor beginners

2009-09-29T23:08:26Z

Iedereen die een website heeft of eraan werkt, vraagt zich wel eens af hoe de site nog beter vindbaar kan worden in zoekmachines. Hoewel bij Google al heel wat informatie over het verbeteren van je website is te vinden, hebben ze nu ook een downloadbare SEO-beginnershandleiding gepubliceerd. In de 22 pagina’s tellende pdf lees je over de beginselen van het verbeteren van titels, metatags, URL’s, navigatie, content, links, afbeeldingen en hoe Google je daarbij kan helpen. Overigens kun je een deel van de tips ook terugvinden in mijn artikel over metatags.

Update 30 september 2009: de Google SEO-handleiding voor beginners is er nu ook in de officiële Nederlandse vertaling.

De zin en onzin van metatags

2009-10-12T12:04:10Z

Om maar met de deur in huis te vallen: veruit de meeste metatags zijn onzin. Het is veel nuttiger om je tijd te steken in metadata die wel belangrijk zijn; vergeet de rest van de metatags. Dat maakt metatag-generators ook overbodig. In dit artikel bespreek ik de meestgebruikte metadata. Daarbij geef ik aan welke daarvan wel of niet nuttig blijken. Ook geef ik alternatieven voor het gebruik van enkele bekende metatags.

Inhoud

Hoe het komt dat veel metatags onzin zijn
Welke metadata zijn wel nuttig?
Overige, veelgebruikte metadata
Samenvattend
Meer leesvoer

Hoe het komt dat veel metatags onzin zijn

Veel metatags stammen nog uit de jaren ’90 van de vorige eeuw, toen er veel zoekmachines werden opgezet en elke zoekmachine haar eigen metatags bedacht. Daardoor ontstond er een wildgroei aan metatags. Omdat veel metatags slechts nuttig waren voor één zoekmachine (de andere zoekmachines negeerden die informatie gewoon) en bovendien de meeste zoekmachines uit die tijd inmiddels al jaren niet meer in gebruik zijn, hebben veel metatags hun nut verloren (of simpelweg nooit gehad).

Daarnaast gebruikten veel sitebouwers de meeste metatags niet, of gingen ze er verkeerd mee om. Een bekend voorbeeld van dat laatste is het keywords-attribuut, dat jarenlang werd gebruikt om de meest onzinnige keywords te verbinden aan een webpagina, om maar bezoekers binnen te halen. Veruit de meeste zoekmachines negeren daarom al jaren het keywords-attribuut (~~alleen voor Yahoo! dient het nog een kleine functie~~ ook Yahoo negeert nu meta keywords).

Welke metadata zijn wel nuttig?

Aangezien de meeste metadata niet nuttig zijn, kan ik beter een lijstje maken met metadata die wel nuttig zijn, met een korte uitleg van het gebruik ervan.

Title

De titel van de pagina beschrijft in één kernachtige zin de inhoud van de pagina, ongeveer zoals de kop van een krantenartikel. Voorbeeld:

<title>De zin en onzin van metatags</title>

De title is geen zogenaamde ‘metatag’, maar is wel een uiterst belangrijk element in de head van je document, belangrijk voor bezoekers en zoekmachines (zie figuur 1). Gebruik voor elke pagina een unieke title (immers, als het goed is, is elke pagina uniek). Zorg dat de titel helder is en slaat op de paginatekst. En natuurlijk is belangrijk dat de tekst bezoekers binnenhaalt (door in te spelen op de informatiebehoefte). Is de titel vaag of nietszeggend, dan is de kans groot dat men liever een andere site bezoekt. Beperk de lengte van de title liefst tot 65 tekens. Gebruik geen decoratieve tekens in de title; die 65 tekens kun je beter gebruiken om bezoekers te informeren over de pagina.

Figuur 1: Wat voor site zou dit zijn? Een hippe clubavond? Een site over etiquette? Een kledingwinkel?

Description

De description geeft een korte samenvatting van de pagina. Voorbeeld:

<meta name="description" content="Welke metatags zijn nou nuttig en welke niet? Een artikel over de meestgebruikte, onnuttige metadata en de belangrijkste metatags die essentieel zijn.">

De tekst in deze ‘meta-description-tag’ is dezelfde tekst die zoekmachinegebruikers zien in het zoekresultatenscherm als de omschrijving van de gevonden pagina’s (zie figuur 2). De description behoort daarom geen opsomming van losse trefwoorden te bevatten en ook geen omschrijving die slaat op de gehele site, maar een bondige samenvatting of inleiding van de inhoud van de betreffende pagina. Ook hier geldt: is de omschrijving vaag of nietszeggend, dan is de kans groot dat men liever een andere site bezoekt. Ook de description is zeer belangrijk, met name voor bezoekers via zoekmachines. Aanbevolen lengte van een description is doorgaans één of twee zinnen.

Figuur 2: Zouden zowel de title en de description uniek zijn, dan kon je veel sneller zien waar de link naartoe leidt.

Robots

Met de ‘meta-robots-tag’ geef je aan of een pagina geïndexeerd (index/noindex) en/of de links erin gevolgd moet worden (follow/nofollow). Voorbeeld:

<meta name="robots" content="noindex, follow">

Standaard neemt een zoekmachine aan dat elke webpagina op ‘index, follow‘ staat ingesteld (dat hoef je dus niet extra aan te geven), tenzij expliciet aangegeven dat het niet geïndexeerd of gevolgd moet worden. Het gebruik van de meta-Robots-tag is essentieel wanneer de pagina gevoelige en/of persoonlijke gegevens bevat. Ook kun je hiermee aangeven of een kopie van de pagina in de cache van een zoekmachine mag belanden (content="noarchive"). Een relatief nieuwe functie van de meta-robots-tag is dat je kunt aangeven of Google de omschrijving van je site moet weergeven zoals die bij DMOZ bekend is, of dat jouw eigen description wordt gebruikt (content="noodp").

Figuur 3: Wanneer je website in DMOZ staat vermeld, krijgt je site de omschrijving die bij DMOZ bekend staat, tenzij je een eigen meta-description schrijft en de noodp-waarde gebruikt.

Overige, veelgebruikte metadata

Content-type

Met content-type wordt o.a. aangegeven welke karaktercodering gebruikt wordt (bijvoorbeeld ISO-8859-1). Voorbeeld:

<meta http-equiv="content-type" content="text/html; charset=iso-8859-1">

Voor Netscape 4.7x en ouder was het belangrijk dat content-type de eerste regel in je head was. Aangezien die browser niet meer wordt gebruikt, is de plek van content-type niet meer van belang. Sterker nog, het is beter om het content-type via de server te regelen. In dat geval kun je die metatag helemaal uit je pagina verwijderen. Of je het nou via de server regelt of via je pagina, zorg in ieder geval dat je de UTF-8-karakterset gebruikt. Lees meer daarover in Anne van Kesterens artikel over UTF-8. Een kleine waarschuwing vooraf: let er bij bestaande websites wel op dat dit veel meer inhoudt dan ‘even’ ISO-8859-1 veranderen in UTF-8; je moet namelijk ook vreemde tekens in bestaande pagina’s handmatig omzetten en/of je database converteren…

Pragma en expires

Deze gebruikt men vaak om aan te geven dat een pagina niet door browsers gecached moet worden. Voorbeeld:

<meta http-equiv="pragma" content="no-cache">
<meta http-equiv="expires" content="Thu, 26 Feb 1998 01:00:00 GMT">

Net als content-type kun je ook dit beter via de server regelen.

Revisit-after

Deze wordt gebruikt om aan te geven hoe vaak een zoekmachine langs moet komen. Voorbeeld:

<meta name="revisit-after" content="7 days">

In de praktijk is revisit-after compleet nutteloos, want zoekmachines bepalen helemaal zelf wanneer ze langskomen; ze negeren deze metadata. Wil je toch enige invloed hierop uitoefenen, dan is het gebruik van een XML-sitemap nauwelijks een beter idee, want ook hier geldt dat zoekmachines uiteindelijk zelf bepalen hoe vaak ze langskomen.

Copyright

Hiermee geef je aan wanneer de pagina is gemaakt en bij wie het auteursrecht ligt. Voorbeeld:

<meta name="author" content="roger">

Het is mij na enige research niet duidelijk of deze metatag nut heeft. Zorg in ieder geval dat je de copyright aanduidt in de paginatekst (bijvoorbeeld ‘© 2007 Frontaal.net’ in de footer) en/of gebruik een logo van Creative Commons (tenzij dat niet belangrijk voor je is).

Refresh

Dit is een veelgebruikt trucje om bezoekers door te sturen naar een andere pagina. Voorbeeld:

<meta http-equiv="refresh" content="10; url=http://frontaal.net">

Niet alleen is het onvriendelijk voor sommige bezoekers (niet iedereen heeft even snel door dat ze worden doorgestuurd), door het vele misbruik ervan stellen zoekmachines het ook niet op prijs. Beter is om ook dit via de server te regelen (verplaatste pagina’s verwijzen met een status 301-errorcode, verwijderde pagina’s met een 410-errorcode).

Figuur 4: Vaak word je al doorgestuurd voordat je de tekst hebt kunnen lezen, zoals bij dit screenshot het geval was. (Screenshot alsnog genomen door meta-redirects uit te schakelen.)

Samenvattend

De enige metadata die belangrijk zijn voor je webpagina, zijn description en robots. Daarnaast is de title erg belangrijk.
Het aangeven van de karakterencodering, preventie van het gebruik van de browsercache en aangeven van verwijderde of verplaatste pagina’s regel je het beste via de server.
De rest van de metadata kun je gewoon weglaten: zonde van je tijd.

Het beste is om te zorgen dat elke pagina een passende en unieke titel en omschrijving krijgt. Alleen daarmee help je bezoekers en zoekmachines.

Welke metadata vind jij wel of niet nuttig en waarom?

Meer leesvoer

Het meta-element
Web authoring statistics: metadata (onderzoek van Google naar het gebruik van metadata)
De meta-description: onderschatte factor in SEO
Beginner’s Guide – Critical Components of Optimizing a Site

Update 28 januari 2008: suggesties van Ramon toegevoegd
Update 12 oktober 2009: tekst aangepast, Yahoo negeert nu ook de meta-keywords, net als Google.

Check je website met handige tools

2010-07-25T23:34:07Z

Voor een website is het belangrijk dat hij goed werkt voor zoveel mogelijk mensen: elke bezoeker telt. Natuurlijk gebruiken de meeste mensen Internet Explorer (IE), maar als je site alleen werkt in IE, dan loop je (meer dan) 15% van je bezoekers mis. Check je website daarom in verschillende browsers en zorg ook dat hij toegankelijk is voor mensen met alternatieve manieren van internetsurfen, door toegankelijkheidstoetsen te gebruiken. Er zijn online gelukkig veel gratis tools voor te vinden.

Inhoud

Check je code
Check in verschillende browsers
Check je site op toegankelijkheid
Check op laadtijd
Check je site m.b.v. browsertoolbars of -extensies
Tot slot

Check je code

Fouten in je (X)HTML en CSS kunnen er voor zorgen dat je site er niet uitziet zoals je had bedoeld. Gebruik daarom een correct doctype en haal je code door een codechecker.

(X)HTML check je in de W3C-markupvalidator
CSS check je in de W3C-CSS-validator

Overigens betekent gevalideerde (X)HTML-code niet per definitie dat je kwalitatief goede code hebt; het betekent slechts dat je pagina aan bepaalde voorwaarden voldoet.

Check in verschillende browsers

De ene browser is de andere niet. Met name IE5.x en IE6 bevatten gigantisch veel CSS-bugs, waardoor het misleidend kan zijn wat je in die browsers te zien krijgt. Als je een site in een moderne browser als Safari, Opera of Firefox bekijkt, dan krijg je een realistischer beeld van je site. Het is dan ook aan te raden om altijd eerst te testen in deze browsers voordat je het test in IE. Bugs in IE kun je altijd nog achteraf aanpakken. Vergeet niet in meerdere versies van IE te testen.

Download Opera
Download Safari (ook voor Windows)
Download Firefox
Download Google Chrome
Download verschillende versies van IE
Download een officiële standalone IE6, IE7 of IE8
Evolt browserarchief (van Mosaic tot Flock, het is er allemaal)

En je kunt natuurlijk Linux en één van de vele browsers voor Linux installeren.

Daarnaast kun je online screenshots laten maken van je site , die gemaakt zijn door verschillende browsers:

Browsershots (diverse browsers)
Netrenderer (IE5.5 t/m IE8)
Browsrcamp (Safari)

Check je site op toegankelijkheid

Na het checken van je code en het checken in verschillende browsers kun je ook nog testen of je site toegankelijk is voor mensen die op een alternatieve manier op internet surfen. Dat hoeven overigens niet eens gehandicapten te zijn, dat kunnen ook mensen zijn die surfen zonder keyboard, mensen met een PDA of mensen met slechtere ogen (ouderen). De laatste twee groepen zullen de komende jaren alleen maar groeien, wat de toegankelijkheid alleen maar belangrijker maakt.

Webrichtlijnen quickscan
Opera Mini simulator (PDA-simulator; vereist Java)
W3C tekstbrowser-simulator

Check op laadtijd

Een laatste check is om te kijken hoe snel je site laadt. Hoewel een groot aantal mensen inmiddels een breedbandaansluiting heeft, is er duidelijk nog steeds een groot deel dat geen breedbandverbinding heeft. Daarnaast blijven internetters ongeduldig, hoe snel de verbinding ook moge zijn. Dus hoe sneller je site laadt, hoe prettiger voor de bezoeker.

Pingdom Tools: Full page test (laadtijd meten)
Web Page Analyzer (op welke punten kun je de laadtijd verkorten)
HTTP-compressiechecker (hoeveel het scheelt wanneer je compressie toepast op webpagina’s)

Check je site m.b.v. browsertoolbars of -extensies

Zoals je ziet, is het nogal veel checken. Tenminste, als je het goed wilt doen. Wanneer je werkt volgens webstandaarden, zul je merken dat het zich gelukkig veelal beperkt tot kleine wijzigingen (veelal wijzigingen voor IE). Om het checken makkelijker te maken, zijn er diverse toolbars te installeren. Zo kun je met een druk op de knop je pagina checken.

IE Developer Toolbar (toolbar voor IE6 en IE7)
Firefox Web Developer Toolbar
Firefox Firebug development tools
Site check bookmarklet (één bookmarklet, meerdere checks)

Diverse browsers hebben tegenwoordig ook handige, ingebouwde toolbars om je website te checken:

Opera 10+ bevat Opera Dragonfly, de opvolger van Opera developer tools
Safari 4+ bevat Safari web developer tools
IE8 bevat de IE developer toolbar

Tot slot

Mocht je aanvullingen, verbeteringen, suggesties, etc. hebben voor deze lijst met tools, laat het me weten! (Het is overigens niet mijn bedoeling om een zo compleet mogelijke lijst te maken, maar slechts een handige lijst.) Welke tools gebruik jij?

Aanvullende artikelen

Why we won’t help you (Engels artikel waarom codevalidatie belangrijk is)
Publiceren? Eerst valideren! (Nederlands artikel waarom validatie belangrijk is, plus extra uitleg over validatietools)
Evaluation, testing, and tools (artikelen over testen voor toegankelijkheid)

Update 19 maart 2008: Safari uit beta-fase, dus informatie aangepast.
Update 29 november 2008: nieuwe browser Google Chrome toegevoegd.
Update 25 maart 2009: info over IE8 aangevuld.
Update 4 augustus 2009: link toegevoegd met extra achtergrondinformatie over validatie.
Update 10 december 2009: ingebouwde webdevelopertools aangevuld.

Nederlandse vertaling WP Database Backup 2.1.2

2008-12-20T19:39:56Z

Voor het bouwen van websites zet ik vaak WordPress in als cms. Voor de toekomstige beheerders van die sites is het dan wel zo handig dat alle functies van het cms in begrijpelijke taal zijn. Vandaar dat ik de gebruikte uitbreidingen van WordPress (plugins) vertaal in het Nederlands.

Recentelijk heb ik de 2.1.2-versie van WordPress Database Backup vertaald. Deze is nu verkrijgbaar via de officiële website van de plugin, of via mijn nieuwe pagina voor vertalingen van WordPressplugins. Daar zul je de komende tijd nieuwe downloads aantreffen.

Frontaal.net

Webanalytics voor je organisatie: tips voordat je begint – Web Analytics an Hour a Day, deel 2

Kwaliteit van klikgedraggegevens: leer ermee leven

Vergeet niet om kwalitatief onderzoek uit te voeren

Gecontroleerd usabilityonderzoek

Heuristieke evaluaties

Thuisbezoek

Enquêtes

Budgettering: volg de 10/90-regel

Het begin van een datagedreven cultuur

Meer over Webanalytics an Hour a Day?

Webanalytics: wat houdt dat in? – ‘Web Analytics an Hour a Day’, deel 1

Een korte geschiedenis van webanalytics

Hoe webanalyse zou moeten zijn

Het wat en het waarom meten

De Trinity-strategie

Gedragsanalyse (behavioral analysis, ook wel klikgedragdata-analyse)

Resultaatanalyse (outcomes analysis)

Ervaringsanalyse (experience analysis)

Zet de klant centraal

Vind antwoorden op organisatievraagstukken

Meer over Webanalytics an Hour a Day?

Web Analytics an Hour a Day – samengevat in een 10-delige blogserie

Webanalytics: meer dan klikgedrag

Waarom het ‘an hour a day’ heet

Webanalytics is de basis voor klantgedreven innovatie

Volg de serie en/of download de uitgebreide samenvatting

Zes tips voor gebruiksvriendelijke links

1. Maak van elke link een echte link

2. Geef een link een beschrijvende tekst

3. Zorg dat duidelijk is wat een link is (en wat niet)

4. Maak onderscheid in onbezochte en bezochte links

5. Open links niet in een nieuw venster

6. Gebruik iconen om links te verhelderen

Meer leesvoer

Aanmelden bij zoekmachines is onzin

Frontaal.net vernieuwd: versie 2.0

Oud versus nieuw in beeld

Leesbaarheid

Connecting people

Technische aspecten

HTML en CSS: Sandbox

Meer CSS: Blueprint

Feedback?

Google publiceert handleiding zoekmachineoptimalisatie voor beginners

De zin en onzin van metatags

Inhoud

Hoe het komt dat veel metatags onzin zijn

Welke metadata zijn wel nuttig?

Overige, veelgebruikte metadata

Samenvattend

Meer leesvoer

Check je website met handige tools

Inhoud

Check je code

Check in verschillende browsers

Check je site op toegankelijkheid

Check op laadtijd

Check je site m.b.v. browsertoolbars of -extensies

Tot slot

Aanvullende artikelen

Nederlandse vertaling WP Database Backup 2.1.2