Los tipos de caché web son mecanismos que almacenan temporalmente respuestas HTTP para que las solicitudes repetidas no tengan que generar el contenido desde cero. El resultado: páginas que cargan más rápido y servidores que trabajan menos.
Existen tres capas principales — navegador, servidor y proxy — y cada una opera en un punto distinto del recorrido entre el usuario y tu servidor de origen. Entenderlas te permite configurarlas juntas y aprovechar al máximo su efecto combinado.
1. Caché de navegador (Browser Cache)
La caché de navegador vive en el dispositivo del usuario. Cuando alguien visita tu sitio por primera vez, el navegador descarga imágenes, hojas de estilo y scripts. En la siguiente visita, en lugar de volver a pedirlos al servidor, los carga desde el disco local — casi sin latencia.
El comportamiento se controla mediante cabeceras HTTP enviadas por el servidor:
Cache-Control: max-age=31536000— el recurso es válido por un año (ideal para activos con versión en el nombre, p. ej.style.v3.css).Cache-Control: no-cache— el navegador guarda el recurso pero lo revalida en el servidor antes de usarlo.Cache-Control: no-store— el navegador no guarda nada. Útil para páginas con datos sensibles o en tiempo real.ETag— huella digital del archivo; el navegador la envía en visitas posteriores y el servidor responde 304 Not Modified si el archivo no cambió, ahorrando ancho de banda.
Cuándo aplica bien la caché de navegador
Es perfecta para activos estáticos que no cambian: logos, tipografías, librerías JS, imágenes de producto. Para contenido dinámico (carrito, precios en tiempo real) hay que usar no-store o tiempos de vida muy cortos.
2. Caché de servidor
La caché de servidor actúa antes de que tu aplicación genere la respuesta. En lugar de ejecutar PHP, consultar la base de datos y renderizar HTML en cada petición, el servidor devuelve una copia pre-generada guardada en memoria o disco.
Existen varios sub-tipos según dónde resida la caché:
Caché de página completa (Full-Page Cache)
Guarda el HTML completo de cada URL. La primera visita genera la página; las siguientes reciben la copia en caché directamente, sin tocar PHP ni MySQL. Plugins como WP Rocket o LiteSpeed Cache hacen esto en WordPress.
Caché de objetos (Object Cache)
Almacena resultados de consultas a la base de datos u operaciones costosas en memoria RAM (normalmente Redis o Memcached). La aplicación sigue ejecutándose, pero en lugar de ir a MySQL por los mismos datos una y otra vez, los lee desde la RAM.
Caché de opcode (OPcache)
PHP compila el código fuente a bytecode la primera vez que carga un archivo. OPcache guarda ese bytecode en RAM y lo reutiliza, eliminando el coste de compilación en cada petición. Viene activado por defecto en PHP 7+ pero vale la pena verificarlo.
| Sub-tipo | Qué guarda | Tecnología común | Impacto en TTFB |
|---|---|---|---|
| Full-Page | HTML completo | WP Rocket, LiteSpeed, Varnish | Muy alto |
| Object Cache | Resultados de DB / API | Redis, Memcached | Alto |
| OPcache | Bytecode PHP | PHP OPcache (nativo) | Medio |
3. Caché proxy (o intermediaria)
Un proxy cache se sitúa entre los usuarios y el servidor de origen. Puede ser un proxy compartido en la red corporativa del visitante (caché de ISP, por ejemplo) o, más comúnmente en el mundo web moderno, un proxy inverso bajo tu control.
Proxy inverso (Reverse Proxy Cache)
Herramientas como Varnish Cache o Nginx configurado como proxy inverso se ubican delante de tu servidor web. Reciben las peticiones, responden con copias en caché cuando están disponibles y solo reenvían al origen lo que realmente necesita procesarse.
Es la pieza que usan muchos hostings gestionados de WordPress (Kinsta, WP Engine) para ofrecer tiempos de respuesta de menos de 50 ms.
CDN como proxy cache distribuido
Una CDN es, en esencia, una red de proxies inversos distribuidos por el mundo. Cada PoP guarda copias de tus recursos estáticos y los entrega sin tocar tu origen. Si aún no tienes claro qué es una CDN, puedes profundizar en nuestra sección de rendimiento web.
Cómo se combinan los tres tipos
En un sitio bien configurado, las tres capas trabajan en paralelo para distintos escenarios:
- Usuario repite visita: el navegador sirve activos estáticos desde su caché local — 0 peticiones al servidor.
- Usuario nuevo, recurso estático: la CDN o el proxy inverso responde desde su caché — el origen no se entera.
- Página dinámica, usuario logueado: el proxy inverso no cachea (respuesta personalizada); el object cache de Redis evita consultas repetidas a MySQL; OPcache acelera la ejecución de PHP.
La clave es configurar cada capa para lo que hace bien y evitar que cacheen lo que no deben (páginas del carrito, respuestas de pago, rutas de admin).
Si necesitas ayuda para configurar estas capas correctamente en tu sitio, los especialistas de elenlace.com pueden auditarlo y aplicar la configuración óptima para tu stack.
Conclusiones clave
- Los tres tipos principales de caché web son: navegador (dispositivo del usuario), servidor (full-page, object cache, OPcache) y proxy (proxy inverso, CDN).
- La caché de navegador se controla con cabeceras HTTP (
Cache-Control,ETag) y es ideal para activos estáticos de larga vida. - La caché de servidor reduce la carga en la base de datos y el tiempo de generación de HTML; Redis y OPcache son sus principales tecnologías.
- La caché proxy (inversa o CDN) intercepta solicitudes antes de que lleguen al origen y es la palanca con mayor impacto en el TTFB global.
- Las tres capas se complementan — un sitio rápido las usa todas y las configura correctamente para cada tipo de contenido.
¿Quieres implementar una estrategia de caché completa en tu sitio? Escríbenos a elenlace.com y te ayudamos a configurar las tres capas para que tu sitio cargue en menos de un segundo.
Preguntas frecuentes
¿Qué diferencia hay entre caché de navegador y caché de servidor?
La caché de navegador vive en el dispositivo del usuario y evita descargas repetidas de archivos ya visitados. La caché de servidor vive en la infraestructura del sitio y evita que la aplicación regenere respuestas desde cero. Operan en puntos distintos del recorrido HTTP y se complementan.
¿La caché puede mostrar contenido desactualizado a los usuarios?
Sí, si los tiempos de vida (TTL) no están bien ajustados. Para evitarlo: usa cache busting en activos estáticos (incluye un hash o número de versión en el nombre del archivo), configura tiempos de vida cortos en páginas dinámicas y, en el proxy inverso, purga la caché cuando publicas contenido nuevo.
¿Necesito Redis si ya tengo un plugin de caché en WordPress?
Depende de tu tráfico. Un plugin de full-page cache (WP Rocket, LiteSpeed) ya elimina gran parte de la carga de PHP/MySQL para páginas públicas. Redis añade valor cuando tienes muchas páginas personalizadas (usuarios logueados, carrito) o cuando el sitio hace muchas consultas de base de datos en páginas no cacheables.
¿Varnish sigue siendo relevante o lo ha reemplazado Nginx?
Ambos siguen siendo válidos, pero para casos de uso diferentes. Varnish está especialmente optimizado para full-page caching con lógica VCL muy flexible. Nginx como proxy inverso con fastcgi_cache o proxy_cache es más sencillo de mantener y ya viene instalado en muchos stacks. En hostings compartidos o cPanel, la caché suele venir vía LiteSpeed/LSCache.
Recursos útiles
Otros proveedores y guías que vale la pena comparar:
