Succès, sans rien à renvoyer.
Quand l’utiliser
Un DELETE ou un PUT qui ne renvoie pas de corps.
Bon à savoir
Un 204 ne doit pas avoir de corps. Si votre framework écrit quand même du JSON, les clients et proxys HTTP/1.1 peuvent lire les octets en trop comme le début de la réponse suivante, ce qui casse les connexions keep-alive de façon déroutante. Avec fetch, response.ok vaut true pour un 204, mais response.json() lève une exception sur le corps vide : vérifiez le statut 204 avant de parser.
Dans un navigateur, un lien ou un envoi de formulaire qui renvoie 204 laisse la page actuelle intacte : ni navigation, ni erreur. C’est pratique pour les beacons et les points de terminaison de suivi. 204 est aussi la réponse habituelle à une requête preflight CORS OPTIONS. Ne l’utilisez pas pour un GET qui n’a rien trouvé ; renvoyez 404, ou 200 avec une liste vide, pour que les clients puissent distinguer les deux cas.
Succès (2xx)
Les codes 2xx indiquent un succès : le serveur a reçu, compris et accepté la requête.
À quoi ça ressemble
HTTP/1.1 204 No ContentComment l’envoyer
| Node.js / Express | res.status(204).end() |
|---|---|
| Python / Flask | return '', 204 |
| nginx | return 204; |
Comment le vérifier
curl -s -o /dev/null -w "%{http_code}\n" https://example.com/