406 Not Acceptable signifie que la ressource cible n’a aucune représentation correspondant aux en-têtes de négociation du client, comme Accept, Accept-Language ou Accept-Encoding, et que le serveur ne souhaite pas envoyer de représentation par défaut. Le corps devrait lister les représentations disponibles pour que l’utilisateur ou le client puisse choisir.
En pratique, la plupart des serveurs ignorent les préférences qu’ils ne peuvent pas satisfaire et envoient une représentation par défaut, ce que la RFC 9110 autorise explicitement. Le code 406 apparaît donc surtout dans des API qui ne servent que certains types de médias, par exemple une API JSON qui reçoit Accept: application/xml.
Certains hébergeurs configurent des modules de sécurité comme ModSecurity pour répondre 406 aux requêtes bloquées : un 406 peut donc aussi être une décision du pare-feu plutôt qu’un problème de négociation.
Exemple de réponse
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 et vérification des redirections
Les robots d’exploration envoient des en-têtes Accept très larges et ne devraient donc pas recevoir de 406 ; si c’est le cas, l’URL est traitée comme une erreur 4xx et n’est pas indexée. Lorsqu’une vérification des redirections renvoie 406 alors que la page se charge dans un navigateur, examinez les en-têtes Accept personnalisés que vous avez ajoutés, ou une règle de sécurité qui cible le User-Agent ou l’URL.
Causes fréquentes et cas d’usage
- Une API ne prend en charge que JSON, mais le client a demandé du XML ou un autre format.
- Une configuration
Accept-Languagestricte ne trouve aucune traduction correspondante et ne prévoit pas de langue de repli. - Une règle ModSecurity ou de WAF sur un hébergement mutualisé bloque la requête avec un 406.