Optimización y velocidad

El error al cachear objetos con Redis deja datos viejos

Si tu WordPress sigue lento aunque ya uses caché de página, el cuello de botella puede estar en las consultas repetidas de usuarios conectados, WooCommerce o administración. Redis puede reducir trabajo de MySQL y PHP, pero exige medir, definir caducidades y comprobar que no muestra datos antiguos de stock, precios o sesiones.

Índice

Anuncio

Cuándo Redis aporta valor a WordPress

No todas las webs necesitan esta capa.

Árbol para decidir sin suposiciones

Redis Object Cache merece una prueba cuando WordPress genera respuestas distintas para cada visita y repite consultas a MySQL o MariaDB. Es habitual en WooCommerce, membresías, reservas, foros, academias y paneles con usuarios conectados, donde la caché de página no puede entregar el mismo HTML a todos.

Señales que justifican la prueba

Registra TTFB en páginas dinámicas, número y duración de consultas SQL, carga de PHP, memoria de Redis, hit ratio y evicciones. Un hit ratio alto indica reutilización de datos, pero no demuestra por sí solo que el visitante espere menos.

Prueba antes de decidir: mide las mismas URLs sin caché de página, con el mismo usuario y en franjas comparables. Conserva una línea base de entre 24 y 72 horas cuando el tráfico cambia mucho durante el día.
El error al cachear objetos con Redis deja datos viejos

Qué guarda Redis y qué no sustituye

Redis no guarda páginas completas.

Cada caché resuelve un problema

La caché de objetos conserva resultados internos de WordPress entre peticiones, mientras la caché de página conserva HTML preparado para el navegador. WordPress usa WP_Object_Cache como memoria temporal; al conectar Redis, esos objetos pueden persistir para la siguiente petición.

CapaQué evitaÚtil paraNo resuelve
RedisConsultas y objetos repetidosUsuarios conectados y WooCommerceHTML público ya lento por imágenes
Caché de páginaEjecutar WordPress para HTML igualEntradas y páginas públicasCarritos y cuentas personales
CDNDistancia y archivos estáticosVisitas desde varias zonasLógica PHP del servidor
MemcachedObjetos en memoriaAlternativa simple a RedisPersistencia y funciones de Redis
TransientsDatos temporales de pluginsResultados con TTL definidoUna estrategia global de caché

TTL, transients e invalidación

El TTL es el tiempo de vida de un dato cacheado. La invalidación borra o renueva objetos cuando cambia el origen; en WooCommerce importa al actualizar stock, precios, cupones, impuestos, permisos o estados de pedido.

El error al cachear objetos con Redis deja datos viejos

Configurar Redis sin poner datos en riesgo

Primero se valida la base técnica.

Memoria, claves y aislamiento

Un plugin no crea un servidor Redis: necesita un servicio activo, phpredis en PHP y un drop-in compatible. Comprueba la conexión desde el panel o WP-CLI y prueba login, carrito, checkout, stock y administración con una cuenta de prueba.

Mide antes y después con método

Define maxmemory antes de activar la caché persistente, usa una política de evicción adecuada y aísla cada web con instancia, base lógica o prefijo. Redis debe vivir en red privada, con firewall y control de acceso.

Selección para ti

Un mini PC puede servir como laboratorio aislado para probar Redis antes de tocar el servidor de producción. Debe usarse en red privada y nunca como sustituto de un servicio gestionado sin supervisión.

Ver en Amazon →

Mide las mismas URLs antes y después, excluyendo caché de página cuando corresponda. Anota TTFB, consultas SQL, CPU de PHP-FPM, memoria de Redis, hit ratio y evicciones, con entre 3 y 5 pruebas comparables.

Ciclo seguro de caché persistente
1. Línea base2. Prueba aislada3. Validar carrito4. Vigilar RAM5. Plan de retirada

La secuencia evita confundir una conexión correcta con una mejora segura para clientes y equipo.

Para activar Redis para WordPress no basta con instalar un plugin. El servidor debe tener el servicio Redis en ejecución y la extensión phpredis cargada en la misma versión de PHP que usa el sitio; puede comprobarse con php -m, phpinfo() o el panel del hosting. Después, el plugin o drop-in debe apuntar al host, puerto y, si procede, socket Unix, contraseña y base configurados.

