406 Not Acceptable bedeutet, dass die Zielressource keine Repräsentation hat, die zu den Aushandlungs-Headern des Clients passt, etwa Accept, Accept-Language oder Accept-Encoding, und dass der Server nicht bereit ist, eine Standardrepräsentation zu senden. Der Body sollte die verfügbaren Repräsentationen auflisten, damit Nutzer oder Client wählen können.
In der Praxis ignorieren die meisten Server Präferenzen, die sie nicht erfüllen können, und senden eine Standardrepräsentation, was RFC 9110 ausdrücklich erlaubt. 406 taucht daher vor allem bei APIs auf, die nur bestimmte Medientypen ausliefern, zum Beispiel bei einer JSON-API, die Accept: application/xml erhält.
Manche Hosting-Anbieter konfigurieren Sicherheitsmodule wie ModSecurity so, dass sie blockierte Anfragen mit 406 beantworten. Ein 406 kann also auch eine Firewall-Entscheidung sein und kein Aushandlungsproblem.
Beispielantwort
HTTP/1.1 406 Not Acceptable
Date: Fri, 06 Nov 2026 10:15:32 GMT
Vary: Accept
Content-Type: application/json
Content-Length: 57
{"error":"Available formats: application/json, text/csv"}SEO und Weiterleitungsprüfung
Crawler senden breit gefasste Accept-Header und sollten daher keinen 406 erhalten. Geschieht das doch, wird die URL als 4xx-Fehler behandelt und nicht indexiert. Liefert eine Weiterleitungsprüfung 406, während die Seite im Browser lädt, sehen Sie sich etwaige selbst hinzugefügte Accept-Header an oder eine Sicherheitsregel, die auf den User-Agent oder die URL anspringt.
Häufige Ursachen und Einsatzzwecke
- Eine API unterstützt nur JSON, der Client hat aber XML oder ein anderes Format angefordert.
- Eine strikte
Accept-Language-Konfiguration findet keine passende Übersetzung und hat keinen Fallback. - Eine ModSecurity- oder WAF-Regel auf einem Shared-Hosting-Server blockiert die Anfrage mit 406.