Referencia técnica independienteSitio oficial
  • Software y sistemas
  • Servicio HTTP

406

HTTP 406 Not Acceptable: no hay un formato que acepte tu cliente

Verificada con fuentes2 fuentesRevisada 4 oct 2026
¿Viene un técnico? Mira los 2 pasos que debe enseñarte

Nivel de riesgo

Seguro

Puedes actuar sin peligro siguiendo las comprobaciones seguras.

Urgencia

Media — atiéndelo hoy

Respuesta rápida

HTTP 406 indica que el servidor no tiene una versión del recurso que encaje con los formatos, idiomas o codificaciones que pide tu cliente en sus cabeceras Accept, y no quiere enviar una por defecto. Revisa esas cabeceras o pide al desarrollador que amplíe lo aceptado.

Seguridad primero

Antes de continuar

  • Ampliar Accept a cualquier formato elimina el 406, pero RFC 9110 advierte que eso no garantiza que el cliente pueda usar lo que reciba: comprueba el formato antes de procesarlo.

Puedes hacerlo con seguridad

  • Otro navegador o cliente
  • Cabeceras Accept enviadas
  • Lista de representaciones de la respuesta

Deja estas tareas a un profesional cualificado

  • No intentes esta tarea profesional: Ajuste de las preferencias del cliente
  • No intentes esta tarea profesional: Revisión de la negociación en el servidor

Lo que un técnico debe poder justificar

Viene un técnico

Estos son los pasos que tiene que hacer y enseñarte. Márcalos mientras trabaja: si se salta pasos, no aceptes el cambio de pieza.

No son instrucciones para que abras o manipules el equipo. Son las comprobaciones que deben sostener una conclusión técnica.

  1. Ajuste de las preferencias del cliente

    Qué haceEl desarrollador cambia Accept (y, si hace falta, Accept-Language o Accept-Encoding) para incluir un formato que el recurso ofrece.

    Te tiene que enseñarla petición corregida con una respuesta correcta.

    Por escritola cabecera anterior, la nueva y el motivo.

  2. Revisión de la negociación en el servidor

    Qué haceEl administrador decide si el recurso debe servir una versión por defecto o responder 406 con la lista de alternativas.

    Te tiene que enseñarla respuesta a una petición con preferencias no disponibles.

    Por escritola política elegida y su motivo.

Antes de aceptar una pieza o reparación

Aún no ha demostrado nada. No aceptes un cambio de pieza solo por el código.

Sigue estos pasos

Aviso: Sigue el orden documentado. Un código identifica el sistema afectado, pero por sí solo no demuestra qué pieza está averiada.

  1. Otro navegador o cliente

    Sin herramientas especiales

    Quién:
    tú, sin tocar la configuración del sitio.
    Cómo:
    abre la misma dirección en otro navegador sin extensiones o desde otro dispositivo.
    Resultado que importa:
    si el 406 depende del cliente.
    Si desaparece:
    apunta a las cabeceras de tu cliente o a una extensión que las modifica.
    Si persiste:
    indica una configuración estricta del servidor; avisa a su responsable.
    Evidencia a conservar:
    captura con navegador, dirección y hora.

    Evidencia: RFC 9110 - HTTP Semantics

  2. Cabeceras Accept enviadas

    Sin herramientas especiales

    Quién:
    el desarrollador, con las herramientas de red o un cliente HTTP.
    Cómo:
    anota Accept, Accept-Language y Accept-Encoding de la petición y repítela con Accept: */*.
    Resultado que importa:
    si con preferencias amplias el servidor responde.
    Si responde:
    confirma que la preferencia original no tenía una representación disponible.
    Si sigue en 406:
    indica una regla del servidor que no depende de Accept; revísala con el administrador.
    Evidencia a conservar:
    las dos peticiones con su respuesta.

    Evidencia: RFC 9110 - HTTP Semantics

  3. Lista de representaciones de la respuesta

    Sin herramientas especiales

    Quién:
    el desarrollador.
    Cómo:
    lee el cuerpo del 406, que según RFC 9110 debería listar las representaciones disponibles.
    Resultado que importa:
    qué formatos ofrece el recurso.
    Si hay lista:
    elige uno compatible y ajusta el cliente; eso confirma el formato que faltaba.
    Si no hay lista:
    indica al responsable del servidor que la añada para que el cliente pueda decidir.
    Evidencia a conservar:
    cuerpo de la respuesta guardado.

    Evidencia: RFC 9110 - HTTP Semantics

Situación no resuelta

Si el error persiste, no sigas probando por tu cuenta. Mira qué tiene que hacer y enseñarte el técnico.

Dónde se aplica este código

Un código solo tiene significado dentro del producto y la versión correctos.

Ámbito principal

Sistema
Software y sistemas
Marca
HTTP
Tipo de producto
Servicio HTTP

Variantes conocidas del código

  • 406 Nicht akzeptabel
  • 406 No aceptable
  • 406 Non acceptable
  • 406 Non accettabile
  • 406 Not Acceptable
  • HTTP 406
  • HTTP status 406

Qué significa

RFC 9110 define 406 (Not Acceptable): el recurso no tiene una representación actual aceptable para el agente de usuario según las cabeceras de negociación proactiva recibidas, como Accept, y el servidor no quiere servir una por defecto. Debería incluir una lista de representaciones disponibles para que el cliente elija. El estándar permite también ignorar esas cabeceras y responder igualmente, así que un 406 refleja una decisión de configuración del servidor ante unas preferencias del cliente que no puede cumplir.

Advertencias y condiciones de parada

  • Seguroverificada con fuente

    Ampliar Accept a cualquier formato elimina el 406, pero RFC 9110 advierte que eso no garantiza que el cliente pueda usar lo que reciba: comprueba el formato antes de procesarlo.

    Evidencia: RFC 9110 - HTTP Semantics

Síntomas y causas

Causas probables · en orden

  • Accept demasiado restrictivoFrecuente

    El cliente solo admite un tipo que el recurso no ofrece, por ejemplo pide XML y solo hay JSON. Se confirma ampliando Accept y viendo que el servidor responde.

    Evidencia: RFC 9110 - HTTP Semantics

  • Preferencias de idioma o codificaciónPosible

    Accept-Language y Accept-Encoding también forman parte de la negociación proactiva; encaja si el 406 cambia al modificar el idioma del navegador o la compresión aceptada.

    Evidencia: RFC 9110 - HTTP Semantics

  • Servidor que no sirve una versión por defectoPosible

    RFC 9110 permite ignorar las preferencias y responder igual; si el servidor elige el 406, es su configuración la que decide.

    Evidencia: RFC 9110 - HTTP Semantics

Técnico virtual

¿Sigue apareciendo 406 tras comprobarlo?

Responde unas preguntas para acotar la causa probable y la siguiente acción segura. Es una orientación - nunca sustituye a un profesional.

Fuentes y referencias técnicas

  1. 1

    IANA HTTP Status Code Registry

    Internet Assigned Numbers Authority · 2025 · standard

  2. 2

    RFC 9110 - HTTP Semantics

    IETF / RFC Editor · 2022 · standard

Fuentes: IANA HTTP Status Code Registry · RFC 9110 - HTTP Semanticsrevisado 2026-10-04 · verificado

¿Te ha resultado útil esta ficha?