U vermoedt misschien al dat uw WordPress-site niet zo snel is als mogelijk. Maar hebt u al gecontroleerd hoe hij presteert op mobiel?
Pak uw telefoon en laad uw eigen website. Tel de seconden. Let op de sprongen in de lay-out. Bekijk hoe afbeeldingen in verkeerde formaten verschijnen. Dat is wat 60% van uw bezoekers ziet, want dat is het aandeel van het webverkeer dat in 2026 van mobiele apparaten afkomstig is.
Google kijkt ook mee.
Mobile-first indexering: waarom mobiele snelheid het zwaarst weegt
Sinds 2021 past Google mobile-first indexering toe op elke site op het web. Dat betekent dat Google uw site beoordeelt op basis van de mobiele prestaties, niet de desktopprestaties.
Desktopprestaties blijven relevant voor veel B2B-trajecten, maar de index van Google is mobile-first: mobiele snelheid weegt zwaarder in SEO. Als uw mobiele PageSpeed 45 is, is dat het getal dat Googles crawler voorrang geeft. Het is een bepalende factor voor of u op pagina één of pagina drie scoort.
Veel WordPress-sites halen 35-55 op mobiele PageSpeed zonder gerichte prestatieoptimalisatie. Dat ligt onder de aanbevolen drempel van Google en kan een concreet zakelijk probleem worden.
Waarom WordPress-sites moeite hebben op mobiel
Thema's zijn niet gebouwd voor mobile-first
De meeste WordPress-thema's zijn ontworpen vanuit desktop en vervolgens "responsief gemaakt" met CSS media queries. Het gevolg: uw telefoon downloadt dezelfde zware bestanden als een desktopbrowser en verbergt daarna wat niet nodig is. De data wordt toch overgedragen. JavaScript wordt toch uitgevoerd. U ziet het alleen niet.
Een echte mobile-first site stuurt alleen wat het apparaat nodig heeft. De meeste WordPress-thema's doen dat niet standaard, al is het mogelijk met een zorgvuldige themakeuze en configuratie.
CSS en JavaScript die rendering blokkeren
De gemiddelde WordPress-site laadt 15-25 afzonderlijke CSS- en JavaScript-bestanden voordat er iets op het scherm verschijnt. Elk bestand is een extra verzoek naar de server. Op mobiele netwerken, zelfs snel 4G, kan dat 2-4 seconden puur wachten opleveren voordat één pixel zichtbaar is.
Cacheplugins proberen deze bestanden samen te voegen en te minificeren. Het fundamentele probleem lossen ze echter niet op: WordPress laadt alles vooraf omdat plugins niet met elkaar zijn gecoördineerd.
Afbeeldingen zijn de grootste boosdoener
WordPress genereert meerdere afbeeldingsformaten, maar serveert zelden de juiste voor het apparaat. Een hero-afbeelding van 2000px wordt naar een telefoonscherm van 390px gestuurd. Zelfs met lazy-loading plugins serveert WordPress standaard geen moderne formaten zoals WebP of AVIF, en gebruikt het geen CDN-randknooppunt dicht bij uw bezoeker.
Op mobiel zijn afbeeldingen vaak 60-80% van het totale paginagewicht. Als u dit niet goed aanpakt, maakt de rest weinig uit.
Paginabouwers voegen enorme overhead toe
Elementor, Divi, WPBakery: deze tools maken het ontwerpen met WordPress eenvoudiger. De JavaScript van paginabouwers kan 500kb-1,5MB per pagina toevoegen; sites met meerdere paginabouwers laden op mid-range mobiele apparaten via 4G regelmatig in 5-8 seconden. Op een desktop met een snelle verbinding valt het verschil nauwelijks op.
Gedeelde hosting kan pieken in mobiel verkeer niet aan
Mobiele gebruikers zijn ongeduldig. Ze verwachten pagina's binnen 2 seconden. Gedeelde hostingservers die al 800ms nodig hebben om op het eerste verzoek te reageren, hebben de helft van dat budget al verbruikt voordat een enkel bestand is geladen.
Concrete cijfers: WordPress versus Next.js op mobiel
Na tientallen migraties van WordPress naar Next.js zien de mobiele cijfers er doorgaans zo uit:
| Maatstaf | WordPress (zonder optimalisatie) | Next.js op Vercel |
|---|---|---|
| Mobile PageSpeed | 35-55 | 90-99 |
| First Contentful Paint | 3,0-5,5s | 0,3-0,8s |
| Largest Contentful Paint | 4,0-8,0s | 0,6-1,2s |
| Cumulative Layout Shift | 0,15-0,35 | 0,01-0,05 |
| Totaal paginagewicht | 2-5mb | 200-500kb |
Dezelfde content. Dezelfde huisstijl. Het verschil zit in de architectuur.
Wat "mobile-first" architectuur in de praktijk betekent
Next.js-sites zijn fundamenteel anders opgebouwd:
Statische generatie. Pagina's worden tijdens het deployen vooraf als HTML-bestanden opgebouwd. Wanneer een mobiele gebruiker de site bezoekt, ontvangt hij een statisch bestand van een CDN: geen serververwerking, geen databasequery, geen PHP-uitvoering. Responstijd: circa 50ms wereldwijd.
Responsieve afbeeldingen standaard. Next.js beschikt over een ingebouwde Image-component die automatisch het juiste formaat serveert, in WebP/AVIF-formaat, lazy-loaded, vanaf de edge. Een mobiele gebruiker op een scherm van 390px krijgt een afbeelding van 390px, niet een afbeelding van 2000px die in een klein venster wordt geperst.
Edge CDN-deployment. Vercel serveert uw site vanuit meer dan 100 wereldwijde edge-locaties. Een mobiele gebruiker in München krijgt uw pagina vanuit Frankfurt, niet vanaf een gedeelde server in Dallas. De fysieke afstand alleen al kan 200-400ms schelen.
Minimale JavaScript. Geen jQuery. Geen pluginketen. Geen paginabouwer-runtime. Een typische Next.js-zakelijke site levert in totaal 50-100kb aan JavaScript, aanzienlijk minder dan gangbare WordPress-builds (vaak 500kb-1,5MB).
Wat u eraan kunt doen
Controleer eerst uw mobiele score. Wie zijn huidige mobiele PageSpeed-score niet kent, stuurt blind. Vraag een gratis WordPress Health Report op via webvise.io/wp-health-report: het toont uw werkelijke mobiele score, beveiligingsproblemen en wat uw site na een herbouw zou scoren.
Beoordeel of verdere WordPress-optimalisatie u brengt waar u wilt zijn. Als uw mobiele score onder de 60 ligt, is het via plugins alleen zeer moeilijk om 90+ te bereiken. U kunt geld uitgeven aan cacheplugins, beeldoptimalisatoren en CDN-abonnementen en toch blijven steken in de 60-range. Op een gegeven moment wordt de architectuur de beperkende factor.
Overweeg een herbouw. Een migratie van WordPress naar Next.js wordt afgestemd op sitecomplexiteit, contentvolume, SEO-risico en integraties, en pakt de architecturele oorzaken van mobiele snelheidsproblemen aan. Sites scoren bij een correcte opbouw doorgaans 90+ op mobiel bij de lancering. Geen onderhoudspijplijn voor plugins: prestaties verslechteren niet door plugin- of thema-updates, al blijven framework- en dependency-updates noodzakelijk.
Mobiele bezoekers en de mobiele crawler van Google merken het verschil.
Benieuwd wat uw site scoort op mobiel? Vraag uw gratis WordPress Health Report op via webvise.io/wp-health-report: het duurt 60 seconden. Geen registratie vereist.