¿Qué es la caché?

En español se dice la caché, y el término se usa para varias cosas parecidas. MDN distingue dos tipos de caché HTTP. La caché privada pertenece a un solo cliente, normalmente el navegador, y puede guardar respuestas personalizadas para esa persona. La caché compartida está entre el cliente y el servidor, por ejemplo en una CDN o en un proxy, y guarda respuestas que pueden servirse a muchos usuarios.

Las reglas de la caché HTTP están en el estándar RFC 9111, publicado en junio de 2022, que define las cachés y las cabeceras que controlan su comportamiento. Quien busca «borrar caché» suele querer otra cosa: vaciar la caché de su navegador. En Chrome para ordenador se hace desde el menú Más, con la opción «Eliminar datos de navegación», eligiendo el periodo y los datos que se quieren eliminar.

El servidor indica en cada respuesta cuánto tiempo puede guardarse con la cabecera Cache-Control. Con max-age fija los segundos durante los que la copia se considera fresca y puede usarse sin preguntar. Con no-cache la copia se guarda, pero hay que comprobar con el servidor antes de usarla. Con no-store no se guarda en ninguna caché. Si no hay Cache-Control, la caché puede aplicar un tiempo estimado, lo que MDN llama caché heurística.

Cuando una copia caduca, la caché no tiene por qué descargarla entera de nuevo. Puede preguntar al servidor si ha cambiado, enviando el valor ETag que recibió con la cabecera If-None-Match. Si no ha cambiado, el servidor responde 304 Not Modified, sin cuerpo, y la caché sigue usando su copia.

Para guardar archivos mucho tiempo sin servir versiones viejas se cambia su dirección cuando cambia su contenido, por ejemplo añadiendo una huella al nombre del archivo. MDN llama a esta técnica cache busting.

La caché afecta a la velocidad que percibe el usuario. Google lo explica en la Ayuda de Cuenta de Google: después de borrar la caché, algunos sitios cargan más despacio al principio, porque contenidos como las imágenes tienen que descargarse otra vez.

También afecta al rastreo. Los rastreadores de Google admiten la caché HTTP con las parejas de cabeceras ETag e If-None-Match y Last-Modified e If-Modified-Since, y si una respuesta trae las dos, usan ETag. Google recomienda enviar ambas. Además, avisa de que Googlebot guarda recursos en caché de forma agresiva y puede ignorar las cabeceras de caché al renderizar, de modo que puede usar un JavaScript o un CSS antiguo. La solución que propone es la misma huella en el nombre del archivo.

En zds.es lo medimos el 14 de octubre de 2026. Las páginas HTML no llevan Cache-Control y Cloudflare las marca como DYNAMIC, así que cada visita se sirve desde el servidor. El archivo JavaScript de la plantilla, que lleva una huella en el nombre, se guarda un año, con max-age=31536000 e immutable, y Cloudflare lo sirve desde su caché. Las fuentes tipográficas, sin huella, se guardan cuatro horas, y al pedirlas de nuevo con su ETag el servidor respondió 304.

• Dar a los archivos estáticos con huella en el nombre un max-age largo.
• Usar tiempos cortos o revalidación para lo que cambia sin cambiar de dirección.
• Enviar ETag y Last-Modified para que navegadores y rastreadores puedan revalidar.
• Reservar no-store para respuestas que no deben guardarse, como datos personales.
• Comprobar las cabeceras reales de una página y de sus recursos, no solo la configuración.
• Vaciar la caché de la CDN después de cambios que no cambian la dirección del archivo.

• Creer que no-cache impide guardar la respuesta: lo que impide es usarla sin comprobarla.
• Dar un max-age de un año a archivos cuyo nombre no cambia cuando cambia su contenido.
• Probar un cambio en el navegador propio sin vaciar la caché y concluir que no ha funcionado.
• Dar por hecho que Googlebot respeta las mismas cabeceras de caché al renderizar.
• Enviar Last-Modified con un formato de fecha que no sigue el estándar HTTP.