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

415

HTTP 415 Unsupported Media Type: formato de contenido no admitido

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 415 significa que el servidor rechaza tu petición porque el contenido va en un formato o una codificación que ese recurso no admite con ese método. Comprueba el tipo de archivo que envías y, si es una integración, revisa la cabecera Content-Type.

Seguridad primero

Antes de continuar

  • Cambiar solo la extensión del archivo no lo convierte a otro formato: el servidor puede inspeccionar los datos y rechazarlo de nuevo, así que usa una conversión real.

Puedes hacerlo con seguridad

  • Formato real del archivo que subes
  • Accept y Accept-Encoding de la respuesta
  • Content-Type declarado frente al contenido real

Deja estas tareas a un profesional cualificado

  • No intentes esta tarea profesional: Corrección del tipo o la codificación en el cliente
  • No intentes esta tarea profesional: Formatos aceptados visibles 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. Corrección del tipo o la codificación en el cliente

    Qué haceEl desarrollador ajusta el Content-Type, el Content-Encoding o el formato real del contenido que envía el cliente.

    Te tiene que enseñarla petición corregida aceptada por el servidor.

    Por escritoqué cabecera o formato se cambió y en qué versión.

  2. Formatos aceptados visibles en el servidor

    Qué haceEl administrador del servidor hace que el 415 incluya Accept o Accept-Encoding y documenta los formatos admitidos por recurso y método.

    Te tiene que enseñaruna respuesta 415 con la cabecera Accept o Accept-Encoding.

    Por escritola lista de formatos admitidos publicada.

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. Formato real del archivo que subes

    Sin herramientas especiales

    Quién:
    tú, en tu equipo.
    Cómo:
    comprueba el formato del archivo en sus propiedades y compáralo con los formatos que el servicio dice aceptar.
    Resultado que importa:
    si el formato está entre los admitidos.
    Si no lo está:
    confirma la causa; conviértelo con un programa a un formato aceptado.
    Si lo está:
    indica que el problema está en cómo se envía; pasa el caso a quien mantiene la integración o al soporte del servicio.
    Evidencia a conservar:
    nombre, formato y tamaño del archivo.

    Evidencia: RFC 9110 section 15.5.16 - 415 Unsupported Media Type

  2. Accept y Accept-Encoding de la respuesta

    Sin herramientas especiales

    Quién:
    el desarrollador, con las herramientas de red o un cliente HTTP.
    Cómo:
    captura la respuesta 415 y mira si trae Accept o Accept-Encoding con lo que el recurso admite.
    Resultado que importa:
    qué formato o codificación acepta el servidor.
    Si trae Accept-Encoding:
    apunta a la codificación; envía el contenido sin comprimir o con una admitida.
    Si trae Accept:
    indica un tipo no admitido; ajusta el Content-Type y el formato.
    Evidencia a conservar:
    cabeceras de la respuesta guardadas.

    Evidencia: RFC 9110 section 15.5.16 - 415 Unsupported Media Type

  3. Content-Type declarado frente al contenido real

    Sin herramientas especiales

    Quién:
    el desarrollador.
    Cómo:
    compara el Content-Type y el Content-Encoding de la petición con el cuerpo que realmente se envía.
    Resultado que importa:
    si lo declarado coincide con los datos.
    Si no coincide:
    confirma que el servidor detectó la discrepancia; corrige el cliente.
    Si coincide y el tipo está documentado como admitido:
    indica una configuración del servidor que hay que revisar con su responsable.
    Evidencia a conservar:
    petición completa guardada sin credenciales.

    Evidencia: RFC 9110 section 15.5.16 - 415 Unsupported Media Type

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

  • 415 Nicht unterstützter Medientyp
  • 415 Tipo de medio no compatible
  • 415 Tipo di contenuto non supportato
  • 415 Type de média non pris en charge
  • 415 Unsupported Media Type
  • código HTTP 415
  • error HTTP 415
  • événement Fronius 415
  • evento Fronius 415
  • Fronius Ereignis 415
  • Fronius event 415
  • Fronius inverter 415
  • Fronius Symo / Eco 415
  • Fronius Wechselrichter 415
  • HTTP 415
  • HTTP error 415
  • HTTP status 415
  • inversor Fronius 415
  • inverter Fronius 415
  • onduleur Fronius 415
  • status code 415

Qué significa

RFC 9110 define 415 (Unsupported Media Type): el servidor de origen se niega a atender la petición porque el contenido está en un formato que este método no admite en el recurso de destino. El problema puede venir del Content-Type o del Content-Encoding indicados o de inspeccionar los datos directamente. Si falla la codificación, la respuesta debería indicar en Accept-Encoding cuáles acepta; si falla el tipo, puede indicar en Accept los tipos válidos. El servidor funciona: lo que rechaza es el formato.

Advertencias y condiciones de parada

  • Seguroadvertencia editorial

    Cambiar solo la extensión del archivo no lo convierte a otro formato: el servidor puede inspeccionar los datos y rechazarlo de nuevo, así que usa una conversión real.

    Evidencia: RFC 9110 section 15.5.16 - 415 Unsupported Media Type

Síntomas y causas

Causas probables · en orden

  • Tipo de contenido no admitidoFrecuente

    El Content-Type declarado no está entre los que acepta ese recurso para ese método; se distingue porque la respuesta puede listar en Accept los tipos válidos.

    Evidencia: RFC 9110 section 15.5.16 - 415 Unsupported Media Type

  • Codificación de contenido no admitidaPosible

    Si el contenido va comprimido o codificado de una forma que el servidor no acepta, la pista está en la cabecera Accept-Encoding de la respuesta.

    Evidencia: RFC 9110 section 15.5.16 - 415 Unsupported Media Type

  • Datos que no corresponden a lo declaradoPosible

    El servidor también detecta el problema inspeccionando los datos: un archivo con la extensión correcta pero con contenido de otro tipo da 415.

    Evidencia: RFC 9110 section 15.5.16 - 415 Unsupported Media Type

Técnico virtual

¿Sigue apareciendo 415 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.

Iniciar diagnóstico

Fuentes y referencias técnicas

  1. 1

    RFC 9110 section 15.5.16 - 415 Unsupported Media Type

    Internet Engineering Task Force · 2022 · official_doc

  2. 2

    IANA Hypertext Transfer Protocol Status Code Registry

    Internet Assigned Numbers Authority · 2025 · official_doc

Fuentes: RFC 9110 section 15.5.16 - 415 Unsupported Media Type · IANA Hypertext Transfer Protocol Status Code Registryrevisado 2026-10-04 · verificado

¿Te ha resultado útil esta ficha?