Estado HTTP 204 - Sin contenido: explicación y mejores prácticas

La mayoría de las personas en el espacio digital reconocen códigos de estado HTTP familiares como 200 OK o 404 no encontrados, pero algunos útiles no se destacan tanto.

Uno de estos es 204 sin contenido.Echemos un vistazo más de cerca a lo que significa este estado, cómo funciona y cuándo es apropiado usarlo.

¿Qué significa HTTP 204?

Los códigos de estado HTTP ayudan a los servidores y los navegadores a la misma página mostrando lo que sucedió con una solicitud.La categoría 2XX de códigos suele ser las que más apreciamos, ya que muestran que la solicitud fue exitosa.

Entre estos, 204 no contiene un lugar único.Confirma que el servidor ha manejado correctamente la solicitud del cliente, pero no tiene contenido para enviar.En otras palabras, el servidor le dice al cliente "todo salió bien, pero no hay nada nuevo para ver".

Entendiendo más la respuesta

Un estado de 204 difiere de otras respuestas exitosas, ya que no incluye contenido más allá de los encabezados HTTP.Si bien un 200 OK podría devolver HTML, JSON u otros tipos de medios, un 204 devuelve solo metadatos en la sección del encabezado y deja el cuerpo de respuesta vacío.

Aquí hay un ejemplo de cómo se ve una respuesta 204 en el nivel de protocolo:

HTTP/1.1 204 No Content
Date: Mon, 09 Jun 2025 15:22:30 GMT

No hay cuerpo después del encabezado, sin marcar, ni json, ni mensaje.El cliente puede asumir de manera segura la acción completada como se esperaba, pero no necesita actualizar la interfaz de usuario o recargar ningún contenido.

Esta es una aplicación particularmente útil en situaciones en las que el cliente ya ha hecho todo lo que necesita y solo quiere confirmación de que una operación de fondo (como un formulario guardado o una llamada API) tuvo éxito.

Cómo funciona HTTP 204

Cuando un cliente, como un navegador, una aplicación móvil o un script, envía una solicitud, le pide al servidor que realice una acción.Esto podría ser desde actualizar la configuración del usuario, eliminar un recurso o verificar la nueva información.

Esto es lo que normalmente sucede cuando se usa una respuesta 204:

1. El cliente envía solicitud: El cliente inicia una solicitud al servidor.Esta podría ser una publicación para guardar datos, un eliminación para eliminar un recurso o para verificar las actualizaciones.
   
   
2. El servidor procesa la solicitud: El servidor lleva a cabo la acción solicitada.Puede guardar nueva información, eliminar un elemento o verificar que no hay cambios.
   
   
3. No hay contenido para devolver: Si no hay necesidad de devolver un cuerpo de mensajes, sin datos nuevos, no actualizados, el servidor respondió con un estado de 204.
   
   
4. El cliente recibe confirmación: El cliente ve la respuesta 204 y entiende que la solicitud tuvo éxito, pero no hay nada nuevo que mostrar o actualizar.
   
   
5. No hay cambio de página o cambio de interfaz de usuario: Debido a que la respuesta no contiene contenido, el cliente mantiene la pantalla actual o la interfaz sin cambios, preservando una experiencia de usuario perfecta.

Por qué es posible que desee usar el estado 204

Si bien 204 puede parecer mínimo, tiene un propósito específico en la comunicación sin estado, particularmente en APIs RESTful.Es ideal para interacciones livianas en las que el servidor no tiene nada nuevo que devolver, pero el cliente todavía necesita un reconocimiento definitivo.

Cuándo usar el código de estado 204

Conocer el momento adecuado para enviar una respuesta de 204 sin contenido ayudará a las interacciones del sitio y la aplicación que se ejecuta sin problemas, evite las recargas de páginas innecesarias y mejorará la experiencia general del usuario.

Guardar en antecedentes en aplicaciones web

Muchas aplicaciones web guardan la entrada del usuario automáticamente, como cuando un usuario cambia la configuración o las preferencias.En lugar de recargar la página o mostrar un mensaje de confirmación cada vez, la aplicación envía la actualización en silencio en segundo plano.Una respuesta 204 confirma que el cambio funcionó sin interrumpir el flujo del usuario.

Ejemplo: una página de configuración guarda cambios tan pronto como un usuario altere un interruptor:

