Base de conocimiento
Caché de objetos Redis en WordPress: qué hace y cómo configurarla
Una caché de objetos Redis guarda datos de la base de datos de WordPress entre solicitudes, de modo que el panel de administración, el carrito y los usuarios con sesión iniciada esperan menos a la base de datos. A los visitantes anónimos que ya reciben una página de la caché de páginas les aporta poco. Esta guía explica qué hace una caché de objetos, cuándo la recomienda el propio WordPress, cómo configurar Redis, qué puede usar sin Redis y cómo la gestiona Spark Speed, el plugin de caché que creamos nosotros.
En resumen
- Una caché de objetos acelera todo lo que tiene que pasar por WordPress: panel de administración, carrito, pago (checkout), usuarios con sesión iniciada
- Junto a una caché de páginas, no en su lugar
- El plugin por sí solo no basta: su hosting debe ofrecer un servidor Redis
- Sin Redis, Memcached, SQLite o los archivos son una alternativa
Qué hace una caché de objetos
WordPress guarda en memoria los resultados de las consultas a la base de datos durante una solicitud. Cuando esa solicitud termina, todo desaparece. La documentación de WordPress lo dice así: los datos no se conservan entre cargas de página salvo que instale un plugin de caché persistente. Un plugin así coloca el archivo object-cache.php en wp-content y, desde entonces, WordPress guarda esos datos en Redis, Memcached u otro almacenamiento, de modo que la siguiente solicitud no tiene que volver a obtenerlos de la base de datos.
Caché de objetos o caché de páginas: qué acelera qué
Una caché de páginas guarda el HTML completo y lo entrega a los visitantes anónimos, a menudo incluso antes de que WordPress arranque. Ahí una caché de objetos aporta poco. En cambio, una caché de objetos ayuda justo con todo lo que sí pasa por WordPress: el panel de administración, los usuarios con sesión iniciada, el carrito, el pago y Mi cuenta en WooCommerce, los resultados de búsqueda y la regeneración de la caché de páginas. Se complementan; una no sustituye a la otra.
¿La necesita? Lo que recomienda el propio WordPress
WordPress tiene en Salud del sitio una comprobación de caché de objetos persistente. En el código fuente de WordPress 7.0.2, esa comprobación solo recomienda una en una instalación multisitio o en cuanto se supera uno de estos umbrales. Un sitio corporativo pequeño con una buena caché de páginas normalmente queda por debajo.
- más de 500 opciones cargadas automáticamente, o más de 100 kB de ellas
- más de 1.000 entradas, comentarios, términos, usuarios u opciones
- los umbrales se pueden ajustar con el filtro
site_status_persistent_object_cache_thresholds
Configurar Redis con el plugin Redis Object Cache
El plugin por sí solo no basta: tiene que haber un servidor Redis en funcionamiento al que PHP pueda llegar. En hosting compartido normalmente no lo hay, y tampoco puede iniciarlo usted. Pregunte a su hosting si Redis está disponible y en qué dirección. En nuestro laboratorio no había ningún servidor Redis: el plugin mostró Connection refused y dejó desactivado el botón Enable Object Cache. Es una decisión segura del plugin.
- Pregunte a su hosting si Redis está disponible y en qué dirección o socket
- Si Redis no está en 127.0.0.1:6379, define
WP_REDIS_HOSTyWP_REDIS_PORT(y, si hace falta,WP_REDIS_PASSWORD) en wp-config.php - Si comparte Redis con más sitios, dé a cada sitio su propio
WP_REDIS_PREFIXo base de datos: si no, vaciar la caché puede afectar a toda la base de datos de Redis - Instale Redis Object Cache, vaya a Ajustes, Redis y haga clic en Enable Object Cache
- Compruebe con
wp redis status: Estado debe mostrar Connected
Alternativas: Memcached, APCu, SQLite y archivos
¿Sin Redis? Hay otros lugares donde guardar los datos. Memcached funciona de forma parecida y algunos hosting lo incluyen de serie en el paquete. APCu guarda en la propia memoria de PHP, pero por proceso de PHP, así que WP-CLI y el servidor web no siempre ven los cambios del otro. SQLite y los archivos no necesitan un servidor aparte, por lo que también funcionan en un hosting sencillo.
| Plugin | Almacenamiento | Instalaciones activas | Valoración | Última actualización | PHP mínimo |
|---|---|---|---|---|---|
| Redis Object Cache | Requiere un servidor Redis; PhpRedis, Predis o Relay | 500.000+ | 4,5 (179) | 18 sept 2026 | 7.2 |
| Docket Cache | Guarda en archivos PHP, no necesita Redis | 20.000+ | 4,9 (50) | 15 oct 2026 | 7.2.5 |
| SQLite Object Cache | Guarda en un archivo SQLite, no necesita Redis | 10.000+ | 5,0 (51) | 17 ago 2026 | 5.6 |
Datos de wordpress.org, obtenidos el 16 de octubre de 2026. Las instalaciones son las cifras redondeadas que muestra wordpress.org.
Cómo funciona la caché de objetos en Spark Speed
Spark Speed, el plugin de caché que creamos nosotros, tiene su propia caché de objetos como interruptor en la pestaña Cache. Esto es lo que puede esperar, según el código de la versión 0.73.2 y nuestro manual:
- Spark elige por sí solo el almacenamiento que ofrece el servidor, en este orden: Redis, Memcached, SQLite y APCu. Un
WP_REDIS_HOSTdefinido tiene siempre prioridad. - Sin
WP_REDIS_HOSTSpark prueba 127.0.0.1:6379 y después las rutas de socket de Redis conocidas que existan en el servidor. - Si ya hay un object-cache.php de otro plugin, Spark no lo sobrescribe.
- Si Redis tiene la política noeviction, Spark avisa: entonces Redis rechaza nuevas escrituras cuando la memoria está llena, en lugar de eliminar claves antiguas.
- La caché de páginas y la caché de objetos tienen cada una su propio botón para vaciarse; una no vacía la otra.
- Si su hosting ya ofrece una caché de objetos, deje el interruptor de Spark desactivado.
Ajustar bien Redis
Dos ajustes determinan si Redis sigue funcionando bien como caché. Con maxmemory da a Redis un límite de memoria. Con maxmemory-policy decide qué ocurre cuando se alcanza ese límite. La documentación de Redis considera allkeys-lru un buen valor por defecto para una caché: se eliminan las claves menos usadas recientemente. Con noeviction, Redis devuelve un error en las escrituras en cuanto está lleno. En hosting compartido o gestionado, lo configura el proveedor; consúltelo si tiene dudas.
Comprobar y vaciar
Si WordPress usa una caché de objetos persistente lo ve en Salud del sitio y con WP-CLI. Después de un cambio hecho directamente en la base de datos, por ejemplo una importación o una consulta SQL, vacíe la caché de objetos; si no, WordPress sigue mostrando el valor antiguo.
wp cache flushvacía la caché de objetos (funciona con cualquier plugin de caché de objetos)wp redis statusmuestra el estado, el cliente y el drop-in de Redis Object Cachewp spark-speed flush-object-cachevacía la caché de objetos de Spark Speed- En el propio Redis,
keyspace_hitsykeyspace_missesdeINFO statsindican con qué frecuencia acierta la caché
Active solo una caché de objetos a la vez. Dos plugins que quieren gestionar object-cache.php se estorban entre sí.
Spark Speed combina caché de páginas y caché de objetos y elige por sí solo el almacenamiento que ofrece su servidor.
Preguntas frecuentes
Sobre todo las partes que no salen de la caché de páginas: el panel de administración, el carrito y el pago, los usuarios con sesión iniciada y los resultados de búsqueda. Las páginas que ya salen de la caché de páginas apenas se aceleran.
Ambos guardan los datos de la caché de objetos en la memoria de un servidor aparte. Para WordPress hacen el mismo trabajo; cuál elija depende sobre todo de lo que ofrezca su hosting.
Solo si su hosting ofrece Redis. En hosting compartido normalmente no puede iniciar usted mismo un servidor Redis. Sin Redis puede usar una caché de objetos en SQLite o en archivos.
Con wp cache flush mediante WP-CLI, o con el botón de su plugin de caché de objetos. Hágalo después de cambios hechos directamente en la base de datos.