Voorbeeldrapport: geanonimiseerde echte website
Dit voorbeeldrapport laat zien hoe een websitecheck eruitziet. Wij hebben twee echte websites gemeten en alle identificerende gegevens verwijderd. U ziet per website de snelheid op een telefoon, de basis voor zoekmachines en AI en de contactmogelijkheden, gevolgd door wat wij zouden doen. Beide voorbeelden heten Website A en Website B.
Zo leest u deze voorbeelden
Beide zijn echte websites. Wij hebben het domein, het merk, de logo’s en alles wat hen zou kunnen identificeren verwijderd. De waarden zijn gemeten op 5 oktober 2026 met Lighthouse in een laboratoriumopstelling: mobiel betekent een nagebootste telefoon op een gesimuleerde trage 4G-verbinding.
Beide websites zijn in goede staat. Een goede check zegt ook wat u beter kunt laten zoals het is. Laboratoriumwaarden zijn geen veldgegevens van echte bezoekers.
Snel, helder en één stap verwijderd van een contactformulier
op telefoons
beschrijving
voor AI
mogelijkheden
- Hoofdinhoud verschijnt na 1,23 s op een telefoon
- Crawlers van zoekmachines en AI zijn toegestaan
- Eerst oplossen: geen aanvraagformulier op de homepage
Wat wij voor Website A zouden doen
De snelheid laten zoals die is.
Een mobiele score van 100 en 1,23 s tot de grootste inhoud is goed. Aanpassingen hier brengen meer risico dan winst.
Een kort aanvraagformulier op de homepage plaatsen.
Bezoekers kunnen nu alleen links gebruiken. Een kort formulier neemt een stap weg voor iemand die via een QR-code bij een stand binnenkomt.
De content security policy aanscherpen.
Die staat nu unsafe inline en eval toe. Wij zouden eerst een strenger beleid testen en het daarna afdwingen.
Meten voordat de HTML wordt gecachet.
De serverrespons van 190 ms kan met een paginacache lager worden, maar de winst bij een score van 100 is klein. Wij zouden eerst meten.
Gemeten waarden
| Controle | Wat wij hebben gemeten |
|---|---|
| Snelheid, mobiel | Prestatiescore 100, grootste inhoud getoond na 1,23 s, layoutverschuiving 0,000, blokkeertijd 0 ms, eerste inhoud na 1,04 s |
| Snelheid, desktop | Prestatiescore 100, grootste inhoud getoond na 0,37 s |
| Serverrespons | 190 ms; de pagina wordt verzonden met no-store-caching, dus elk bezoek bereikt de server |
| Paginagewicht | Ongeveer 14 KB gecomprimeerde HTML, 3 afbeeldingen (allemaal SVG, allemaal met beschrijving en afmetingen) |
| Titel en beschrijving | Titel van 57 tekens, beschrijving van 158 tekens, beide binnen de gebruikelijke weergavelimieten |
| Koppen | Eén H1, 14 H2, 23 H3 |
| Gestructureerde gegevens | Organization, WebSite, WebPage en FAQPage met 6 vragen |
| Robots en toegang voor AI | Crawlers van zoekmachines en AI zijn toegestaan, sitemap vermeld, llms.txt aanwezig, een ontbrekende URL geeft een echte 404; de AI-crawlers die wij hebben getest krijgen de pagina (HTTP 200) |
| Contactmogelijkheden | Contactpagina, e-mail-, telefoon- en WhatsApp-links; geen formulier op de homepage |
| Beveiligingsheaders | HSTS, nosniff, referrer policy en frame options ingesteld; de content security policy staat unsafe inline en eval toe |
| Scripts van derden | Geen in de HTML van de pagina |
Snel en goed bereikbaar, met lange zoekfragmenten
op telefoons
beschrijving
voor AI
mogelijkheden
- Hoofdinhoud verschijnt na 1,73 s op een telefoon
- Crawlers van zoekmachines en AI zijn toegestaan
- Eerst oplossen: titel en beschrijving overschrijden de gebruikelijke limieten
Wat wij voor Website B zouden doen
De titel inkorten tot 60 tekens en de beschrijving tot 160.
Beide overschrijden de gebruikelijke limieten, dus zoekresultaten kunnen ze afkappen.
Kijken naar de eerste weergave, niet naar afbeeldingen.
De grootste inhoud (1,73 s) en de eerste inhoud (1,72 s) verschijnen vrijwel tegelijk, dus de wachttijd zit vóór de eerste weergave. De 41 KB inline CSS is het eerste wat wij zouden onderzoeken.
De content security policy van alleen rapporteren naar afdwingen brengen
nadat de rapporten zijn gelezen.
De analytics-beacon pas na toestemming laden
als de regio van de bezoeker dat vereist. Wij zouden dit toetsen aan de toestemmingsinstellingen van de website.
Gemeten waarden
| Controle | Wat wij hebben gemeten |
|---|---|
| Snelheid, mobiel | Prestatiescore 99, grootste inhoud getoond na 1,73 s, layoutverschuiving 0,000, blokkeertijd 0 ms, eerste inhoud na 1,72 s |
| Snelheid, desktop | Prestatiescore 100, grootste inhoud getoond na 0,55 s |
| Serverrespons | 176 ms; de HTML is als private gemarkeerd, dus gedeelde caches slaan die niet op |
| Paginagewicht | Ongeveer 20 KB gecomprimeerde HTML (99 KB ongecomprimeerd), waarvan ongeveer 41 KB ongecomprimeerd inline CSS is; geen afbeeldingen op de homepage |
| Titel en beschrijving | Titel van 66 tekens, beschrijving van 168 tekens, beide boven de gebruikelijke weergavelimieten |
| Koppen | Eén H1, 8 H2, 6 H3 |
| Gestructureerde gegevens | Organization, Person, WebSite, ProfessionalService en FAQPage met 6 vragen |
| Robots en toegang voor AI | Crawlers van zoekmachines en AI zijn toegestaan, sitemap vermeld, llms.txt aanwezig, een ontbrekende URL geeft een echte 404; de AI-crawlers die wij hebben getest krijgen de pagina (HTTP 200) |
| Contactmogelijkheden | Contactpagina, e-mail, 4 telefoonlinks, 3 WhatsApp-links en 2 formulieren op de homepage |
| Beveiligingsheaders | HSTS (180 dagen, zonder subdomeinen), nosniff, referrer policy en frame options ingesteld; de content security policy draait in report-only-modus en wordt niet afgedwongen |
| Scripts van derden | 1 externe host, een analytics-beacon van een CDN, geladen in de HTML van de pagina |
Wat dit betekent voor uw check
Uw eigen resultaat volgt dezelfde logica: wat wij hebben gemeten, wat het betekent en wat wij het eerst zouden herstellen. Wij schrijven het in duidelijke taal en sturen het binnen twee werkdagen per e-mail.