fetch('/api/save-setting', {
  method: 'POST',
  body: JSON.stringify({ darkMode: true })
});

El servidor responde con:

HTTP/1.1 204 No Content

La página no actualiza ni muestra un mensaje, pero la preferencia se guarda detrás de escena.

Polling o verificación de actualizaciones

Algunas aplicaciones verifican periódicamente el servidor para obtener una nueva información utilizando solicitudes de fondo.Cuando no hay datos nuevos, una respuesta 204 le dice al cliente que todo está actualizado, lo que evita que se envíe contenido innecesario.

Ejemplo:

GET /api/notifications
→ 204 No Content

Eliminar solicitudes en API

Cuando una API elimina un recurso, a menudo no necesita devolver ningún contenido.Un código de estado 204 señala la eliminación funcionó, manteniendo la respuesta ligera.

Ejemplo:

DELETE /api/posts/123
→ 204 No Content

El cliente sabe que la publicación fue eliminada sin recibir datos adicionales.

Solicitudes de poner o parche sin datos de retorno

Para actualizar los recursos donde el cliente no necesita datos nuevos o confirmación más allá del éxito, 204 cierra limpiamente la interacción.

Ejemplo:

PATCH /api/user/profile
→ 204 No Content

El cliente asume que la actualización fue exitosa y no recarga ni cambia la vista actual.

Cuando no usar 204 sin contenido

Mientras que 204 tiene su lugar, hay situaciones en las que usarlo puede causar confusión o romper la funcionalidad esperada:

Cuando el cliente espera contenido

Si el cliente está diseñado para procesar o mostrar datos en la respuesta, como HTML, JSON o incluso un mensaje de éxito simple, un 204 causará problemas porque no ofrece nada más allá de los encabezados.En estos casos, un cuerpo de respuesta de 200 de 200 años suele ser una mejor opción.

Para redirigir o actualizar la interfaz de usuario

Si su aplicación necesita actualizar la interfaz, mostrar comentarios al usuario o redirigir después de una solicitud, 204 no ayudará.Otros códigos de estado como 200, 201 o incluso un 307 Redirección Puede ser más apropiado.

Cuando se usa con ciertos tipos de solicitudes

Algunas bibliotecas y navegadores de clientes pueden comportarse de manera impredecible si reciben un 204 después de un puesto u otra solicitud de cambio de estado.Si la operación desencadena la lógica del lado del cliente en función del contenido de respuesta, omitir el cuerpo puede causar errores o dificultar la depuración.

Para el manejo de errores

Un 204 significa que todo salió bien.Si algo salió mal, como una validación fallida, entrada faltante o problema del servidor, no se debe usar 204.Un estado del rango 4xx o 5xx sería más apropiado en esos casos.

Obtenga más información: consulte el Códigos de error HTTP Visión general o bucear más profundo con nuestro 403 Prohibido Guía para una mejor comprensión y consejos de solución de problemas.

En resumen, 204 funciona mejor cuando el cliente no necesita nada nuevo a cambio, y ambas partes están claras en eso.Si hay alguna posibilidad de que el cliente espera una carga útil, usar una respuesta con contenido real evita la ambigüedad.

Comparando 204 con otros códigos de estado 2xx

Los códigos de estado HTTP en el rango 2xx indican solicitudes exitosas, pero cada uno tiene un propósito diferente dependiendo de lo que el cliente necesita saber o hacer a continuación.Comprender estas diferencias lo ayuda a elegir el código adecuado para las respuestas de su servidor y mantiene la comunicación entre el cliente y el servidor claro y eficiente.

El estado 204 sin contenido se destaca porque señala el éxito sin devolver ningún contenido o provocar cambios en el lado del cliente.

Cómo 204 difiere de otros códigos de estado 2xx

• 200 OK: La respuesta de éxito más común, generalmente incluye contenido que el cliente debe mostrar o usar.Por ejemplo, cargar una página web o recibir datos de una API.
  
• 201 Creado: Utilizado cuando se crea un nuevo recurso, como después de una creación de registro o registro.A menudo incluye detalles sobre el recurso, pero el cuerpo de respuesta es opcional.
  
