Hoe beoordeel je de kwaliteit van een bedrijfswebsite?
Beoordeel een bedrijfswebsite op wat een bezoeker ermee moet kunnen: het aanbod begrijpen, bewijs vinden, een passende keuze maken en contact opnemen. Combineer die taken met controles van mobiel gebruik, techniek en metingen. Bewaar de observaties per pagina en apparaat. Eén totaalcijfer vertelt niet waar een probleem zit of welke verbetering voor jouw bedrijf belangrijk is.
Kies eerst de taken die ertoe doen
Neem de belangrijkste doelgroep en een echte aanleiding voor bezoek. Een inkoper die een product zoekt heeft andere informatie nodig dan een directielid dat een partner selecteert. Beschrijf drie taken die die persoon moet kunnen voltooien. Gebruik echte termen uit je dienstverlening, niet alleen algemene opdrachten zoals ‘kijk eens rond’.
Begin op een pagina waar bezoekers werkelijk kunnen binnenkomen. Dat is niet altijd de homepage. Een dienstenpagina, kennisartikel of case moet ook zonder het voorafgaande verhaal begrijpelijk zijn. Vraag wat iemand denkt dat het bedrijf aanbiedt, welk bewijs hij mist en wat hij als volgende stap verwacht.
Laat iemand de taak uitvoeren zonder meteen aanwijzingen te geven. Noteer wat zichtbaar gebeurt en vraag pas daarna naar de reden. Eén waarneming kan een concreet probleem opleveren, maar geeft geen percentage voor alle bezoekers. Bewaar observatie, interpretatie en voorgestelde oplossing apart.
| Taak | Waar let je op? | Wat leg je vast? |
|---|---|---|
| Vind een passende dienst | Herkent de bezoeker de juiste ingang? | Startpagina, gekozen route en moment van twijfel |
| Zoek vergelijkbaar werk | Is duidelijk wat er is uitgevoerd? | Gevonden case en ontbrekende informatie |
| Bereid een contactvraag voor | Zijn scope en vervolgstap begrijpelijk? | Verwachting van de bezoeker en onbeantwoorde vragen |
Controleer inhoud en bewijs
Kan de lezer bepalen voor wie de dienst bedoeld is, welk probleem ze oplost en wat buiten de opdracht valt? Controleer ook concrete gegevens zoals werkgebied, aanbod, prijzen en bereikbaarheid. Tegenstrijdige informatie tussen een kennisartikel en een aanbodpagina kan de keuze onnodig ingewikkeld maken.
Bekijk voorbeelden en resultaatclaims kritisch. Een screenshot toont een ontwerp, geen omzetverbetering. Een klantquote bewijst dat iemand iets heeft gezegd, maar niet hoe alle klanten de dienstverlening ervaren. Vraag bij cijfers naar meetperiode, definitie, vergelijking en eventuele andere veranderingen.
Schrijf op welk bewijs nodig is om een bewering sterker te maken. Soms is dat een foto van de toepassing, soms een concreet proces en soms een meting. Een algemene belofte als ‘meer resultaat’ vervangen door een heldere uitleg kan al helpen zonder een nieuw onderzoek te verzinnen.
Doorloop de belangrijkste route op mobiel en met toetsenbord
Controleer op een smal scherm of tekst, navigatie en knoppen bruikbaar blijven. Vergroot de tekst en bekijk of informatie afvalt of overlapt. Doorloop de contactroute ook met alleen het toetsenbord. Je moet kunnen zien welk onderdeel focus heeft en een open menu of dialoog kunnen verlaten.
Controleer of formulierlabels duidelijk zijn en fouten uitleggen wat nodig is. Bekijk daarnaast contrast en tekstalternatieven bij betekenisvolle afbeeldingen. De Easy Checks van W3C helpen bij een eerste toegankelijkheidscontrole. Ze vormen nadrukkelijk geen volledige beoordeling van alle toegankelijkheidseisen.
Gebruik voor contact een vooraf afgesproken test. Leg vast welk systeem de aanvraag ontvangt en wie de test controleert. Vermijd echte klantgegevens. Controleer niet alleen de succesmelding in het scherm, maar ook of het vervolg werkt en een mislukte poging een bruikbare uitleg geeft.
Lees snelheidsmetingen in hun context
Een labtest meet een pagina onder gekozen omstandigheden. Gebruikersdata beschrijven ervaringen van echte bezoeken, wanneer voldoende gegevens beschikbaar zijn. Noteer welke soort meting je gebruikt, op welk apparaat en op welke datum. Vergelijk metingen alleen als de omstandigheden voldoende overeenkomen.
Core Web Vitals kijken naar laden, reageren op interactie en visuele stabiliteit. Voor een goede beoordeling liggen LCP, INP en CLS op respectievelijk maximaal 2,5 seconden, 200 milliseconden en 0,1, beoordeeld op het 75e percentiel van bezoeken. Een kleine site heeft soms onvoldoende veldgegevens. Dat is ontbrekende informatie, geen score nul.
Gebruik een meetuitkomst om een oorzaak te onderzoeken. Een zwaar beeld, blokkerend script of verspringend onderdeel vraagt een andere oplossing. Alleen opnieuw meten tot een gunstig cijfer verschijnt laat niet zien dat de website beter is geworden.
Maak onderscheid tussen vindbaar en gevonden
Controleer of belangrijke pagina’s bereikbaar zijn, een eigen titel hebben en geen onbedoelde indexeringsblokkade bevatten. Bekijk daarna in Search Console of Google de pagina kent en welke zoekvragen vertoningen en klikken opleveren. Een technische controle en een verkeersrapport beantwoorden verschillende vragen.
Een pagina kan technisch correct zijn en toch weinig bereik krijgen. Onderzoek of ze een concrete zoekvraag goed beantwoordt, voldoende eigen waarde heeft en via relevante links ontdekt kan worden. Trek uit ontbrekende zoekvraaggegevens niet de conclusie dat niemand naar het onderwerp zoekt.
Maak periodes vergelijkbaar en geef nieuwe pagina’s tijd om verwerkt te worden. Een stijging in vertoningen is nog geen groei van aanvragen. Houd belangrijke landingspagina’s, herkomst en echte contactuitkomsten apart bij, voor zover dat binnen je meet- en toestemmingsinrichting mogelijk is.
Wat vertelt een benchmarkscore?
Een benchmark vergelijkt een afgebakende set waarnemingen onder een bepaalde methode. Om het resultaat te begrijpen heb je meetdatum, onderzochte pagina’s, apparaten, criteria en de vergelijkingsgroep nodig. Een score zonder die context is moeilijk te gebruiken voor een verbeterbesluit.
Vraag hoe ontbrekende metingen worden behandeld en welke onderdelen handmatig of automatisch zijn beoordeeld. Niet meetbaar is iets anders dan slecht. Bij jaarlijkse vergelijkingen moet bovendien duidelijk zijn of de methode en de onderzochte groep gelijk zijn gebleven.
Een technische score bewijst geen commercieel effect, volledige toegankelijkheid of volledige veiligheid. Kijk daarom naar het bewijs achter een bevinding en de taak die erdoor wordt geraakt. Gebruik dat om een concrete controle of verbetering te kiezen. Geef een onbekende uitkomst geen zelfbedachte score.
Leg bevindingen vast en kies een eerste verbetering
Gebruik het controleregister om pagina, apparaat, taak en bewijs te bewaren. Noteer als uitkomst ‘werkt’, ‘probleem’ of ‘onbekend’. Zet bij een probleem wat de bezoeker niet kan doen en bij onbekend welke controle nog ontbreekt. Dat voorkomt dat vermoedens bij een volgend overleg als vastgestelde feiten worden behandeld.
Begin met problemen die een belangrijke taak blokkeren, zoals een onbereikbaar formulier of onjuiste contactgegevens. Weeg daarna onduidelijke inhoud en terugkerende gebruiksproblemen af tegen de benodigde inspanning. Verdeel eigenaarschap en controleer na een wijziging dezelfde taak opnieuw.
Bewaar de oude waarneming naast de nieuwe. Een technische verbetering kun je soms direct aantonen. Een verandering in aanvragen vraagt voldoende tijd, consistente meting en aandacht voor andere invloeden. Het register helpt besluiten volgen; het levert geen automatisch kwaliteitskeurmerk op.
Bekijk en kopieer de inhoud
pagina,apparaat,taak,uitkomst,bewijs,gevolg,actie,eigenaar,hercontrole ,,aanbod begrijpen,onbekend,,,,, ,,passende dienst vinden,onbekend,,,,, ,,een vergelijkbaar project vinden,onbekend,,,,, ,,contactverwachting begrijpen,onbekend,,,,, ,,toetsenbordroute doorlopen,onbekend,,,,, ,,tekst vergroten en lezen,onbekend,,,,, ,,formulier met afgesproken test controleren,onbekend,,,,, ,,laadgedrag beoordelen,onbekend,,,,, ,,indexeerbaarheid controleren,onbekend,,,,, ,,belangrijke oude URL controleren,onbekend,,,,, ,,toestemming en metingen controleren,onbekend,,,,, ,,opvolging van aanvragen controleren,onbekend,,,,,
