Un ETag (Entity Tag) es un encabezado de respuesta HTTP que proporciona un identificador opaco para una versión específica de un recurso en una URL. Es esencialmente un hash o una cadena única que cambia cada vez que el contenido del recurso se modifica. Su propósito principal es permitir que los clientes realicen solicitudes condicionales, reduciendo el tráfico de red y mejorando la eficiencia al evitar la retransmisión de datos que el cliente ya posee y que no han cambiado. Se utiliza en conjunto con los encabezados de solicitud `If-None-Match` e `If-Match`.
En el mundo real, los ETags son ampliamente utilizados por navegadores web y proxies para la validación de caché. Cuando un navegador solicita un recurso por segunda vez, envía el ETag previamente recibido en un encabezado `If-None-Match`. Si el recurso en el servidor no ha cambiado (es decir, su ETag coincide), el servidor responde con un estado HTTP `304 Not Modified`, indicando al cliente que use su versión en caché. Además, los ETags son cruciales en APIs RESTful para la detección de conflictos en actualizaciones concurrentes (optimistic concurrency control). Por ejemplo, un cliente que desea actualizar un recurso puede enviar el ETag de la versión que leyó en un encabezado `If-Match`. Si el ETag en el servidor no coincide (porque otro cliente ya actualizó el recurso), el servidor puede responder con un `412 Precondition Failed`, evitando una sobrescritura accidental.
Para un Arquitecto de Sistemas, los ETags son una herramienta fundamental para optimizar el rendimiento y garantizar la integridad de los datos en sistemas distribuidos. Su uso estratégico puede reducir significativamente la carga del servidor y el ancho de banda de red al minimizar la transferencia de datos redundantes. Sin embargo, es vital considerar cómo se generan los ETags: deben ser robustos y cambiar solo cuando el contenido del recurso lo haga. La elección entre ETags 'débiles' (W/"etag") y 'fuertes' ("etag") es importante, donde los fuertes garantizan una equivalencia byte a byte y los débiles solo una equivalencia semántica. Un diseño deficiente en la generación de ETags puede llevar a problemas de caché (stale data) o a falsos negativos en la detección de conflictos. Integrar ETags en APIs RESTful es una práctica recomendada para implementar control de concurrencia optimista, mejorando la resiliencia de la aplicación frente a múltiples clientes modificando los mismos recursos.