Google adviseert websites voortaan expliciet om een 304-statuscode terug te sturen wanneer een pagina niet is gewijzigd sinds de vorige crawl. Die aanbeveling staat in een update van de officiële documentatie over crawlbudget, en ze scheelt zowel serverbelasting als crawlcapaciteit voor Googlebot.
Voor sites met duizenden of miljoenen URL's kan dit betekenen dat Google sneller bij nieuwe of bijgewerkte pagina's uitkomt. Kleinere sites merken er meestal weinig van, maar de update laat wel goed zien hoe Google naar serverefficiëntie kijkt.
Wat een 304-statuscode precies doet
Een 304-respons, ook wel Not Modified genoemd, is het antwoord van een server op een voorwaardelijk verzoek van een crawler of browser. Googlebot stuurt bij een herhaald bezoek headers mee zoals If-Modified-Since of If-None-Match.
Als de pagina ongewijzigd is, hoeft de server enkel die statuscode terug te sturen zonder de volledige inhoud opnieuw te versturen. Dat scheelt bandbreedte en verwerkingstijd aan beide kanten van de verbinding.
Zonder correcte afhandeling stuurt een server telkens de volledige pagina terug, ook als er niets is veranderd. Dat kost onnodig crawlbudget, zeker bij sites met veel pagina's die zelden wijzigen.
Waarom crawlbudget zwaar weegt voor grote sites
Crawlbudget is de hoeveelheid tijd en middelen die Googlebot beschikbaar stelt om een site te crawlen. Bij een kleine bedrijfswebsite van tien pagina's is dat zelden een probleem.
Bij platforms met faceted navigatie, gefilterde productoverzichten of grote archieven kan crawlbudget wel degelijk de beperkende factor worden. Google noemt in diezelfde documentatie ook andere oorzaken van verspild crawlbudget, zoals oneindige URL-parameters, gedupliceerde content en trage serverresponsies.
De 304-aanbeveling past in dat rijtje: minder overbodig dataverkeer betekent dat Googlebot binnen dezelfde tijd meer relevante pagina's kan bezoeken. Voor sites die dagelijks nieuwe content publiceren, zoals nieuwswebsites of grote webshops, telt elke bespaarde crawl mee.
Waarom Google dit nu benadrukt
Conditionele HTTP-verzoeken bestaan al sinds HTTP/1.1 en zijn dus geen nieuwe technologie. Toch passen veel content-management-systemen ze niet goed toe, vooral bij dynamische pagina's die worden opgebouwd via plugins of server-side rendering zonder caching-laag.
Nu naast Googlebot ook steeds meer AI-crawlers websites bezoeken, groeit de druk op serverresources. Een correcte 304-implementatie helpt niet alleen Google, maar remt ook de belasting door andere geautomatiseerde bezoekers af.
Zo zet je 304-responses in de praktijk in
De meeste moderne servers en frameworks ondersteunen voorwaardelijke verzoeken al, maar de configuratie staat lang niet altijd goed ingesteld. Met een paar controles breng je dit op de meeste sites snel op orde.
- Controleer of je server Last-Modified en ETag-headers meestuurt bij zowel statische als dynamische pagina's.
- Test met een tool als curl of Postman of een herhaald verzoek daadwerkelijk een 304-statuscode oplevert in plaats van een volledige 200-respons.
- Bekijk in Google Search Console, onder Instellingen en Crawlstatistieken, welk deel van de serverresponsies al 304 is.
- Let op caching-plugins of CDN-instellingen die conditionele headers per ongeluk overschrijven of negeren.
Wat deze update betekent voor jouw SEO-aanpak
Voor de meeste zzp'ers en kleine webshops verandert er weinig: als je site geen tienduizenden pagina's telt, is crawlbudget zelden de bottleneck. Voor grotere e-commerceplatforms, marktplaatsen en nieuwssites met veel archiefpagina's is dit wel een concrete technische verbetering die je vandaag nog kunt doorvoeren.
Crawlbudget staat los van rankingfactoren als inhoudskwaliteit, maar een efficiënte server is wel een voorwaarde om nieuwe pagina's snel in de index te krijgen. Trage of overbelaste servers kunnen Google zelfs laten vertragen met crawlen, wat de opname van nieuwe content extra vertraagt.
Het is een kleine serveraanpassing met een meetbaar effect, en dat maakt het een van de weinige crawlbudget-tips van Google die je zonder twijfel kunt opvolgen.
Bron: Search Engine Journal