HTTP/2 Server Push & WordPress: wat nu écht werkt (2026)

HTTPKeurigOnline zegtHTTPHTTP (HyperText Transfer Protocol) is het protocol dat de communicatie tussen webclients en servers mogelijk maakt./2 Server Push instellen voor WordPressKeurigOnline zegtWordPressWordPress is een open-source contentmanagementsysteem (CMS) geschreven in PHP, waarmee je eenvoudig websites en blogs kunt bouwen en beheren.: 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 CSSKeurigOnline zegtCSSCSS (Cascading Style Sheets) is een opmaaktaal voor het vormgeven en stylen van webpagina's en documenten., JavaScriptKeurigOnline zegtJavaScriptJavaScript is een programmeertaal die wordt gebruikt om interactieve en dynamische websites te maken. 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-blockingKeurigOnline zegtRender-blockingRender-blocking resources zijn bestanden die de browser eerst moet laden voordat de pagina zichtbaar wordt. resources pas nadat hij de HTMLKeurigOnline zegtHTMLHTML is de programmeertaal voor het maken van webpagina’s. 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.

Als je op zoek bent naar "HTTP/2 Server Push instellen voor WordPress", wil je waarschijnlijk precies dat: je site sneller laten laden door kritieke bestanden eerder bij de bezoeker te krijgen. Dat doel is nog steeds valide. Alleen is Server Push niet meer het middel om daar te komen, en dat is geen kleine nuance: instellen heeft in de meeste browsers vandaag simpelweg geen effect meer.

Waarom HTTP/2 Server Push is afgeschaft (met cijfers)

De afschaffing is geen losse beslissing van één browser, maar een brede, goed gedocumenteerde trend:

• Chrome 106 (september 2022) zette Server Push standaard uit. Chrome's eigen analyse liet zien dat het gebruik nooit groot was: hooguit 1,25% van alle HTTP/2-sites gebruikte de techniek ooit, en dat percentage daalde daarna verder naar 0,7%^[1].
• Firefox 132 (29 oktober 2024) verwijderde HTTP/2 Server Push volledig, onder meer wegens compatibiliteitsproblemen met bestaande sites^[2].
• NginxKeurigOnline zegtNginxNginx is een open-source webserver, reverse proxy en load balancer die veel gebruikt wordt voor hoogperformante websites. ondersteunde de directives http2_push en http2_push_preload van versie 1.13.9 (2018) tot en met 1.25.1 (2023), en liet ze daarna vallen^[2].
• HTTPKeurigOnline zegtHTTPHTTP (HyperText Transfer Protocol) is het protocol dat de communicatie tussen webclients en servers mogelijk maakt./3 heeft server push nooit geïmplementeerd en Chrome heeft dit ook niet op de roadmap staan.

De reden achter dit collectieve afscheid heet het "overpush"-probleem: de server weet niet of de browser een resource al in de cacheKeurigOnline zegtCacheEen cache is een tijdelijke opslaglaag die veelgebruikte gegevens bewaart voor snellere toegang en betere prestaties. heeft staan. Pusht hij die toch, dan verspilt hij bandbreedte en serverkracht zodra de browser de push alsnog annuleert. Uit analyses van Chrome en Akamai bleek geen duidelijke netto performancewinst, en in de praktijk zorgde Server Push regelmatig voor een regressie in plaats van een versnelling^[1]. Kortom: de techniek loste het probleem niet consistent op, en de browsers die het moesten uitvoeren, trokken de stekker eruit.

Het echte probleem dat je probeert op te lossen

Het is de moeite waard om even terug te gaan naar wat je eigenlijk wilt bereiken, los van de techniek. Je WordPress-site heeft een paar resources die het verschil maken tussen een snelle en een trage eerste indruk: het lettertype dat direct leesbare tekst toont, de CSS boven de vouw, en vooral de afbeelding die de Largest Contentful Paint (LCPKeurigOnline zegtLCPLCP (Largest Contentful Paint) meet de laadtijd van het grootste zichtbare element op een webpagina.) bepaalt, meestal de hero-afbeelding bovenaan de pagina.

Zolang de browser die bestanden pas ontdekt nadat hij de HTML heeft ingelezen, verlies je kostbare milliseconden. Dat is het echte probleem: niet "hoe push ik bestanden naar de browser", maar "hoe zorg ik dat de browser kritieke bestanden zo vroeg mogelijk weet te vinden, zonder dat ik zelf moet gokken wat de browser al heeft". Voor de volledige set optimalisaties, van caching tot CDNKeurigOnline zegtCDNEen CDN (Content Delivery Network) is een wereldwijd netwerk van servers dat content sneller bij gebruikers aflevert. en pluginkeuzes, is onze complete gids voor een snellere WordPress-website een goed vertrekpunt. Dit artikel focust op de server-side laag daaronder: hoe je de browser eerder vertelt welke resources eraan komen.