Tras activar la caché persistente, confirma que existe wp-content/object-cache.php, revisa el estado de conexión desde el plugin o WP-CLI y valida que no haya errores de autenticación, prefijo de claves o incompatibilidad con otro plugin de caché.

En producción, Redis no debería escuchar en una interfaz pública ni aceptar conexiones sin autenticación. Limita el acceso a 127.0.0.1, a una red privada o a un socket Unix; configura una contraseña robusta o ACL con un usuario exclusivo para WordPress y conserva las credenciales fuera del repositorio, por ejemplo en variables de entorno. Define maxmemory y una política de evicción compatible con la carga, y vigila las evicciones de Redis: indican presión de memoria y pueden reducir el beneficio de la caché.

Las copias RDB o AOF pueden ser útiles para una instancia que almacena otros datos, pero no sustituyen una copia de seguridad de MySQL ni garantizan conservar datos cacheados antiguos que ya deberían invalidarse.

El despliegue cambia según el alojamiento. En hosting compartido, usa el Redis gestionado del proveedor, confirma los límites de memoria y evita modificar procesos del sistema si no tienes acceso técnico. En un VPS, separa Redis de Internet, supervisa RAM y reinicios, y documenta cómo retirar el drop-in. En contenedores, asigna límites de memoria, un volumen solo si la persistencia es necesaria y comprobaciones de salud para no depender de una instancia caída.

En WordPress multisite, define si todos los sitios compartirán instancia, base lógica o prefijos; los prefijos deben ser únicos para impedir colisiones de claves, y conviene probar la invalidación de caché en sitios y usuarios distintos de la red.

Errores que dejan WordPress inaccesible

Una caída debe ser recuperable.

Fallos habituales y su corrección

Si Redis deja de responder y object-cache.php sigue activo, WordPress puede intentar conectar en cada petición y provocar errores o esperas. Confirma la caída, desactiva el plugin si es posible y renombra o retira wp-content/object-cache.php para volver a la caché interna no persistente.

Redis no arregla una consulta sin índice, un plugin que llama a servicios externos, imágenes pesadas ni una página pública que ya entrega una CDN. Añadirlo sin identificar el cuello de botella añade mantenimiento y un posible punto de fallo.

No conviene priorizar Redis en una web pequeña, principalmente estática y con poco tráfico que ya carga rápido con caché de página y CDN. Tampoco es recomendable si el hosting no ofrece Redis gestionado o acceso técnico suficiente para vigilar recursos, limitar memoria y recuperar el sitio ante una caída.

Preguntas comunes

¿Qué es Redis Object Cache?

Redis Object Cache guarda objetos reutilizables de WordPress en memoria entre peticiones. Reduce consultas y cálculos repetidos en áreas privadas.

¿Redis acelera todas las páginas de WordPress?

No por igual: su impacto está en páginas dinámicas donde PHP y la base de datos trabajan en cada visita.

¿Cómo sé si Redis está funcionando bien?

Debe mejorar páginas dinámicas y reducir carga PHP, no solo mostrar un hit ratio alto.

¿Redis puede mostrar un carrito antiguo?

Sí, si un plugin gestiona mal claves de carrito, sesión, stock o precio. Prueba checkout, cupones y cambios de stock.

¿Qué hago si Redis cae y WordPress no carga?

Retira o renombra wp-content/object-cache.php y revisa servicio, red, credenciales y memoria antes de reactivarlo.

Lo esencial:

Anuncio

Fuentes de interés

Otros artículos que pueden complementar lo que acabas de leer:

RESUMIR CON IA: Extrae lo importante

Comparte este artículo:

Josu Barrios

Josu Barrios

Somos especialistas en mantenimiento WordPress para empresas, profesionales y tiendas online. Contamos con experiencia en seguridad web, optimización de rendimiento, actualizaciones, copias de seguridad y resolución de incidencias técnicas, ayudando a que cada sitio funcione de forma rápida, estable y protegida. Nuestro enfoque combina soporte técnico profesional, buenas prácticas de seguridad y seguimiento continuo para ofrecer un servicio fiable, transparente y orientado a resultados reales.