Hoeveel WordPress plugins zijn te veel? Data van 1019 sites

WordPressKeurigOnline zegtWordPressWordPress is een open-source contentmanagementsysteem (CMS) geschreven in PHP, waarmee je eenvoudig websites en blogs kunt bouwen en beheren. plugins zijn handig. Je voegt er functies mee toe zonder te programmeren. Denk aan SEO, contactformulieren of analytics. Maar er zit een keerzijde aan: elke plugin kost tijd.

Die tijd betaal je in milliseconden. Te veel plugins maken je site traag. Je TTFB (Time to First Byte) loopt dan op. Dit raakt je Core Web Vitals en daarmee je plek in Google.

We onderzochten 1019 WordPress sites op shared hostingKeurigOnline zegtShared hostingShared hosting is een hostingvorm waarbij meerdere websites dezelfde serverresources delen.. We wilden weten: wanneer worden plugins een probleem? De resultaten zijn verrassend duidelijk.

Wat is TTFB en waarom is het belangrijk?

Eerst leg ik uit wat we meten en waarom dit je Google-positie raakt.

Time to First Byte uitgelegd

TTFBKeurigOnline zegtTTFBTTFB (Time to First Byte) meet de tijd tussen een HTTP-verzoek en de eerste byte van het serverantwoord. is geen directe Core Web Vital, maar het raakt wel alle drie:

• LCP (Largest Contentful Paint): Je kunt pas iets tonen als de HTMLKeurigOnline zegtHTMLHTML is de programmeertaal voor het maken van webpagina’s. er is, dus een trage TTFB betekent ook een trage LCPKeurigOnline zegtLCPLCP (Largest Contentful Paint) meet de laadtijd van het grootste zichtbare element op een webpagina..
• INP (Interaction to Next Paint): Een trage server vertraagt ook het reageren op klikken en scrollen.
• CLS (Cumulative Layout Shift): Trage TTFB kan ervoor zorgen dat content later inlaadt, waardoor je pagina verspringt.

Wat is een "goede" TTFB?

Dit zijn Google's richtlijnen voor TTFB:

Waarom plugins je TTFB verhogen

Elke plugin die je aanzet kost extra tijd, en dit is waarom:

• PHPKeurigOnline zegtPHPPHP (Hypertext Preprocessor) is een populaire open-source scripttaal die speciaal is ontworpen voor webontwikkeling en server-side programmering. laden: Plugins laden hun code bij elke pagina, ook als je die functie daar niet gebruikt.
• DatabaseKeurigOnline zegtDatabaseEen database is een georganiseerde verzameling gegevens die elektronisch wordt opgeslagen en beheerd. vragen: Plugins slaan data op en die data wordt bij elke bezoeker opgehaald.
• Hook systeem: WordPress gebruikt "hooks" om plugins te laten werken, dus meer plugins betekent meer hooks.
• Autoload: De wp_options tabel groeit mee en wordt bij elke pagina geladen.

Het probleem stapelt zich op. In ons onderzoek zien we gemiddeld zo'n 100ms extra TTFB per vijf extra plugins. Sites met 16-20 plugins zitten 327ms hoger dan sites met 0-5 plugins.

Lees ook onze gids: 5 redenen waarom je WordPress site traag is.

Onderzoeksopzet

We analyseerden 1019 WordPress sites op een KeurigOnline shared hosting server. Deze server draait CloudLinux met LiteSpeed als webserver.

Zo hebben we gemeten:

1. Plugin-telling: Via WP-CLI telden we het aantal actieve plugins per site.
2. TTFB-meting: We deden drie requests per site en namen het gemiddelde van die metingen.
3. Filtering: Sites met fouten of redirects hebben we niet meegenomen.

Resultaten: het kantelpunt

De data toont een helder patroon. De TTFB blijft lang redelijk stabiel. Maar na een bepaald punt schiet hij omhoog.

TTFB per groep

We deelden de sites in op basis van hun aantal actieve plugins:

Verdeling van de sites

Hoeveel plugins gebruiken de sites in ons onderzoek?