Er zijn twee technieken die dat probleem oplossen zonder de nadelen van Server Push, en die zijn allebei praktisch instelbaar op WordPress-hosting.

Optie 1: 103 Early Hints instellen (de directe opvolger)

103 Early Hints is de officiële opvolger van Server Push en lost het overpush-probleem structureel op. In plaats van bestanden te forceren, stuurt de server tijdens de "think-time" (de tijd die hij nodig heeft om de uiteindelijke pagina samen te stellen) alvast een 103 Early Hints-response met Link-headers, bijvoorbeeld Link: </style.css>; rel=preload. De browser beslist zelf of hij de resource al heeft of alsnog ophaalt^[3]. Dat kleine verschil, de browser beslist in plaats van de server dwingt, is precies wat overpush voorkomt.

Early Hints werkt alleen over HTTP/2 of HTTP/3, en vereist serverconfiguratie, geen WordPress-plugin.

Nginx (vanaf versie 1.29.0)

Nginx kreeg pas in versie 1.29.0 (juni 2025) native ondersteuning voor Early Hints via de early_hints-directive^[4]. Controleer eerst je versie:

nginx -v

Draai je 1.29.0 of hoger, dan voeg je dit toe aan je serverblok:

location / {
    # stuur early hints vóór de uiteindelijke response
    early_hints on;
    add_header Link "</wp-content/themes/jouw-theme/style.css>; rel=preload; as=style" always;
    add_header Link "</wp-content/themes/jouw-theme/fonts/hoofdfont.woff2>; rel=preload; as=font; crossorigin" always;
}

Apache (via mod_http2)

ApacheKeurigOnline zegtApacheApache HTTP Server is een open source webserver ontwikkeld door de Apache Software Foundation. kan Early Hints zelf genereren met de H2EarlyHints-richtlijn van mod_http2:

# in je virtualhost of .htaccess (op serverniveau, mod_http2 vereist)
H2EarlyHints On
Header always add Link "</wp-content/themes/jouw-theme/style.css>; rel=preload; as=style"

Draait je hosting nog geen recente Nginx- of Apache-versie, dan is optie 2 hieronder je directe alternatief, geen aparte serverversie nodig.

Optie 2: link rel=preload instellen op WordPress (werkt overal)

Heb je geen toegang tot een recente Nginx- of ApacheKeurigOnline zegtApacheApache HTTP Server is een open source webserver ontwikkeld door de Apache Software Foundation.-versie, of wil je een oplossing die in élke browser en op elke hostingconfiguratie werkt? Gebruik dan <link rel=preload> in de <head> van je pagina, of hetzelfde effect via de HTTP Link-header. Preload is niet afhankelijk van HTTP/2 en vraagt geen extra serverconfiguratielaag.

Het verschil met Early Hints: bij preload moet de browser eerst de HTMLKeurigOnline zegtHTMLHTML is de programmeertaal voor het maken van webpagina’s.-pagina zelf binnenhalen voordat hij de preload-hint ziet, dus je wint iets minder tijd dan met Early Hints. Het voordeel is dat het de hoofdresource niet blokkeert en dat je er geen serverversie voor nodig hebt.

In WordPressKeurigOnline zegtWordPressWordPress is een open-source contentmanagementsysteem (CMS) geschreven in PHP, waarmee je eenvoudig websites en blogs kunt bouwen en beheren. voeg je dit toe via een wp_head-hook in het functions.php-bestand van je (child-)theme, zonder plugin:

function keurigonline_preload_kritieke_resources() {
    echo '<link rel="preload" href="' . get_template_directory_uri() . '/fonts/hoofdfont.woff2" as="font" type="font/woff2" crossorigin>' . "\n";
    echo '<link rel="preload" href="' . get_template_directory_uri() . '/images/hero.webp" as="image">' . "\n";
}
add_action( 'wp_head', 'keurigonline_preload_kritieke_resources', 1 );

Let op het verschil met preconnect: rel=preload haalt een specifiek bestand alvast op, terwijl rel=preconnect alleen de DNSKeurigOnline zegtDNSHet Domain Name System (DNS) vertaalt domeinnamen naar IP-adressen, zodat websites makkelijk bereikbaar zijn.-lookup en TCP/TLSKeurigOnline zegtTLSTLS is het standaardprotocol voor versleutelde, betrouwbare communicatie tussen client en server.-verbinding met een externe host alvast opzet (handig voor bijvoorbeeld een lettertypen-CDNKeurigOnline zegtCDNEen CDN (Content Delivery Network) is een wereldwijd netwerk van servers dat content sneller bij gebruikers aflevert.), zonder het bestand zelf te downloaden. Gebruik ze samen wanneer je kritieke resources van een extern domein laadt.

Welke resources moet je preloaden op een WordPress-site?

Preload is geen instrument om willekeurig op alles te zetten. Te veel preloads verdringen elkaar en creëren in het klein hetzelfde overpush-probleem waar Server Push aan onderuitging: de browser krijgt te veel signalen tegelijk en de écht kritieke resource komt niet als eerste binnen. Beperk je tot een korte, scherpe lijst:

