CSS

HTTP/2 Server Push instellen voor WordPress: dat is vermoedelijk de zoekopdracht die je hier bracht, omdat je site sneller moet laden. Dat advies is inmiddels verouderd. In dit artikel leggen we uit wat Server Push was, waarom Chrome en Firefox het hebben afgeschaft, en vooral: hoe je hetzelfde doel (kritieke bestanden sneller bij de browser krijgen) in 2026 wél bereikt. Herken je de symptomen van een trage WordPress-site nog niet zeker? Bekijk eerst de 5 meest voorkomende oorzaken van een langzame WordPress-site om te checken of dit artikel het juiste probleem aanpakt.

Wat is HTTP/2 Server Push (en waarom je hier waarschijnlijk naar zoekt)

HTTP/2 Server Push was een uitbreiding van het HTTP/2-protocol waarmee een server ongevraagd extra bestanden meestuurde bij een pagina-aanvraag. Vroeg een browser index.html op, dan kon de server meteen ook de CSS, JavaScript en lettertypen pushen die hij toch nodig zou hebben, zonder dat de browser daar apart om vroeg.

Het idee erachter was logisch: een browser ontdekt render-blocking resources pas nadat hij de HTML heeft geparsed. Die vertraging, ook wel de "request-response round trip", kost tijd die bij een trage WordPress-site direct zichtbaar is in de laadtijd. Server Push moest die vertraging wegnemen door de wachttijd te elimineren.

• Een geldig SSL-certificaat geïnstalleerd. Zonder geldig certificaat dwing je bezoekers naar een verbinding die de browser als onveilig blokkeert, HSTS maakt je site dan feitelijk onbereikbaar.
• Alle resources laden via HTTPS. Als afbeeldingen, CSS of JavaScript nog via http:// worden ingeladen (mixed content), breekt de pagina of toont de browser waarschuwingen zodra HSTS actief is.
• HTTP naar HTTPS redirect staat al actief in .htaccess. Zonder redirect blijven directe HTTP-links elders op het web bezoekers naar een pagina sturen die niet meer bereikbaar is.

1. Afbeeldingen optimaliseren en laadstrategie scheiden. De hero-afbeelding is op de meeste pagina's het LCP-element. Zet de hero in WebP-formaat, comprimeer tot onder 100 KB en voeg loading="eager" toe aan dit element (juist geen lazy-load). Voeg loading="lazy" toe aan alle afbeeldingen lager op de pagina.
2. Kritische CSS inlinen. Externe stylesheets blokkeren de render. Extraheer de CSS die nodig is voor de bovenste viewport en zet die inline in de <head>. Laad de rest asynchroon. Dit verlaagt de Time to First Paint direct.
3. Server response time verkorten (TTFB). Een trage server is de wortel van een trage LCP. Activeer serverside caching, zet een CDN in voor statische assets en schakel naar een hostingpakket met LiteSpeed of vergelijkbare servercaching als je nu op langzame shared hosting zit.