Gratis website check-up
Elke site wordt na verloop van tijd trager, en uw bezoekers voelen dat.
Dit is vooral een groot probleem voor webwinkels: gebruikers wachten niet, ze vertrekken gewoon.
Zelfs als PageSpeed een groene score heeft, kan het zijn dat uw site in werkelijkheid nog steeds traag is.
Wat is de oorzaak?
We laten je precies zien wat je site vertraagt – en hoe je het kunt verhelpen. Of we lossen het voor je op. De keuze is aan jou.
🅰️ A — Waarom uw pagina meer dan 13 seconden nodig heeft om te laden: stap voor stap uitgelegd
![Schermafbeelding A met labels 1–6]
Dit is geen laboratoriumtest. Het gaat om een echte paginalading op een stabiele wifi-verbinding.
De gebruiker klikt op de link... en wacht. Maar waarom precies?
🔴 1. 1.059 verzoeken
De site triggert meer dan duizend individuele netwerkverzoeken.
Elke afbeelding, elk CSS-bestand, elk lettertype en elk pictogram wordt afzonderlijk geladen.
📌 De browser raakt overbelast door het tegelijkertijd verwerken van zoveel bronnen.
🟠 2. 69 MB aan gegevens
Het totale gewicht van alle paginabronnen is bijna 70 MB.
Ook al komt een deel ervan uit de cache, het is nog steeds veel te veel.
📌 Een typische, goed geoptimaliseerde pagina weegt 2-5 MB. Deze is verlammend de laadtijd.
🟣 3. Volledige laadtijd: 13,67 seconden
Dat is de tijd die het duurt voordat de pagina volledig interactief is.
Zelfs als iets eerder verschijnt, kan de gebruiker kan er nog niet mee interacteren.
🟥 4. Geblokkeerd — 339 ms
De browser vertraagt het verzoek nog voordat het is gestart — waarschijnlijk vanwege te veel parallelle downloads.
📌 Deze interne knelpunten stapelen zich op en vertragen de gehele belasting.
🟪 5. DNS-resolutie — 306 ms
De browser neemt meer dan 300 ms alleen al om de domeinnaam op te lossen naar een IP-adres.
📌 Dit duidt op een trage of verkeerd geconfigureerde DNS, of een overbelaste nameserver.
🔵 6. Wachten — 1,04 seconden
Dit is de meest cruciale metriek:
De browser wacht meer dan een volle seconde zodat de server kan reageren nadat het verzoek is verzonden.
📌 Dit is wanneer gebruikers naar een leeg scherm staren — de site is nog niet eens begonnen met reageren.
📉 Dat is het echte probleem
Google PageSpeed kan behoorlijke scores laten zien, vooral als er enige caching is ingeschakeld.
Maar de de echte gebruikerservaring is traag, frustrerend en onzichtbaar in die scores.
Als uw pagina langer dan 10 seconden nodig heeft om te reageren — mensen vertrekken.
✅ Tijdens onze gratis audit laten we u precies dit zien — geen abstracte getallen, maar hoe uw site zich daadwerkelijk gedraagt in de browser.
🅱️ B — Wat gebeurt er op 3G: de pagina laadt nauwelijks
![Schermafbeelding B]
We hebben Chrome DevTools overgeschakeld naar Goede 3G om de ervaring van een typische mobiele gebruiker te simuleren.
Dit is precies hoe Google de mobiele prestaties van uw site test in PageSpeed Insights.
Dit is wat we zagen:
🟥 De pagina is in meer dan 1 minuut geladen
Onderaan het scherm:
Totale laadtijd: 1,40 minuten
DOM-inhoud geladen na 5,43 seconden, maar de site was nog steeds niet interactief
📌 Voor mobiele gebruikers voelt dit eindeloos aan. Velen verlaten de pagina al lang voordat deze volledig geladen is.
❓ “Geen headers voor dit verzoek”
Bij het klikken op de hoofddocumentaanvraag toonde de browser:
Er zijn helemaal geen antwoordheaders.
Dit betekent vaak:
de server heeft niet op tijd gereageerd
de browser gaf het op en annuleerde het verzoek
of iets (zoals slechte caching of een vastgelopen plugin) heeft het antwoord geblokkeerd
📶 3G legt de echte problemen bloot
Snelle desktopverbindingen maskeren vaak prestatieproblemen. Op mobiel:
Elk onnodig script of plugin voegt seconden toe
Paginagewicht wordt een kritisch probleem
Serververtragingen voelen veel erger aan
Zelfs met caching-plugins kan uw site nog steeds traag aanvoelen, vooral voor eerste mobiele bezoekers.
Ze zien geen snelheidsscores. Ze zien spinners, lege schermen en een kapotte gebruikerservaring.
✅ Tijdens uw gratis audit testen wij uw site op wifi en 3G — en laat zien wat uw bezoekers daadwerkelijk ervaren.
🅲 C — Welke plugin vertraagt je site? We laten het je precies zien.
![Schermafbeelding C met markeringen 1–2]
Uw site ziet er aan de buitenkant misschien prima uit, maar achter de schermen is er iets dat hem stilletjes aan vertraagt.
In de meeste gevallen is de werkelijke reden plug-ins: sommige overbelasten de database, injecteren zware scripts of veroorzaken een conflict met uw thema.
Wij hebben toegang tot uw WordPress-beheer, installeren Querymonitor, en kijk eens wat er werkelijk aan de hand is.
🟥 1. Tabbladen 'Het verkeerd doen' en 'Trage query's' (pijl 1)
Hier zien we:
Verouderde functies nog steeds genoemd - een teken van verouderde of slordige plugincode
Trage SQL-query's die bij elke paginalading worden uitgevoerd
Het exacte plug-in- of themabestand dat verantwoordelijk is voor die query's
📌 Dit laat zien welke plugin het is overbelasting van de database of door slechte praktijken toe te passen die bij elk verzoek voor vertraging zorgen.
🟪 2. Tabblad "Scripts" (pijl 2)
Hieruit blijkt:
Alle JavaScript-bestanden wordt geladen
Welke plugin of thema elk bestand komt van
Zelfs scripts die laden op elke pagina, maar zijn daar niet nodig
📌 Bijvoorbeeld:
sr7.js— vanuit een slider-plugin, geladen op alle pagina's, zelfs als deze niet wordt gebruikttp-tools— laadt zijn activa wereldwijd zonder redenjquery-blockui,wc-add-to-cart— WooCommerce-scripts op niet-productpagina's
📌 Wat levert dit ons op?
We kunnen nauwkeurig identificeren:
Welke plug-ins de meeste of langzaamste databasequery's uitvoeren
Welke scripts zijn onnodige opgeblazenheid
Wat kan er zijn veilig uitgeschakeld, vervangen of geoptimaliseerd
En het beste gedeelte: niets hiervan is zichtbaar in PageSpeed of DevTools.
✅ Tijdens uw gratis audit zullen wij:
Query Monitor installeren
Laat je zien welke plug-ins de prestaties schaden
Geef duidelijk en professioneel advies over wat u moet uitschakelen, vervangen of repareren
Vraag uw gratis audit aan
Wij beoordelen uw site en nemen binnen 24 uur contact met u op. Dat garanderen wij.
