406 Not Acceptable betekent dat de doelresource geen representatie heeft die past bij de onderhandelingsheaders van de client, zoals Accept, Accept-Language of Accept-Encoding, en dat de server geen standaardrepresentatie wil sturen. De body hoort de beschikbare representaties op te sommen, zodat de gebruiker of client kan kiezen.
In de praktijk negeren de meeste servers voorkeuren waaraan ze niet kunnen voldoen en sturen ze een standaardrepresentatie, wat RFC 9110 expliciet toestaat. 406 komt daarom vooral voor bij API’s die alleen bepaalde mediatypen leveren, bijvoorbeeld een JSON-API die Accept: application/xml ontvangt.
Sommige hostingproviders stellen beveiligingsmodules zoals ModSecurity zo in dat ze geblokkeerde verzoeken met 406 beantwoorden. Een 406 kan dus ook een beslissing van een firewall zijn en geen onderhandelingsprobleem.
Voorbeeldresponse
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 en redirects controleren
Crawlers sturen ruime Accept-headers mee, dus ze horen geen 406 te krijgen; gebeurt dat toch, dan wordt de URL als 4xx-fout behandeld en niet geïndexeerd. Geeft een redirectcontrole 406 terwijl de pagina in een browser wel laadt, kijk dan naar eventuele aangepaste Accept-headers die je hebt toegevoegd, of naar een beveiligingsregel die op de user-agent of de URL reageert.
Veelvoorkomende oorzaken en toepassingen
- Een API ondersteunt alleen JSON, maar de client vroeg om XML of een ander formaat.
- Een strikte configuratie op basis van
Accept-Languageheeft geen passende vertaling en geen terugvaloptie. - Een ModSecurity- of WAF-regel op shared hosting blokkeert het verzoek met 406.