• 202 aceptado: Significa que la solicitud fue recibida y entendida, pero el procesamiento ocurrirá más tarde.Sin contenido de respuesta inmediata, común en las acciones asincrónicas.
  
• 204 Sin contenido: Confirma el éxito sin contenido para devolver.Le dice al cliente que no es necesario actualizar la pantalla o recargar la página: ideal para operaciones de fondo silenciosas como guardados o eliminaciones.
  
• 205 Restablecer contenido: No envía contenido, pero le indica al cliente que restablezca o borre la interfaz de usuario, como borrar los campos de entrada después de enviar un formulario.

Consideraciones de SEO

Cuando se trata de motores de búsqueda, cómo responde su servidor puede afectar si sus páginas aparecen en los resultados de búsqueda.Si bien el código de estado 204 sin contenido se usa principalmente para las interacciones detrás de escena, es importante comprender sus efectos en la indexación y la visibilidad.Usarlo en el contexto incorrecto puede evitar que sus páginas sean reconocidas por motores de búsqueda o confunden los bots de rastreo.

204 respuestas no están indexadas

Dado que un estado 204 indica que el servidor procesó con éxito la solicitud pero no tiene contenido que mostrar, los motores de búsqueda tratan estas respuestas como vacías.Las páginas que devuelven un 204 no se agregarán a los índices de motores de búsqueda, lo que significa que no aparecerán en los resultados de búsqueda.

Evite 204 para páginas web públicas

Si una página destinada a los usuarios ver, como una página de producto, publicación de blog o página de inicio, responde con 204, los motores de búsqueda lo considerarán en blanco.Esto puede llevar a que la página se elimine por completo de los resultados de búsqueda, lo que limita la visibilidad y el tráfico potencial de su sitio.

Use 204 solo para API o solicitudes de fondo

El estado 204 está mejor reservado para llamadas de API, ahorros de fondo u otras operaciones que no ofrecen contenido visible.Para páginas y recursos que necesitan ser indexados y mostrados, use códigos de éxito estándar como 200 con el contenido completo incluido.

Observe las respuestas accidentales de 204

A veces, los errores o errores de configuración hacen que las páginas devuelvan 204 por error.Revise regularmente su sitio para obtener 204 respuestas inesperadas en URL importantes para evitar la pérdida del tráfico de motores de búsqueda.

Ejemplo: si su página/sobre la página devuelve 204 en lugar de 200 con contenido, Google se saltará la indexación.

Beneficios de rendimiento

Si bien el código de estado de no contenido 204 en sí no acelera su sitio por magia, usarlo cuidadosamente puede reducir las transferencias y el procesamiento de datos innecesarios.Esto lleva a una experiencia más delgada para los usuarios, especialmente en dispositivos con conexiones más lentas o recursos limitados.

Tamaños de respuesta más pequeños

Dado que una respuesta 204 no contiene cuerpo, solo envía los encabezados al cliente.Esto significa que menos datos viajan a través de la red en comparación con una página HTML completa o respuesta JSON.Las respuestas más pequeñas guardan el ancho de banda y pueden reducir los tiempos de carga, lo que es más importante para los usuarios en redes móviles o velocidades de Internet más lentas.

Interacciones más rápidas

Al confirmar el éxito sin enviar contenido adicional, 204 respuestas permiten que las aplicaciones manejen las operaciones de fondo de forma silenciosa y rápida.Por ejemplo, la configuración de ahorro automático o la confirmación de eliminaciones no interrumpirán la interfaz de usuario, lo que permite que la aplicación se sienta más receptiva y suave.

Procesamiento reducido del lado del cliente

Cuando el navegador o la aplicación recibe un 204, no necesita analizar ni renderizar ningún contenido, lo que reduce la carga de trabajo del cliente.Esto libera recursos para otras tareas, mejorando el rendimiento general y la experiencia del usuario, especialmente en dispositivos de menor potencia.

Mejor gestión de recursos

El uso de 204 estratégicamente ayuda a los servidores y redes a evitar enviar datos innecesarios.Esto puede reducir la carga del servidor y reducir el tráfico, lo que facilita la escala de su aplicación al manejar muchos usuarios o solicitudes de fondo frecuentes.

Errores comunes para evitar

