HTTP/1.1 200 OK
Last-Modified: Tue, 12 Dec 2006 03:03:59 GMT
ETag: «10c24bc-4ab-457e1c1f»
Content-Length: 12195

Después, si el navegador tiene que validar el componente, usa la cabecera If-None-Match para responder al servidor. Si los ETags concuerdan un codigo 304 es devuelto, reduciendo por ejemplo en este caso la respuesta en 12195 bytes.

GET /i/yahoo.gif HTTP/1.1
Host: us.yimg.com
If-Modified-Since: Tue, 12 Dec 2006 03:03:59 GMT
If-None-Match: «10c24bc-4ab-457e1c1f»
HTTP/1.1 304 Not Modified

El problema de los ETags es que normalmente se definen a partir de atributos que los hacen únicos para el servidor específico que aloja la página. Los Etags no concordarán cuando el navegador descarga el componente original de un servidor y luego intenta validarlo contra otro, como puede ocurrir en entornos en los que se balancea la carga entre varios servidores. Por defecto, tanto Apache como IIS incrustan datos in el Etag que reducen dramáticamente las probabilidades de que los Etags coincidan en entornos multiservidor.

El formato de ETag para Apache 1.3 y 2.x is inode-size-timestamp. Aunque un fichero pueda residir en el mismo directorio en múltiples servidores, y tengan el mismo tamaño, permisos, timestamp,etc., su número de iniod es diferente de un servidor a otro.

IIS 5.0 y 6.0 tienen un problema parecido con los ETags. El formato de los ETags en IIS es Filetimestamp. ChangeNumber. Un ChangeNumber is un contador usado para registrar cambios de configuración en IIS. Es muy poco probable que el ChangeNumber sea el mismo en varios servidores que sirvan la misma página.

El resultado final es que los Etags generados por Apache o IIS para el mismo componente no concordará de un servidor a otro. Si los Etags no concuerdan, el usuario no recibirá la rápida respuesta 304, que es para lo que los ETags están diseñados. En lugar de esto, recibirán un código de respuesta 200 junto con todo el componente. Si estás alojando tu web en sólo un servidor no es un problema. Pero si tienes varios servidores sirviendo el contenido tendrán un mayor consumo de ancho de banda, los proxies no cachearan tu contenido y el usuario final notará las páginas más lentas. Incluso si los compomentes tienen una cabecera Expires mucho tiempo adelante (futuro) un GET condicional se hará cada vez que se pulse Reload o Refresh.

Si no estás obteniendo ninguna mejora por el uso de los Etags lo mejor es desactivar completamente su uso. La cabecera Last-Modified validará en base al timestamp del componente. Eliminando los Etags se reducirá el tamaño de las cabeceras HTTP tanto en la respuestas como en las peticiones. Para desactivarlas en IIS puedes mirar este artículo . En Apache, simplemente añadiendo esta línea al httpd.conf.

FileETag none

Traducción del artículo High Perfomance Web Sites: Rule 13 – Configure Etags .
Documentación apache Etags

La entrada Etags se publicó primero en Android, administracion de sistemas y seo.