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

226

HTTP 226 IM Used: respuesta con manipulación de instancia (delta)

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 226 indica que el servidor respondió a un GET con el resultado de una manipulación, por ejemplo solo las diferencias (delta) respecto a una versión que ya tienes: no es un error. Si los datos salen dañados, revisa que el cliente combine el delta con su copia base.

Seguridad primero

Antes de continuar

  • Si no controlas cómo el cliente aplica los deltas, deja de enviar A-IM en lugar de forzarlos: un delta aplicado sobre la base equivocada produce datos dañados sin que el código lo avise.

Puedes hacerlo con seguridad

  • A-IM en la petición e IM en la respuesta
  • ETag de la respuesta frente a la copia base
  • Comparación con la descarga completa

Deja estas tareas a un profesional cualificado

  • No intentes esta tarea profesional: Aplicación correcta del delta en el cliente
  • No intentes esta tarea profesional: Revisión del caché intermedio

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. Aplicación correcta del delta en el cliente

    Qué haceEl desarrollador hace que el cliente combine cada 226 con su copia base según la manipulación indicada en IM.

    Te tiene que enseñarel recurso reconstruido idéntico al descargado entero.

    Por escritoel cambio en el cliente y la versión que lo incluye.

  2. Revisión del caché intermedio

    Qué haceEl administrador comprueba qué copia base usa el caché para combinar respuestas 226 y que coincide con la del servidor.

    Te tiene que enseñarla respuesta servida por el caché coincidiendo con la del servidor de origen.

    Por escritola configuración revisada y la fecha.

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. A-IM en la petición e IM en la respuesta

    Sin herramientas especiales

    Quién:
    el desarrollador, con las herramientas de red o un cliente HTTP.
    Cómo:
    comprueba que el GET lleva A-IM y qué manipulaciones lista, y qué indica la cabecera IM de la respuesta.
    Resultado que importa:
    si el 226 responde a algo que el cliente pidió.
    Si falta A-IM:
    indica un servidor que incumple RFC 3229, que exige A-IM para responder 226.
    Si A-IM está presente:
    confirma una respuesta prevista; el fallo, si lo hay, está en cómo se aplica.
    Evidencia a conservar:
    petición y respuesta guardadas.

    Evidencia: RFC 3229 - Delta encoding in HTTP

  2. ETag de la respuesta frente a la copia base

    Sin herramientas especiales

    Quién:
    el desarrollador.
    Cómo:
    compara la ETag del 226 y, si existe, Delta-Base con la etiqueta de la copia que guarda el cliente o el caché.
    Resultado que importa:
    si el delta se calculó sobre la misma base que tiene el cliente.
    Si no coinciden:
    apunta a una base equivocada en el cliente o en un caché intermedio.
    Si coinciden:
    descarta la base y revisa el código que aplica la manipulación.
    Evidencia a conservar:
    etiquetas de base y respuesta anotadas.

    Evidencia: RFC 3229 - Delta encoding in HTTP

  3. Comparación con la descarga completa

    Sin herramientas especiales

    Quién:
    el desarrollador.
    Cómo:
    repite la petición sin A-IM para recibir el recurso entero y compáralo con el resultado de aplicar el 226.
    Resultado que importa:
    si ambos resultados coinciden.
    Si coinciden:
    confirma que el mecanismo delta funciona.
    Si difieren:
    indica un fallo al aplicar el delta en el cliente o en el caché.
    Evidencia a conservar:
    los dos resultados guardados y la diferencia encontrada.

    Evidencia: RFC 3229 - Delta encoding in HTTP

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

  • 226 IM usado
  • 226 IM usato
  • 226 IM Used
  • 226 IM utilisé
  • 226 IM verwendet
  • HTTP 226
  • HTTP status 226

Qué significa

RFC 3229, sobre codificación delta en HTTP, define 226 (IM Used): el servidor ha atendido un GET y la respuesta representa el resultado de una o varias manipulaciones de instancia aplicadas a la versión actual. Puede que esa versión solo se obtenga combinando esta respuesta con otras anteriores o posteriores. La petición debe haber incluido A-IM con al menos una manipulación y la respuesta debe llevar la ETag de la instancia actual. Un caché puede guardarla y combinarla con su copia base.

Advertencias y condiciones de parada

  • Seguroadvertencia editorial

    Si no controlas cómo el cliente aplica los deltas, deja de enviar A-IM en lugar de forzarlos: un delta aplicado sobre la base equivocada produce datos dañados sin que el código lo avise.

    Evidencia: RFC 3229 - Delta encoding in HTTP

Síntomas y causas

Causas probables · en orden

  • Cliente que pidió deltas con A-IMFrecuente

    Es el uso previsto: el cliente anunció en A-IM que acepta manipulaciones y el servidor las aplicó.

    Evidencia: RFC 3229 - Delta encoding in HTTP

  • Cliente que no sabe combinar la respuestaPosible

    Si la aplicación trata el 226 como si fuera el documento completo, el resultado sale incompleto o dañado; se distingue porque la petición sin A-IM devuelve el recurso entero correctamente.

    Evidencia: RFC 3229 - Delta encoding in HTTP

  • Caché que combina con una base equivocadaPosible

    RFC 3229 permite a los cachés combinar un 226 con su copia base; si esa base no es la que usó el servidor, el resultado es incoherente.

    Evidencia: RFC 3229 - Delta encoding in HTTP

Técnico virtual

¿Sigue apareciendo 226 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

    IANA HTTP Status Code Registry

    Internet Assigned Numbers Authority · 2025 · standard

  2. 2

    RFC 3229 - Delta encoding in HTTP

    IETF / RFC Editor · 2002 · standard

Fuentes: IANA HTTP Status Code Registry · RFC 3229 - Delta encoding in HTTPrevisado 2026-10-04 · verificado

¿Te ha resultado útil esta ficha?