El código de contenido 204 no tiene reglas y comportamientos específicos que deben seguirse para evitar problemas inesperados para los usuarios o romper la funcionalidad del sitio/aplicación.Conocer estas dificultades comunes ayuda a que la implementación se mantenga suave y predecible, tanto para los usuarios como para los sistemas de soporte.

Devolver un cuerpo de respuesta con 204

La especificación HTTP claramente establece una respuesta 204 no debe incluir un cuerpo de respuesta.Esto significa que no hay HTML, JSON o cualquier otro contenido debe acompañar este código de estado.Incluir un cuerpo puede confundir los navegadores y clientes, que no esperan contenido.Algunos clientes pueden ignorar el cuerpo, mientras que otros podrían comportarse de manera impredecible.

Ejemplo de error:
Un servidor responde a una solicitud de fondo con estado 204, pero accidentalmente incluye un pequeño mensaje JSON como {"estado": "ok"}.Esto puede hacer que el cliente falle en el procesamiento de la respuesta correctamente.

Mejor práctica:
Siempre asegúrese de que su servidor envíe solo encabezados con una respuesta 204, sin cuerpo de mensajes.

Uso de 204 para páginas destinadas a mostrar contenido

Si un usuario visita una URL esperando una página web, responder con 204 mostrará una página completamente en blanco, sin errores, sin contenido, solo espacio vacío.Esto confunde a los usuarios, conduce a una mala experiencia del usuario y hace que los motores de búsqueda se salten la indexación de la página.

Ejemplo de error:
Una página "Acerca de nosotros" devuelve por error 204 en lugar de 200 con contenido HTML, por lo que los visitantes ven una pantalla en blanco y los motores de búsqueda no indexan la página.

Mejor práctica:
Use 200 OK para cualquier página destinada a mostrar contenido.Reserve 204 para las llamadas de API de fondo o acciones que no requieren comentarios visibles.

Uso de 204 para evitar el manejo de errores

A veces, los desarrolladores pueden enviar una respuesta 204 incluso si una operación no tuvo éxito, para evitar tratar con los estados de error.Esto oculta el problema del cliente y puede conducir a la confusión o la pérdida de datos.

Ejemplo de error:
Una API recibe aportes no válidos, pero responde con 204, haciendo que el cliente crea que la solicitud tuvo éxito cuando realmente falló.

Mejor práctica:
Use códigos de error apropiados, como 400 solicitudes incorrectas o 422 entidad no procesable para problemas de validación, y 500 error interno del servidor para problemas del servidor.Solo envíe 204 cuando la operación realmente tenga éxito y no hay contenido para devolver.

Ignorando el impacto en la lógica del lado del cliente

Dado que 204 respuestas no incluyen un cuerpo, las aplicaciones del cliente que esperan datos para actualizar la interfaz de usuario pueden romper o comportarse inesperadamente si reciben un 204 sin manejarlo correctamente.

Ejemplo de error:
Un script front-end espera datos JSON después de una operación de guardado, pero el servidor devuelve 204. Si el script no verifica para 204, puede fallar o mostrar datos obsoletos.

Mejor práctica:
Diseñe el código del lado del cliente para manejar 204 respuestas con gracia, tratarlas como señales de éxito sin datos, y actualice la interfaz de usuario en consecuencia.

Mezcla 204 con redireccionamientos o encabezados en caché incorrectamente

Los códigos de respuesta HTTP deben ser consistentes con otros encabezados como redirecciones o controles de caché.Por ejemplo, enviar un 204 junto con un estado de redirección o instrucciones de caché conflictivas puede conducir a un comportamiento indefinido.

Ejemplo de error:
Devolver 204 con un encabezado de ubicación para redirigir al cliente, que no es válido.Las redirecciones requieren códigos de estado 3xx.

Mejor práctica:
Mantenga 204 respuestas simples y libres de encabezados en conflicto.Si necesita redirigir, use un código de estado de redirección adecuado como 301 o 302.

Terminando

HTTP Status 204 es un pequeño código divertido que proporciona una forma limpia y eficiente de indicar el éxito sin devolver el contenido.Mantiene las aplicaciones receptivas al confirmar las tareas de fondo de forma silenciosa y eficiente.

Utilizado adecuadamente, ayuda a su sitio o aplicación a mantenerse rápido y suave.Simplemente evite usarlo en páginas que necesiten mostrar contenido o ser indexado por los motores de búsqueda.