HTTP Status 204 - No Content

Der HTTP-Status-Code 204 No Content signalisiert, dass der Request erfolgreich verarbeitet wurde, aber keine Response Body zu senden ist. Typisch für DELETE-Requests oder PUT-Updates, wo Client keine Rückgabedaten benötigt. Spart Bandbreite durch minimale Response.

Typ

Response-Status-Code

Syntax

Der Status Code wird ohne Response Body zurückgegeben, nur Header sind vorhanden.

http 
HTTP/1.1 204 No Content
HTTP/2 204

Direktiven

Der 204 No Content Status Code wird für erfolgreiche Actions ohne Rückgabedaten verwendet.

No Response Body
Response darf keinen Message Body enthalten. Content-Length muss 0 sein oder fehlen. Server schließt Connection nach Header-Übertragung.
DELETE Operations
Standard-Response für erfolgreiche Resource-Löschung. Client weiß, dass Resource nicht mehr existiert, benötigt keine Body-Daten.
PUT Updates
Kann für PUT-Requests verwendet werden, wenn Server nur bestätigen muss, dass Update erfolgte, aber keine updated Resource zurückgeben muss. Reduziert Payload-Größe.

Beispiele

Nachfolgend finden Sie praktische Anwendungsbeispiele für Status 204.

Beispiel 1 Resource Deletion

http 
DELETE /api/users/42 HTTP/1.1
Host: api.example.com
Authorization: Bearer token123

HTTP/1.1 204 No Content
Content-Length: 0

Beispiel 2 Preference Update

http 
PUT /api/users/me/preferences HTTP/1.1
Host: api.example.com
Content-Type: application/json

{"theme": "dark", "notifications": true}

HTTP/1.1 204 No Content

Beispiel 3 Notification Mark as Read

http 
POST /api/notifications/123/read HTTP/1.1
Host: api.example.com

HTTP/1.1 204 No Content
Cache-Control: no-store

DELETE Operation Flow

Resource Deletion mit 204 No Content Response

Vorteile für die Systemarchitektur

  • Bandbreiten-Effizienz: Keine unnötigen Response Bodies bei Actions, die keine Rückgabedaten benötigen. Besonders wertvoll bei mobilen Clients und High-Volume-APIs.
  • Klare Semantik: 204 signalisiert eindeutig Success ohne Daten, unterscheidet sich von 200 OK mit leerem Body. Client kann Response ignorieren statt Body zu parsen.
  • Caching-Friendly: 204 Responses invalidieren gecachte Kopien der betroffenen Resource. Cache weiß, dass Resource geändert/gelöscht wurde ohne neue Daten zu speichern.

Spezifikation

RFC 9110, Section 15.3.5 – HTTP Semantics https://www.rfc-editor.org/rfc/rfc9110.html#name-204-no-content

Weitere Spezifikationen

DELETE Method, HTTP Status 200 - OK, PUT Method