Voorbeeldrapport · technische meting · september 2026
Deze site staat er na twee seconden. Hij luistert pas na zes.
Dit is een echt technisch rapport, met de naam van de klant eruit. Per bevinding staat het oordeel: vervangen, repareren, laten staan of ingetrokken. Die laatste staat er met opzet bij.
Dezelfde voorpagina, dezelfde dag
Desktop · breedband93
Telefoon · 4G65
Prestatiescore van GTmetrix op de voorpagina, beide op 12 september 2026. Chrome 142, Lighthouse 12.6.1. Telefoon op een iPhone 13-profiel met 4G (9/5 Mbps, 125 ms), desktop op breedband (20/5 Mbps, 25 ms). Naam, adres en paginanamen zijn weggelaten, de cijfers niet aangepast
De kern in vier getallen
Bedienbaar
6,0 s
tot een tik iets doet, gemiddeld over negen pagina’s op 4G. Norm 2,5 s
Traagste pagina
12,6 s
tot bedienbaar; de snelste van de negen haalt 2,7 s
Van derden
63 %
van de JavaScript op de voorpagina: tagmanager, heatmaps, pixels
Dubbele H1
441
pagina’s met twee hoofdtitels, sitemap en dienstpagina’s samen
De voorpagina haalt op desktop een A. Wie alleen dat meet, ziet het probleem niet. De pagina’s waar een klant naartoe gaat om zich te laten overtuigen zijn twee tot zes keer zo traag als de voorpagina. Op een telefoon reageert de site pas na ruim vier seconden op een tik.
Vijf onderdelen, elk met een oordeel
Snelheid: negen pagina’s, één verbinding
Negen pagina’s, gemeten binnen tien minuten van elkaar op hetzelfde 4G-profiel. Bedienbaar is het moment waarop de pagina op een tik reageert; klaar is wanneer hij stopt met laden en bewegen. Geen enkele pagina haalt de norm van 2,5 seconden.
Seconden tot bedienbaar en tot klaar, negen pagina’s op 4G
Zwart: nu tot bedienbaar, grijs: tot klaar. Blauw: dezelfde pagina, EQwise herbouwd, zelfde meting. De stippellijn is de norm van 2,5 seconden.
| Pagina | Oordeel | Bedienbaar (s) | Klaar (s) | Gewicht (kB) | Verzoeken |
|---|---|---|---|---|---|
| Beoordelingen | vervangen | 12,6 | 15,9 | 11.124 | 188 |
| Referenties | vervangen | 7,6 | 8,9 | 3.004 | 188 |
| Dienst A | vervangen | 7,3 | 11,3 | 5.892 | 172 |
| Dienst B | vervangen | 6,3 | 8,3 | 3.314 | 160 |
| Dienst C | vervangen | 5,9 | 8,3 | 4.693 | 215 |
| Artikelen | repareren | 5,0 | 7,6 | 3.309 | 181 |
| Dienst D | repareren | 3,7 | 5,7 | 1.653 | 134 |
| Over ons | repareren | 3,1 | 6,4 | 1.525 | 136 |
| Dienst E | repareren | 2,7 | 6,2 | 2.091 | 142 |
- Beoordelingen: beeld verkleinen en lui laden
- Referenties: zelfde recept
- Dienst A: bijna 7 MB beeld op een pagina waar iemand een dure dienst overweegt
Waar het gewicht zit.
De pagina met beoordelingen is voor negen tiende beeld: 9.907 kB in 69 bestanden, voor 49 klantcitaten. Daarnaast 745 kB JavaScriptJavaScript Een programmeertaal die webpagina's interactief maakt, bijvoorbeeld een menu dat uitklapt. in 86 bestanden en 201 kB lettertypes in 6 bestanden. Dezelfde pagina, herbouwd zonder page builderPage builder Een extra programma in WordPress waarmee je pagina's bouwt door onderdelen te slepen. en met beeld op maat, weegt 586 kB in 17 verzoeken en is na 1,0 seconde bedienbaar. Dat is gemeten, geen raming.
De drie maten van Google
De maten die Google zelf gebruikt, op de voorpagina, op een telefoon en op een desktop. De norm is die van Google: grootste element in beeld binnen 2,5 seconden, blokkeertijdBlokkeertijd De tijd tijdens het laden waarin een pagina niet op je reageert omdat hij bezig is met code. onder 200 milliseconden, verspringingCLS Hoeveel onderdelen van een pagina verspringen terwijl hij laadt. onder 0,1.
| Maat | Telefoon, 4G | Desktop | Norm | Wat het betekent |
|---|---|---|---|---|
| Grootste element in beeld | 2,2 s haalt | 1,3 s haalt | ≤ 2,5 s | De pagina staat er op tijd. Dit is niet het probleem. |
| Blokkeertijd | 259 ms haalt niet | 2 ms haalt | ≤ 200 ms | Op een telefoon zijn er momenten waarop een tik niets doet: de pagina is bezig met scripts. Negen dagen eerder was dit 6 ms. De site groeit. |
| Verspringing | 0,09 net | 0 haalt | ≤ 0,1 | Beelden zonder maat nemen pas ruimte in als ze binnen zijn. De tekst schuift terwijl je leest. |
| Volledig geladen | 6,3 s | 3,0 s | richtlijn 3 s | Op desktop op de grens, op een telefoon ruim eroverheen. |
Wat Google van de site kent
Gemeten op 8 september en op 15 september opnieuw, met alleen statuscodesStatuscode Een code van drie cijfers waarmee een server laat weten of een pagina gevonden is. en de sitemapSitemap Een lijst van alle pagina's van je website, speciaal voor zoekmachines.. Eén bevinding is bij die tweede meting vervallen, en die staat er met opzet nog in.
| Bevinding | Getal | Oordeel |
|---|---|---|
| Pagina’s in de sitemap, met datum van laatste wijziging | 201 | laten staan de sitemap klopt en wordt bijgehouden |
| Pagina’s met meer dan één hoofdtitelH1 De hoofdtitel van een pagina, zoals die in de code is vastgelegd., sitemap en dienstpagina’s samen | 441 | repareren de titel staat in de balk bovenaan én in de tekst, beide als hoofdtitel; Google en AI-antwoordenAI-antwoord Het uitgeschreven antwoord dat een AI-assistent geeft op een vraag. raden dan waar de pagina over gaat. Eén regel in het sjabloonSjabloon Een vaste opmaak die voor een hele groep pagina's tegelijk wordt gebruikt. |
| Dienstkaarten die via een omleidingRedirect Een automatische doorverwijzing van een oud webadres naar een nieuw adres. aankomen | 13 van 35 | repareren zeven diensten zijn hernoemd, zes kaarten missen een slash; elke klik kost een extra rondgang naar de server |
| Twee verschillende diensten op hetzelfde adres | 1 paar | repareren één van de twee is onvindbaar voor wie erop klikt |
| Dienstkaarten naar een pagina die niet bestaat | 5 → 0 | ingetrokken op 8 september nog vijf, op 15 september door de klant zelf opgelost. Een bevinding die is opgelost halen we uit het rapport |
| Robots, canonicals, gestructureerde data | — | laten staan geen blokkades gevonden |
Op een telefoon
Dezelfde voorpagina, dezelfde dag, een telefoon tegenover een desktop. Het verschil zit niet in het beeld maar in de rekenkracht die de pagina van een telefoon vraagt. Denk aan 919 elementen die de browser bij elke beweging opnieuw doorrekent en aan 259 milliseconden waarin een tik niets doet. Daarnaast zijn er zeven losse bestanden voor één lettertype.
- Beelden komen op desktopmaat binnen en worden door de telefoon zelf verkleind. Het is een ouder formaat, vaak twee tot vier keer groter dan het vak waarin ze staan. Oordeel: vervangen door een modern formaat op de maat van het scherm.
- Niets valt buiten het scherm op 375 en 390 px, en knoppen zijn groot genoeg voor een duim. Oordeel: laten staan.
- De pagina reageert pas na ruim vier seconden op een tik, terwijl hij na twee seconden al leesbaar is. Bezoekers tikken in die tussentijd en denken dat de site kapot is. Oordeel: scripts van derden pas laden na de eerste weergave.
Wat een bezoeker niet ziet maar wel voelt
Deze vijf verklaren samen waarom een snellere server niets zou helpen.
| Bevinding | Getal | Oordeel |
|---|---|---|
| Afhankelijkheidsketens: bestanden die op elkaar wachten als een rij bij een kassa | 99 ketens, 137 verzoeken | vervangen één centrale bron voor opmaak en code zonder tussenstappen. Een herbouwde pagina heeft er twee |
| Scripts van derden vóór de eerste weergave: tagmanager 345 kB, heatmaps 65, advertentiepixel 40, pop-ups 18, CRM 3 | 471 kB · 63 % van alle JavaScript | repareren laden na toestemming en na de eerste weergave. Dit is een marketingkeuze, geen fundamentprobleem: geen herbouw haalt het weg |
| Wisselende servertijd: soms ligt de pagina klaar, soms wordt hij ter plekke opnieuw gemaakt | factor 5 | repareren een voorraad klaarliggende pagina’s die warm blijft |
| Dezelfde pagina, tweemaal zo traag: drie desktopmetingen met alles gelijk gaven 1,7 s en 3,9 s | factor 2,3 en 34 | repareren zelfde oorzaak; een meting die meeloopt maakt het zichtbaar op de dag dat het gebeurt |
| De site groeit zonder dat de inhoud verandert: tussen 3 en 12 september 3 verzoeken en 60 kB erbij | +60 kB in 9 dagen | repareren een vaste meetopstelling die maandelijks draait |
Wat de norm wel haalt
Je hoort net zo goed wat goed is als wat niet; dat bepaalt wat je met rust kunt laten.
- Op desktop haalt de voorpagina alle drie de maten van Google: 1,3 s, 2 ms, 0.
- De sitemap is compleet en actueel, en de inhoud wordt bijgehouden.
- Bij het hernoemen van diensten zijn omleidingen gezet; de kapotte links zijn weg.
- Niets valt op een telefoon buiten het scherm, en tapdoelen zijn groot genoeg.
- Geen blokkades voor zoekmachines.
Wat dit wel en niet bewijst
Wat het bewijst
- Deze negen pagina’s zijn op 4G pas na 2,7 tot 12,6 seconden bedienbaar. Dat ligt aan de opbouw (ketens, page builder, beeld) en niet aan de server.
- Dezelfde pagina zonder page builder en met beeld op maat is na één seconde bedienbaar: gemeten op negen herbouwde pagina’s, 0,9 tot 1,0 s.
Wat het niet bewijst
- Dat elke bezoeker precies deze cijfers ervaart; dat hangt af van toestel en verbinding. Daarvoor zijn de bezoekersdata uit Search Console nodig.
- Dat de hele site op één seconde landt: pagina’s met video of een bestelstap wegen 200 tot 300 kB meer.
Zo is er gemeten
Een dienstverlener met ruim tweehonderd pagina’s op WordPress, met een page builder, actief in een Engelstalige markt. Achttien GTmetrix-metingen tussen 3 en 13 september 2026: Amsterdam en Londen, Chrome 142, Lighthouse 12.6.1. Getest werd met een iPhone 13-profiel op 4G (9/5 Mbps, 125 ms) en een desktop op breedband (20/5 Mbps, 25 ms).
Statuscodes en sitemap op 8 en 15 september. Dit is een geanonimiseerd voorbeeld van een echte meting: de naam, het webadres en de paginanamen zijn weggelaten of vervangen door een omschrijving.
Hoe snel is jouw site op een telefoon?
De voordeur is bijna altijd sneller dan de winkel erachter. Op deze site liep dat uiteen van 2,7 tot 12,6 seconden voordat een bezoeker iets kon doen, op dezelfde verbinding en dezelfde dag. Dat verschil zie je niet in één meting van de voorpagina.