• De LCP-afbeelding (meestal de hero-afbeelding bovenaan de pagina), dit is het bestand dat rechtstreeks bepaalt hoe snel je Largest Contentful Paint scoort.
• Het kritieke webfont-bestand dat direct zichtbare tekst gebruikt, niet elk lettertype-gewicht dat je theme meelevert.
• Render-blockingKeurigOnline zegtRender-blockingRender-blocking resources zijn bestanden die de browser eerst moet laden voordat de pagina zichtbaar wordt. CSS boven de vouw, dus alleen het stylesheet (of de kritieke inline-CSSKeurigOnline zegtCSSCSS (Cascading Style Sheets) is een opmaaktaal voor het vormgeven en stylen van webpagina's en documenten.) dat nodig is voor het zichtbare deel van de pagina bij laden.

Alles daarbuiten, onderliggende afbeeldingen, secundaire scripts, lettertype-varianten die pas later in beeld komen, laat je gewoon op de normale, lazy-load manier laden. Drie tot vier preloads per pagina is een gezonde bovengrens.

Ondersteunt jouw hosting dit? Nginx- en Apache-versie checken

Voordat je Early Hints probeert in te stellen, check je welke serversoftware en versie je hosting draait. Heb je SSHKeurigOnline zegtSSHSSH (Secure Shell) is een beveiligingsprotocol voor versleutelde externe toegang tot computers en servers.-toegang, dan is dit in twee commando's te achterhalen.

Nginx

nginx -v
# nginx version: nginx/1.29.0  →  Early Hints ondersteund
# nginx version: nginx/1.24.0  →  nog niet, gebruik optie 2 (preload)

Apache

apachectl -M | grep http2
# http2_module (shared)  →  mod_http2 actief, controleer bij je hosting of H2EarlyHints beschikbaar is

Geen SSHKeurigOnline zegtSSHSSH (Secure Shell) is een beveiligingsprotocol voor versleutelde externe toegang tot computers en servers.-toegang, of draait je hosting nog een oudere versie? Dan zijn er twee opties: schakel over op <link rel=preload> uit de vorige sectie, dat werkt op elke serverversie, of neem contact op met je hostingsupport om te vragen of Early Hints op de roadmap staat. Beheer je zelf geen server en werk je liever met een plugin-oplossing voor Core Web VitalsKeurigOnline zegtCore Web VitalsCore Web Vitals zijn Google's belangrijkste metrics voor website-ervaring en snelheid., dan is onze vergelijking van Core Web Vitals-plugins voor WordPress een directer startpunt dan serverconfiguratie.

Resultaat meten: Core Web Vitals in 2026

Configuratie zonder meting is gokwerk. Controleer het effect van Early Hints of preload via PageSpeed InsightsKeurigOnline zegtPageSpeed InsightsPageSpeed Insights is Google's gratis tool om website-snelheid en Core Web Vitals te testen. en het Core Web Vitals-rapport in Google Search Console, en let daarbij specifiek op velddata (CrUX), niet alleen op de labdata van een eenmalige test. Google beoordeelt Core Web Vitals op het 75e-percentiel van echte bezoekersdata, niet op je beste testresultaat^[5].

De drempelwaarden voor 2026 zijn ongewijzigd ten opzichte van eerdere jaren:

• LCP (Largest Contentful Paint): onder 2,5 seconden
• INPKeurigOnline zegtINPINP (Interaction to Next Paint) is een Core Web Vital die de responstijd van je website op gebruikersinteracties meet. (Interaction to Next Paint, sinds maart 2024 de opvolger van FID als responsiveness-metric): onder 200 milliseconden
• CLSKeurigOnline zegtCLSCLS meet hoeveel je pagina-layout verspringt tijdens het laden. (Cumulative Layout Shift): onder 0,1

Zet de impact in perspectief: slechts 33% van alle websites haalt op mobiel alle drie de Core Web Vitals-drempels^[6], dus verbetering hier onderscheidt je al van twee derde van het web. Qua ranking is Core Web Vitals een tie-breaker: het weegt ruwweg 1 tot 3% mee in Google's rankingalgoritme, ver onder content-relevantie en backlinks^[6]. De grotere winst zit in conversie: elke seconde extra LCPKeurigOnline zegtLCPLCP (Largest Contentful Paint) meet de laadtijd van het grootste zichtbare element op een webpagina.-vertraging correleert met een conversiedaling van ongeveer 7%^[6]. Snellere laadtijden zijn dus vooral een omzetverbetering met SEO als bijvangst, niet andersom.

Wil je na Early Hints en preload nog een stap verder in serverconfiguratie, bijvoorbeeld hoe redirects je laadtijd beïnvloeden, lees dan onze technische gids over HTTP-redirects.

Veelgestelde vragen