Sommige reacties van een server vallen je niet op. Geen foutmelding, geen pop-up, geen nieuwe pagina. En tóch is alles goed gegaan. Dat is precies wat er gebeurt bij de 204 status code: de server heeft je verzoek begrepen en verwerkt, maar heeft niets terug te sturen.
In dit artikel leggen we uit wat de 204 status inhoudt, wanneer je ermee te maken krijgt, hoe je hem herkent en hoe hij zich verhoudt tot de bekende 200 status code.
Wat is de 204 status code?
De 204 status betekent dat het verzoek succesvol is verwerkt, maar dat de server bewust geen content terugstuurt. Geen HTML, geen JSON, geen melding. De browser hoeft de pagina dus niet te verversen of bij te werken, want er is niets veranderd aan de weergave.
De officiële specificatie stelt: de server hoeft niets te melden en de client hoeft niets te doen.
Waar zie je een 204 in de praktijk?
Je komt deze status niet tegen als je gewoon een webpagina opent. Het speelt zich af op de achtergrond, bij bijvoorbeeld:
- Het aan- of uitzetten van een instelling via een API
- Het versturen van een formulier dat iets opslaat, zonder visuele bevestiging
- Een AJAX-verzoek dat iets verwerkt, maar geen nieuwe data teruggeeft
Bij dit soort acties is de boodschap simpel: “ik heb je verzoek begrepen en uitgevoerd, maar ik heb niets om terug te geven.”
Wat is het verschil tussen statuscode 204 en 200?
Beide codes geven aan dat het verzoek succesvol is verwerkt. Toch zit er een belangrijk verschil in gedrag en bedoeling.
Een 200 status code betekent: alles is gelukt, en hier is de content die je hebt opgevraagd. De server stuurt meestal een HTML-pagina, JSON, of een ander type data terug.
Een 204 status code zegt: alles is gelukt, maar ik geef expres niets terug. Er is geen body, geen inhoud, alleen een stille bevestiging dat het verzoek is verwerkt.
Je gebruikt 204 dus in situaties waar het resultaat niet zichtbaar hoeft te zijn. 200 is de standaardreactie voor een normale paginaweergave of API-response met data. 204 is bedoeld voor acties waar geen nieuwe informatie getoond hoeft te worden, bijvoorbeeld bij toggles of stille updates.
Hoe controleer je of jouw site een 204 terugstuurt?
Er zijn meerdere manieren om dit te checken, afhankelijk van hoe je werkt.
Screaming Frog laat je bij het crawlen van je site precies zien welke statuscodes worden teruggegeven. Ook in Ahrefs en SEMrush zie je dit terug in hun site audits. Wil je sneller even kijken wat een individuele pagina doet? Met de Chrome-extensie Redirect Path zie je meteen welke HTTP-statuscode wordt teruggestuurd bij het openen van een pagina of API-call.
Hoe herken je een 204 in tools?
Je ziet het niet in je browser, maar tools maken het zichtbaar. In Postman of Insomnia staat bovenaan het antwoord 204 No Content. Bij curl in je terminal zie je hetzelfde, maar zonder verdere inhoud.
Open je de ontwikkelaarstools in je browser (F12, tabblad Network), dan zie je de 204-code in de kolom Status bij een request dat deze response oplevert. Er is geen body en ook geen output, maar dat is precies de bedoeling.
Waarom is deze status handig?
De 204 status is efficiënt. Er wordt niets overbodigs verzonden. Voor kleine, snelle acties – denk aan toggles, likes, voorkeuren wijzigen – is het ideaal. De server bevestigt dat alles werkt, zonder dat er data heen en weer hoeft.
Voor developers is dit een manier om netter en bewuster met responses om te gaan. Je zegt als het ware: “Dit is afgehandeld, maar ik houd het verkeer schoon.”
Samenvatting
De 204 status code betekent dat het verzoek is uitgevoerd, maar dat er bewust geen data wordt teruggestuurd. Ideaal voor onzichtbare of snelle bewerkingen waarbij de interface niet hoeft te veranderen.
Het verschil met statuscode 200: 200 stuurt data terug (zoals een pagina of JSON), 204 niet.
Werk je met interactieve interfaces, REST API’s of headless toepassingen? Dan is het handig om deze code op de juiste plekken in te zetten. En met een hostingomgeving die snel en stabiel is, zoals bij Surver, weet je zeker dat ook deze stille responses goed aankomen.