De meeste sites (65%) houden het bij 10 plugins of minder. Dat is slim gezien onze TTFB-data. Toch heeft 14% meer dan 15 actieve plugins. Die sites zitten in de gevarenzone.

Elke site apart bekeken

In de grafiek hieronder zie je elke site als een los punt:

Je ziet veel spreiding in de punten. Niet elke site met veel plugins is traag. En niet elke site met weinig plugins is snel. Maar de trend is duidelijk: meer plugins gaat samen met hogere TTFB.

Waarom sommige sites met veel plugins toch snel zijn

In de data zien we uitzonderingen. Sommige sites hebben 20+ plugins maar een TTFB onder 300ms. Hoe kan dat?

Wat maakt het verschil

• Object caching: Redis of Memcached scheelt veel database-vragen.
• Page caching: Tools als LiteSpeed CacheKeurigOnline zegtLiteSpeed CacheLiteSpeed Cache is een server-level cachingoplossing die dynamische pagina's opslaat als statische HTML-bestanden. of WP Rocket serveren vaste HTML. De plugins laden dan alleen bij de eerste bezoeker.
• CDNKeurigOnline zegtCDNEen CDN (Content Delivery Network) is een wereldwijd netwerk van servers dat content sneller bij gebruikers aflevert.: Een Content Delivery Network serveert je pagina's vanaf een server dichtbij de bezoeker. Dit verlaagt de TTFB aanzienlijk.
• Opcode caching: OPcache voorkomt dat PHP steeds opnieuw wordt vertaald.
• Plugin-kwaliteit: Niet alle plugins zijn gelijk. Een goed gemaakte plugin kost bijna niets. Een slechte kan 150ms toevoegen.
• Schone database: Regelmatig de wp_options tabel opruimen helpt veel.

Praktische tips

Dit kun je nu doen om je WordPress site sneller te maken:

1. Bekijk je plugins kritisch (~10 min)

Ga naar Plugins → Geïnstalleerde plugins in WordPressKeurigOnline zegtWordPressWordPress is een open-source contentmanagementsysteem (CMS) geschreven in PHP, waarmee je eenvoudig websites en blogs kunt bouwen en beheren.. Stel jezelf drie vragen bij elke plugin:

• Gebruik ik dit echt?
• Kan het ook zonder plugin of met een lichtere?
• Is de plugin recent nog bijgewerkt?

2. Meet je huidige TTFB (~5 min)

Zo meet je waar je nu staat:

• PageSpeed Insights: Google's eigen tool toont je TTFBKeurigOnline zegtTTFBTTFB (Time to First Byte) meet de tijd tussen een HTTP-verzoek en de eerste byte van het serverantwoord. direct
• WebPageTest: Toont precies wat er allemaal laadt
• GTmetrix: Combineert meerdere tests in één overzicht
• Chrome DevTools: Network tab → klik op je pagina → Timing

3. Zet caching aan (~5 min)

Caching is de beste oplossing tegen trage plugins:

4. Ruim je database op (~15 min)

De wp_options tabel is vaak de oorzaak van traagheid. Check dit met:

SELECT option_name, LENGTH(option_value) as size
FROM wp_options
WHERE autoload = 'yes'
ORDER BY size DESC
LIMIT 20;

Grote items die je niet bij elke pagina nodig hebt kun je op "autoload=no" zetten.

5. Combineer waar het kan (~20 min)

Sommige plugins doen het werk van meerdere andere plugins:

Veelgestelde vragen

Conclusie

De data is helder: 6 plugins is het kantelpunt. Daarna springt je TTFB met 61% omhoog. Sites met 0-5 plugins halen een mediaan van 198ms — net onder Google's "goed" grens. Sites met 16-20 plugins zitten op 555ms, ruim in de "slecht" zone.

Maar het gaat niet alleen om het aantal. De kwaliteit van je plugins telt ook. Net als je caching en je hosting. Een site met veel plugins maar goede caching kan sneller zijn dan een site met weinig plugins zonder caching.

Dit kun je nu doen:

1. Bekijk je plugins en verwijder wat je niet gebruikt
2. Meet je TTFB met PageSpeed InsightsKeurigOnline zegtPageSpeed InsightsPageSpeed Insights is Google's gratis tool om website-snelheid en Core Web Vitals te testen.
3. Zet caching aan (LiteSpeed CacheKeurigOnline zegtLiteSpeed CacheLiteSpeed Cache is een server-level cachingoplossing die dynamische pagina's opslaat als statische HTML-bestanden. op onze servers)
4. Houd het op maximaal 5 plugins, of investeer in caching en snellere hosting

Je TTFB is het fundament van je Core Web VitalsKeurigOnline zegtCore Web VitalsCore Web Vitals zijn Google's belangrijkste metrics voor website-ervaring en snelheid.. Bouw daar stevig op.

Bronnen

Dit artikel is gebaseerd op ons eigen onderzoek en deze bronnen:

1. Google Web.dev (2025) — Time to First Byte (TTFB): Officiële documentatie over TTFB-metingen en optimalisatie
2. Google Web.dev (2025) — Core Web Vitals: Overzicht van Google's belangrijkste gebruikerservaring-metrics
3. Google Web.dev (2025) — Largest Contentful Paint (LCP): Documentatie over LCPKeurigOnline zegtLCPLCP (Largest Contentful Paint) meet de laadtijd van het grootste zichtbare element op een webpagina. en de relatie met TTFBKeurigOnline zegtTTFBTTFB (Time to First Byte) meet de tijd tussen een HTTP-verzoek en de eerste byte van het serverantwoord.
4. Google Web.dev (2025) — Interaction to Next Paint (INP): Uitleg over de interactiviteits-metric
5. Google Search Central (2025) — Core Web Vitals en Google Search: Hoe Core Web VitalsKeurigOnline zegtCore Web VitalsCore Web Vitals zijn Google's belangrijkste metrics voor website-ervaring en snelheid. rankings beïnvloeden
6. WP-CLIKeurigOnline zegtWP-CLIWP-CLI is de command line interface voor WordPress waarmee ontwikkelaars WordPress beheren via de terminal. (2025) — WP-CLI Documentation: Command-line interface voor WordPress, gebruikt voor plugin-tellingen
7. LiteSpeedKeurigOnline zegtLiteSpeedLiteSpeed is een snelle webserver die tot 6 keer sneller is dan Apache en gebruikmaakt van een efficiënte event-driven architectuur. Technologies (2025) — LiteSpeed Cache for WordPress: Documentatie over server-level caching
8. WordPress.org (2025) — Query Monitor: Developer-tool voor performance debugging
9. CloudLinuxKeurigOnline zegtCloudLinuxCloudLinux is een gespecialiseerd Linux-besturingssysteem voor webhostingproviders dat elke gebruiker isoleert in een eigen container. (2025) — CloudLinux OS: Server-omgeving waarop dit onderzoek is uitgevoerd
10. PHP.net (2025) — OPcache Documentation: Officiële PHPKeurigOnline zegtPHPPHP (Hypertext Preprocessor) is een populaire open-source scripttaal die speciaal is ontworpen voor webontwikkeling en server-side programmering. opcode cacheKeurigOnline zegtCacheEen cache is een tijdelijke opslaglaag die veelgebruikte gegevens bewaart voor snellere toegang en betere prestaties. documentatie
11. Redis (2025) — Redis Documentation: Object caching voor WordPressKeurigOnline zegtWordPressWordPress is een open-source contentmanagementsysteem (CMS) geschreven in PHP, waarmee je eenvoudig websites en blogs kunt bouwen en beheren.
12. Memcached (2025) — Memcached Overview: Alternatieve object caching oplossing

Let op: De snelheid kan anders zijn bij jou. Het hangt af van je hosting, thema en caching. Dit onderzoek is gedaan op KeurigOnline shared hostingKeurigOnline zegtShared hostingShared hosting is een hostingvorm waarbij meerdere websites dezelfde serverresources delen. met LiteSpeedKeurigOnline zegtLiteSpeedLiteSpeed is een snelle webserver die tot 6 keer sneller is dan Apache en gebruikmaakt van een efficiënte event-driven architectuur.. Links gecontroleerd in december 2025.