Webanalyse wordt vaak direct in één adem genoemd met (conversie) optimalisatie. Prachtig natuurlijk: wie wil de wereld nou niet verbeteren? Optimalisatie begint bij het onderkennen van een ‘probleem’, ‘situatie’ of ‘pagina’ die/dat geoptimaliseerd kan worden. Wat ik me afvraag: hoe kom je tot dát punt? Hoe besluit je wat je gaat aanpakken? Is dat een onderbuikgevoel? Een besluit van een collega? Komt dat voort uit een analyse? Of heb je aparte dashboards om dit te bepalen?
Alert Dashboard
Sinds enige tijd ben ik bezig met een zogenaamd alert dashboard. Het enige doel van dit DashboardEen dashboard is een overzicht van belangrijke informatie, vaak Key Performance Indicatoren (KPI's). Welke KPI's of welke informatie getoond wordt op het dashboard hangt af van de bedrijfsdoelstellingen. Dashboards worden vaak gemaakt in Microsoft Excel.Meer over: Dashboard is om de huidige status van de website en de processen op de website te monitoren en alarm te slaan wanneer dat nodig is. Zaken die in een alert dashboard gemeten kunnen worden:
- Vertoonde 404 pagina’s + de getoonde pagina vóór de vertoonde 404
- Vertoonde foutmeldingen + pagina / formulier
- Uitvalpercentages binnen formulieren (per stap)
- Laadtijd per pagina
- Conversiepercentage per service / product formulier
Custom Reportlets
Omniture SiteCatalyst gebruik ik voor de bouw van dit dashboard. Hier loop ik alleen tegen enkele beperkingen aan. In het dashboard wil ik door middel van meters en tellers (zogenaamde custom reportlets) tonen wat de huidige status is van de site, helaas is het in SiteCatalyst alleen mogelijk om deze meters te bouwen op geaggregeerd niveau. Dat wil zeggen: alleen op basis van totalen (totaal aantal pageviews, visits, aanvragen, etc). Hierdoor is het niet mogelijk om specifieke meters te bouwen voor specifieke onderdelen van je site, zoals aanvragen van product X, bezoekers aan sectie Y, etc. Dit zijn juist de gegevens die je wilt zien.
Alerts
Daarnaast heeft SiteCatalyst ook een échte alertfunctie. Met deze functie kan je jezelf laten mailen / sms’en als een bepaalde waarde boven of onder een bepaald punt komt. Deze alerts kan je iets specifieker instellen dan de custom reportlets. Zo is het mogelijk om een alert te zetten op een aantal aanvragen van product X of bezoekers aan sectie Y, maar helaas is het niet mogelijk om je eigen calculated metrics (je eigen waardes, berekend op basis van standaard waardes) hierin op te nemen. Een alert op basis van conversiepercentage (wat een calculated metric is) is hierdoor niet te maken, helaas. Ook zou je alerts niet willen instellen op basis van vaste waarden, maar op basis van dezelfde metrics van de vorige periode, zo wil je alerts in het weekend alleen vergelijken met vorige weekenden en niet met gegevens uit de weken. Echt intelligente alerting is helaas nog niet mogelijk.
Proactief
Dit gele bord is ideaal. Het voorkomt dat je keihard onderuit gaat (of in ieder geval: dat je beter oplet). Analytics wordt vaak reactief gebruikt, dat wil zeggen: je merkt pas iets, als het al verkeerd is gegaan. Het mooist zou zijn wanneer je proactief in kunt springen op veranderingen. Dat je door middel van forecasting een verwachting kan afgeven, waardoor je eerder fouten kunt signaleren. Binnen SiteCatalyst zit wel een soort forecasting, maar nog te beperkt. Hierdoor is in mijn ogen SiteCatalyst nog een te reactief pakket, terwijl je proactiviteit zou mogen verwachten.
Wat is jullie ervaring met alerting? Mis ik functionaliteiten binnen SiteCatalyst of Google Analytics? Welke mogelijkheden heb je nog naast het gebruik van de analytics tools?
Afdelingshoofd Front End Ontwikkeling
SNS Bank
Medeoprichter webanalisten.nl en in het dagelijks leven afdelingshoofd front end ontwikkeling bij SNS Bank.
Lees verder »Nieuwsbrief
Voortdurend op de hoogte van het laatste analytics en optimalisaties nieuws met onze nieuwsbrief!
Gebruik je al Wysistat?
Deze Web Analytics software wordt in Nederland onder andere gebruikt door
Lees meer over WysistatAangeboden door AboutAnalyticsNieuwste reacties
- Alouette Edens: Bij de instellingen van AdWords staat: Bevat meervoudsvormen, spelfouten en andere sterk lijkende varianten Maar ik...
- Alouette Edens: Ik heb nog geen resultaten jammer genoeg. Medio mei zou deze aanpassing doorgevoerd worden. Ik heb net nog gekeken maar...
- André Scholten: En nog een tip: https://developers.google.com/analytics/community/gajs_changelog ...
- Erwin: Bedankt voor je uiteenzetting. Ik heb echter begrepen dat de nieuwe Exact match vooral misspellingen (vacantie/vakantie)...
8 reacties
Leuk stuk om te lezen. Ik loop met sommige dingen tegen precies hetzelfde aan. Wij gebruiken wel alerts vanuit SiteCatalyst om bepaalde dingen te kunnen laten zien. Hierin staat wel gewoon een verandering t.o.v. de periode ervoor. Zo krijg ik bijvoorbeeld een mail als er een verschil zit tussen het aantal 404′s die zijn opgevraagd.
Verder heb ik inderdaad ook een dashboard met daarin de gebeurtenissen van de afgelopen periode. Ik ben op dit moment de laatste hand aan het leggen aan een combinatie van voorspellingen en web analyse data in 1 dashboard.
Het proactief kunnen rapporteren zou inderdaad het mooiste zijn. Ik zie alleen binnen onze organisatie dat er nog redelijk sceptisch tegenaan gekeken wordt. Ik moet ook zeggen dat ik het daar wel mee eens ben. Mijn proactief systeem heeft het de laatste 2 weken al iedere keer fout gehad, terwijl deze daarvoor redelijk op lijn zat.
Ik denk dat je toch weer zelf iets moet bouwen om hier goed mee om te kunnen gaan. Dat is wat ik dus wel heb gedaan.
@Mark, dank voor je reactie. Als ik het goed begrijp maak je de forecasting buiten SiteCatalyst? In Excel neem ik aan? Gebruik je dan ook de ExcelClient plugin van SiteCatalyst? Wat meet je btw in de forecasting? De standaard dingen als bezoekers en verkoop? Of ook wat meer exotischere waarden?
@Reinout: ik doe inderdaad de forecasting in Excel en gebruik daarvoor de plugin van SiteCatalyst(wel de nieuwe Report Builder trouwens). Verder gebruik ik externe data waarmee ik wat meer kan zeggen over de data. Denk hierbij aan temperatuur, actueel nieuws en rentestanden.
Op dit moment heb ik in de forecast alleen bezoekers, aanvragen en product interesse. Als het systeem goed draait, dan ben ik ook van plan om wat uitgebreidere data erin te zetten.
Ik heb geprobeerd om de forecasting ook te doen met wat gespecialiseerde software, maar dat vond ik op dit moment te ingewikkeld en daarmee ook het doel voorbij schieten. Misschien ga ik in de toekomst wel meer gebruik hiervan maken.
Herkenbare materie Reinout. Wat wij momenteel hebben is voor iedere marketeer een real time dashboard (1 uur vertraging) met daarin alle producten. Deze kijkt naar productpagina’s, premieberekeningen en verkopen. Voor de site zelf hebben we een page load report, 404 report met dead ends en een alert sms (page error). Momenteel ben ik bezig om juist de zachtere errors (foutief ingevuld kenteken, geboortedatum niet juist) af te vangen hierin zitten dan ook errors die aangeven dat er geen communicatie is met back office systemen. Wanneer we dat hebben kunnen we iedere 5 minuten monitoren waar en welke fout zich heeft voorgedaan. ik blijf dit sterke metrics vinden aangezien ze gelijk overgaan in actie en dat is toch wat je wilt.
@Jan de Vries: Ik vraag me af waarom je (bijna) real time zou willen weten of er een fout kenteken wordt ingevuld? Ik zie daar de meerwaarde niet meteen van. De andere onderdelen vind ik wel erg goed.
In het algemeen moet je oppassen met wat je allemaal in het dashboard stopt. Tenminste dat is wat ik zie. Met dashboards is het natuurlijk net als met rapportages. Als je teveel data rapporteert of op het dashboard zet, dan wordt het ook niet meer gelezen.
Ik herken dit verhaal ook in Yahoo! Web Analytics (hierin kan je echter wel je dashboards segmenteren). Toch blijft het inderdaad altijd een achteraf-verhaal.
Zoals Dennis Mortensen – CEO Yahoo! WA – aangeeft, is het de taak van de tools zelf om dit proactieve verhaal te integreren, zodat wij analisten en managers ‘alleen nog maar’ achterover hoeven te leunen en de kant en klare data kunnen gaan analyseren. Je verliest dan geen tijd meer door het maken van de rapporten die je nodig hebt (en ook verdwijnt hiermee de drempel om uberhaupt een poging te doen
).
Dit is naar mijn idee nog een meerjaren plan helaas, dus we zullen het toch nog zelf moeten doen. Het belangrijkste hierbij is dat managers toch eerst gevoel krijgen met de data: wat is goed en wat is slecht? Op basis hiervan maak je waarschuwingsalerts aan (die niet pas beginnen te ratelen wanneer het te laat is!!!). Ik weet het: dit is nog vrij arbeidsintensief, maar ik denk dat we dit de komende tijd nog lang niet achterover kunnen leunen…
@mark helemaal eens terechte opmerking. Kenteken is inderdaad niet sterk tenzij het komt door onze website en niet door de bezoeker wat wel zou kunnen. Eentje die ik nog niet heb genoemd is het geluid bij ons op de afdeling waneer er een 404 pagina wordt getoond op de website……..jawel dan gaat er een BUZZER af.
@Anemone wat Dennis schetste lijkt mij ook de toekomst zie http://www.webanalisten.nl/achtergrondinfo/maandag-19-mei-2014-kwart-over-zeven-%e2%80%98s-ochtends.html. en dat achterover leunen is er nog niet bij. Ik moet wel zeggen dat wanneer je samen met de belanghebbende een dashboard, sms of ander systeem opzet en deze kan verzorgen de eerste stap is gezet!
@Reinout en @Jan: Op zich is realtime niet nodig. Maar voor actie heb je gedetailleerde informatie nodig, in de aggregatie gaat de kracht uit de data. Dus de melding van individuele gevallen kun je gebruiken om actie te genereren. De geaggregeerde rapporten kun je gebruiken om de problemen te signaleren.