Caché del sitio web & caché interna del servidor: cómo funciona la caché en WordPress
Al revisar la caché del sitio web y la caché interna del servidor en el servidor que ejecuta este sitio, las solicitudes de página de WordPress bajaron en orden desde el navegador por el CDN, la caché de página, OPcache y Redis, y se detuvieron en la capa que tenía una copia. Las solicitudes que llegaron directamente al servidor de origen recibieron de nginx el archivo HTML creado por WP Rocket sin bajar hasta PHP ni la base de datos.
Ⅰ. Estructura de la caché en WordPress
En informática, la caché es una técnica que guarda datos temporalmente para acceder a ellos rápido, y en la web funciona con el mismo principio y contribuye mucho al rendimiento.
La caché guarda datos para que, cada vez que un visitante entra en un sitio web, no haya que pedirlo todo de nuevo al servidor: los datos guardados se cargan rápido y baja el tiempo de carga de la página. Así se reduce la carga del servidor y mejora la experiencia del usuario.
Las cachés que usan las solicitudes de WordPress se dividen en dos ramas: la caché del sitio web y la caché interna del servidor. El estándar de caché HTTP, tal como lo describe MDN, llama private cache a la caché guardada solo en el navegador de un visitante y shared cache a las cachés CDN y proxy que comparten muchos visitantes; en este artículo agrupamos ambas como caché del sitio web.
La caché de página, OPcache y la caché de objetos se aplican al proceso en que WordPress se ejecuta dentro del servidor. El estándar HTTP no tiene una categoría para ellas, y la documentación oficial de WordPress, en su Advanced Administration Handbook, las explica como plugins de caché (caché de página), caché de objetos y caché del servidor (cachés de opcode como OPcache).
Todos los campos donde se usa la caché están en el artículo Caché: definición y todos los campos donde se usa ; las cuatro ramas de la optimización del rendimiento, incluida la caché, en Optimización del rendimiento web: estructura y definición .
En el simulador de abajo, elige una caché en el árbol de la izquierda y pulsa un chip para ver en qué capa se detiene la solicitud. La primera capa que activan los administradores de WordPress con un plugin de caché es la caché de página.
| Capa | Dónde se guarda | Qué guarda | Ejemplo con Nginx + Apache |
|---|---|---|---|
| Caché del navegador | Dispositivo del visitante | HTML · CSS · JS · imágenes · fuentes | CSS · imágenes 7 días |
| Caché CDN · proxy | Delante del servidor (edge · proxy inverso) | Copias de páginas · archivos estáticos | Bunny CDN |
| Caché de página | Disco · memoria del servidor | HTML creado por PHP | WP Rocket + nginx |
| OPcache | Memoria del servidor | Bytecode PHP | PHP 8.3, JIT desactivado |
| Caché de objetos | Memoria del servidor | Resultados de consultas · objetos | Redis |
Ⅱ. Caché del sitio web
La caché del sitio web es la caché en la que, cuando el servidor indica con las cabeceras de respuesta cómo guardar algo, el navegador del visitante y el CDN o proxy guardan una copia según esa instrucción. Las cabeceras típicas son [Cache-Control], [ETag] y [Expires], y cuando vence el plazo, una solicitud condicional ([304 Not Modified]) comprueba si ha cambiado.
1️⃣ Caché del navegador
La caché del navegador es la caché HTTP guardada en el navegador web del visitante: guarda HTML, CSS, JavaScript, imágenes y fuentes, y cuando se vuelve a pedir el mismo recurso, no llega al servidor o solo comprueba si ha cambiado.
El plazo lo decide el servidor, no el visitante. El servidor con Nginx + Apache de abajo indica 7 días para CSS e imágenes, y responde las páginas HTML sin plazo, para que se comprueben en cada visita.
If-None-Match: "6ab12775-2ee8"cache-control: max-age=604800 expires: Sat, 17 Oct 2026 03:21:00 GMT etag: "6ab12775-2ee8"
etag: "6ac9298c-95575" last-modified: Fri, 09 Oct 2026 17:51:08 GMT
2️⃣ Caché CDN · proxy
Las cachés CDN y proxy están entre los visitantes y el servidor de origen, y las comparten muchos visitantes. Un proxy directo está del lado del visitante, como en una red de empresa, mientras que los proxies inversos y los CDN están delante del servidor y responden con una copia guardada en lugar del servidor de origen.
Un proxy inverso típico es Varnish Cache, y los CDN como Bunny CDN o Akamai siguen la misma estructura. Con DNS por regiones, los visitantes de la región del servidor de origen se conectan directamente a él, y a los de otras regiones les responde un edge del CDN cercano (p. ej., Bunny CDN) que guarda incluso el HTML.
La estructura y las ventajas de un CDN están en el artículo ¿Qué es un CDN? Razones para usarlo y 5 ventajas .
Ⅲ. Caché interna del servidor
La caché interna del servidor se aplica al proceso en que WordPress crea la página después de que la solicitud llega al servidor de origen. Un servidor con Nginx + Apache procesa la solicitud en el orden de abajo y, si un paso anterior encuentra una copia, se omiten los siguientes.
Cloudways y ScalaHosting te dejan elegir la configuración Nginx + Apache como opción. En Cloudways eliges, para cada aplicación, el stack Hybrid (Nginx + Apache) o el stack Lightning (solo Nginx), y en ScalaHosting puedes activar en SPanel un ajuste que pone Nginx delante de Apache.
| Caché | Qué guarda | Cuándo se guarda |
|---|---|---|
| 1️⃣ Caché de página | Página HTML terminada | 🅑 ⑤ WP Rocket lo guarda como archivo al responder |
| 2️⃣ OPcache | Código PHP compilado (bytecode) | 🅑 ② Cuando un archivo PHP se ejecuta por primera vez |
| 3️⃣ Caché de objetos | Fragmentos de datos como resultados de consultas y opciones | 🅑 ③ Cuando WordPress obtiene los datos por primera vez |
1️⃣ Caché de página
La caché de página también se llama caché de página completa (full-page cache) y, como lo que guarda es HTML, a veces se le llama caché HTML. Guarda toda la página web creada por PHP como un archivo HTML estático y, ante una solicitud de la misma página, envía ese archivo sin ejecutar PHP. Es el caso 🅐 del orden de procesamiento de arriba.
Se guarda en la memoria del servidor (RAM) o en disco (HDD/SSD): la memoria es rápida, pero cara y de capacidad limitada, y el disco tiene espacio de sobra, pero es relativamente lento.
| Tipo | Ejemplo | Cómo guarda y responde |
|---|---|---|
| Plugin de caché | WP Rocket · WP Super Cache · W3 Total Cache · Cache Enabler | WordPress guarda la página como archivo HTML y el servidor web envía ese archivo. |
| Caché del servidor web | Caché FastCGI de Nginx · LiteSpeed Cache | El servidor web guarda directamente la respuesta de PHP y la envía en la siguiente solicitud. |
| Caché de proxy inverso | Varnish | Un servidor de caché colocado delante del servidor web guarda la página y responde. |
Con Nginx + Apache, nginx lee directamente y envía el archivo HTML creado por WP Rocket, y la cabecera de respuesta lleva [x-rocket-nginx-serving-file: HIT]. Los pasos para activar y configurar la caché de página con WP Rocket están en el artículo Guía de configuración de WP Rocket .
2️⃣ OPcache
OPcache guarda en memoria el código PHP ya compilado a bytecode, para que al volver a ejecutar el mismo archivo no pase por el analizador de PHP. Viene incluido desde PHP 5.5, y APC y XCache, que se usaban antes, no son compatibles con PHP 7 y ya no se usan. Corresponde al paso ② de 🅑 del orden de procesamiento de arriba.
| Tipo | Estado | Descripción |
|---|---|---|
| Zend OPcache | Incluido desde PHP 5.5 | Es la caché de opcode estándar que se usa hoy y se activa con [opcache.enable=1]. |
| OPcache JIT | Incluido en OPcache desde PHP 8 | Convierte el bytecode otra vez a código máquina para ejecutarlo; se activa y desactiva con [opcache.jit]. |
| APC | Descontinuado | Caché de opcode que se usaba antes de OPcache; su función de caché de datos continuó en APCu. |
| XCache | Descontinuado | No es compatible con PHP 7. |
| WinCache | Para servidores Windows (IIS) | Caché de opcode que la documentación oficial de WordPress menciona junto a OPcache. |
OPcache se activa con el ajuste de PHP [opcache.enable=1], y el JIT, que llegó con PHP 8, se puede desactivar aparte con [opcache.jit=disable]. La instalación y la configuración están en Zend OPcache: concepto, instalación y configuración (artículo aparte).
3️⃣ Caché de objetos
La caché de objetos guarda resultados de consultas a la base de datos u objetos calculados en un almacén en memoria como Redis o Memcached. Por defecto, WordPress solo recuerda los objetos dentro de una misma solicitud; hay que conectar un almacén como Redis para que los resultados sigan ahí al terminar la solicitud. Corresponde al paso ③ de 🅑 del orden de procesamiento de arriba.
| Tipo | Aspecto | ¿Persiste tras la solicitud? | Descripción |
|---|---|---|---|
| WP_Object_Cache | Predeterminada de WordPress | No | Caché integrada que solo recuerda dentro de una misma solicitud. |
| Redis | Caché de objetos | Sí | Almacén en memoria aparte; se conecta con el drop-in del plugin Redis Object Cache. |
| Memcached | Caché de objetos | Sí | Almacén en memoria aparte. |
| APCu | Caché de objetos | Sí (en el mismo servidor) | Guarda en la memoria compartida que usa PHP. |
| archivo | Caché de objetos | Sí | Guarda como archivos en el disco. |
| Buffer pool de InnoDB | Caché propia de la base de datos · no es caché de objetos | Sí | MySQL y MariaDB mantienen en memoria los datos de las tablas y los índices. |
| Caché de consultas | Caché propia de la base de datos · no es caché de objetos | — | Se eliminó en MySQL 8.0; MariaDB lo conserva, pero desactivado por defecto. |
WordPress se conecta a Redis mediante el archivo drop-in ([object-cache.php]) que añade el plugin Redis Object Cache. Los pasos de instalación están en Instalar y configurar Redis Cache en WordPress (artículo aparte).
🔢 FAQ & contenido recomendado
ℹ️ Aviso de afiliados
El contenido de este sitio incluye enlaces de afiliado. Cuando un visitante compra un producto o servicio a través de uno de ellos, el sitio recibe una comisión del vendedor. El importe que paga el comprador(baja durante las promociones ↓)no aumenta. Los precios, descuentos y existencias publicados corresponden al momento de redacción y pueden variar, así que confírmalos con el vendedor antes de comprar. Los productos se eligen y evalúan con criterios propios, y las comisiones no influyen en el orden ni en el contenido de las reseñas.