iMediaTrack
Hablemos

Módulo propio · PrestaShop 9.x · PHP hasta 8.5

Redis para PrestaShop 9: la caché que LiteSpeed no alcanza

LiteSpeed entrega en milisegundos las páginas que ya tiene guardadas. Pero el carrito, el pago, las búsquedas, el área de cliente y el back office no se pueden guardar así, y en cada clic vuelven a preguntar a la base de datos. Para eso hemos hecho TurboCaché para Redis: un módulo propio que guarda en memoria las consultas de PrestaShop 9 y las borra solo cuando el dato cambia. Va incluido sin coste con cualquiera de nuestros servicios de PrestaShop.

Lo quiero en mi tienda Cómo trabajan juntos
Icono de TurboCaché para Redis: un rayo sobre una base de datos

Qué hace cada uno

dos cachés, dos niveles
Nivel 1 · Servidor web

LiteSpeed Cache: la página entera, ya hecha

LiteSpeed es el servidor web de nuestro hosting. Con su módulo para PrestaShop guarda cada página terminada —portada, categorías, fichas de producto— y la entrega tal cual a la siguiente visita, sin ejecutar PHP ni tocar la base de datos. Un rastreador recorre la tienda antes que tus clientes para que la encuentren ya preparada.

Página completa Sin PHP ni MySQL Precarga con rastreador
Nivel 2 · Aplicación

TurboCaché para Redis: las consultas, en memoria

Redis es una base de datos que vive en la memoria RAM, de la misma familia que Memcached, y lee muchísimo más rápido que MySQL. TurboCaché pone Redis como caché de consultas de PrestaShop: la primera vez que la tienda pregunta algo, guarda la respuesta; las siguientes, la saca de memoria. Cuando cambia un producto, un precio o un stock, borra solo las consultas de esa tabla.

Consultas SQL en RAM Invalidación por tabla También en el back office

Por qué los dos

Lo que acelera cada uno

LiteSpeed cubre muy bien al visitante que mira el catálogo. Todo lo que es personal o cambia en cada petición pasa de largo por su caché y llega a PHP y a MySQL. Ahí es donde entra Redis.

Qué partes de la tienda acelera LiteSpeed Cache y cuáles TurboCaché para Redis
Lo que pide la tienda LiteSpeed Cache TurboCaché para Redis
Portada, categorías y fichas, para visitantes Sí, en milisegundos Cuando la página aún no está guardada
Carrito, pago y «Mi cuenta» No: son de cada cliente Sí
Búsquedas y combinaciones de filtros Solo las que ya estén guardadas Sí
Back office: pedidos, productos, clientes No Sí
Después de vaciar la caché o de una actualización Empieza de cero Rehace las páginas antes
Tareas programadas, importaciones y API No Sí, en las lecturas

Juntos: LiteSpeed responde a la mayoría de visitas sin despertar a PHP y, cuando PHP tiene que trabajar, Redis le ahorra la mayoría de viajes a MySQL. La base de datos queda libre para lo que solo ella puede hacer: guardar pedidos.

Qué mejoras puedes esperar

medidas, no prometidas
Respuesta

El servidor contesta en milisegundos

Una página guardada por LiteSpeed sale sin pasar por PHP, así que el tiempo hasta el primer byte deja de depender de la tienda. En la portada, servida desde la caché de LiteSpeed, el servidor responde en 10 ms.

TTFB de 10 ms medido Portada, categorías y fichas
Base de datos

MySQL deja de repetir el mismo trabajo

Una tienda pregunta lo mismo miles de veces al día: categorías, transportistas, impuestos, configuración. A los 15 minutos de activarlo en producción, más de 8 de cada 10 consultas ya salen de Redis, ocupando 16 MB de memoria. Y las páginas que tiene que montar PHP responden un tercio más rápido.

85,3 % desde Redis 16 MB de memoria
Back office

Un back office que no hace esperar

LiteSpeed no guarda nunca el back office: cada listado de pedidos, cada ficha de producto y cada búsqueda de clientes va a la base de datos. Es donde más se nota Redis en el día a día de quien gestiona la tienda, sobre todo con varias personas trabajando a la vez.

Pedidos y productos Varios puestos a la vez
Compra

Carrito y pago más ágiles

El carrito y el proceso de pago no se pueden guardar en caché porque son de cada cliente, y cada paso calcula transportistas, reglas de descuento e impuestos. Que esas lecturas salgan de memoria acorta justo la espera que más compras hace perder.

Checkout Menos abandono
Picos de tráfico

Rebajas y campañas, sin atascos

Un correo a toda la base de clientes o el Black Friday mandan cientos de visitas a la vez. Con LiteSpeed absorbiendo el catálogo y Redis las consultas, MySQL no se satura y la tienda sigue respondiendo cuando más falta hace.

Black Friday Campañas de correo
Recuperación

La caché se rehace antes

Después de una actualización o de vaciar la caché, LiteSpeed tiene que volver a generar cada página. Si cada generación lee de Redis, el rastreador termina antes y la tienda pasa menos tiempo en ese rato lento que nadie ve venir.

Tras actualizar Rastreador más rápido
Prueba medible Tienda en producción → 35 % menos de espera sin caché de página · 85 % de consultas desde Redis
Tiempo de respuesta del servidor, en milisegundos, en páginas que no estaban en la caché de LiteSpeed
PáginaAntesCon TurboCachéMejora
Portada336223−34 %
Categoría565342−39 %
Segunda página de categoría470307−35 %
Ficha de producto634406−36 %
Búsqueda: wella548357−35 %
Búsqueda: champú590479−19 %
Carrito de un visitante nuevo341253−26 %
Panel de TurboCaché para Redis en una tienda en producción: caché Redis activa, conexión correcta con phpredis 6.1.0, 16 MB de memoria usada y tasa de aciertos de la tienda del 85,3 %
El panel del módulo a los 15 minutos de activarlo: 85,3 % de aciertos y 16 MB de memoria.

Una tienda PrestaShop 9 en producción alojada en nuestros servidores. Medimos el 15 de octubre de 2026, antes y después de activar TurboCaché, el tiempo hasta el primer byte desde el propio servidor: mediana de seis peticiones por página, con una carga parecida y forzando que LiteSpeed no tuviera la página guardada. Las páginas que sí sirve LiteSpeed siguen saliendo en 10 a 20 ms, con o sin Redis. No damos de antemano un porcentaje de mejora para tu tienda, porque depende del catálogo, de los módulos y del servidor: lo que hacemos es medir antes y después.

Desarrollo propio, código limpio

hecho para PrestaShop 9, no adaptado

TurboCaché no es un módulo de terceros revendido ni una versión antigua remendada para que arranque en la 9. Lo hemos escrito en iMediaTrack desde cero para PrestaShop 9 y lo probamos primero en tiendas que mantenemos nosotros. Sabemos qué hace cada línea porque la hemos escrito nosotros.

Compatibilidad

Para PrestaShop 9 y PHP 8.5

Funciona con PrestaShop 9.x y con PHP desde 8.1 hasta 8.5, probado en 8.4 y 8.5, las versiones con las que se monta hoy una tienda nueva. Entiende tanto la parte clásica de PrestaShop como la parte Symfony del back office.

PrestaShop 9.x PHP 8.1 → 8.5
Sin tocar el núcleo

Se quita igual que se pone

No sobrescribe la clase de base de datos ni otras clases del núcleo: instala un cargador pequeño y usa el mecanismo de caché que PrestaShop ya trae. Si lo desactivas, devuelve el sistema de caché que hubiera antes y borra sus claves de Redis.

Sin overrides de Db Reversible
Datos al día

Invalidación exacta

Cada consulta guardada queda apuntada a sus tablas. Cuando se escribe en una tabla —también desde Doctrine, que es lo que usa el back office de la 9—, solo se borran las consultas afectadas. Dentro de una transacción espera al COMMIT, y un ROLLBACK no borra nada.

Db y Doctrine Transacciones
A prueba de fallos

Si Redis se cae, la tienda sigue

Si Redis no contesta, la tienda lee directamente de MySQL y no vuelve a intentarlo hasta pasados unos segundos, así que no se queda colgada esperando. Si una escritura no pudo invalidar su caché, el módulo lo apunta y la vacía en cuanto Redis vuelve, para no servir datos antiguos.

Sin caídas Sin datos antiguos
Sin dependencias

Funciona en casi cualquier servidor

Trae su propio cliente de Redis escrito en PHP, así que no necesita que el servidor tenga la extensión phpredis; si la tiene, la usa. Conecta por socket, TCP o TLS con usuario y contraseña, y comprime las entradas grandes para que ocupen menos memoria.

phpredis opcional Socket, TCP o TLS
Tiendas reales

Pensado para el día a día

Las tablas que un ERP actualiza por su cuenta, como el stock, se pueden dejar fuera de la caché. Tiene una dirección para vaciarla desde una tarea programada y otra para vigilar que Redis responde. Cada tienda y cada entorno de pruebas usan sus propias claves, el panel está en español y no envía ningún dato fuera de tu servidor.

ERP y stock Panel en español Sin telemetría
Compatibilidad PrestaShop 9.x · PHP 8.1 a 8.5 · Redis en el servidor

Cuánto cuesta

incluido en nuestros servicios de PrestaShop
Incluido

Un extra de nuestros servicios de PrestaShop

TurboCaché para Redis no se vende: lo entregamos sin coste, como valor añadido, a quien contrata cualquiera de nuestros servicios de PrestaShop: la migración a PrestaShop 9, el mantenimiento de módulos, la optimización de velocidad o el hosting para PrestaShop. No se incluye con las horas sueltas para urgencias o incidencias. Licencia para tu tienda en producción, con doce meses de actualizaciones y soporte.

Licencia incluida 12 meses de actualizaciones
0€
con cualquier servicio de PrestaShop
¿Sigues en 1.7 u 8?

Llega a la 9 con Redis ya puesto

TurboCaché es solo para PrestaShop 9. Si tu tienda sigue en 1.7 u 8, la migración a PrestaShop 9 es uno de los servicios que lo incluyen, así que la tienda estrena versión y caché a la vez.

Desde 399 € + IVA Módulo incluido
Lo que necesita tu tienda PrestaShop 9.x + Redis en el servidor

Preguntas frecuentes

Lo que nos preguntan de Redis y LiteSpeed

¿Qué diferencia hay entre LiteSpeed Cache y Redis?

Trabajan a distinta altura. LiteSpeed Cache guarda la página entera ya terminada y la entrega sin ejecutar PrestaShop. Redis guarda las respuestas de la base de datos, así que acelera a PrestaShop cuando sí tiene que ejecutarse: carrito, pago, búsquedas, área de cliente, back office y cualquier página que todavía no esté en la caché de LiteSpeed.

¿Necesito los dos?

No es obligatorio: TurboCaché funciona también con Apache o Nginx, y LiteSpeed funciona sin Redis. Pero se complementan muy bien, porque cada uno cubre justo lo que el otro no alcanza. En nuestro hosting para PrestaShop tienes los dos.

¿PrestaShop no trae ya su propia caché?

Trae la caché de plantillas Smarty y permite guardar consultas en Memcached o APC, pero no en Redis. TurboCaché añade Redis como sistema de caché de consultas, con invalidación por tabla y también para las escrituras que hace el back office de PrestaShop 9 a través de Doctrine.

¿Por qué Redis y no Memcached?

Los dos guardan datos en la memoria del servidor y PrestaShop ya sabe usar Memcached, así que la idea es la misma. Hemos elegido Redis porque permite separar con seguridad cada tienda y cada entorno en el mismo servidor, admite usuario y contraseña y conexión cifrada, y es lo que ofrecemos en nuestro hosting, con un Redis propio por cuenta. Sobre esa base, TurboCaché añade lo que más se nota en la 9: borra la caché también cuando el back office guarda con Doctrine, sigue funcionando si Redis no responde y deja fuera las tablas que actualiza un ERP.

¿Puede enseñar precios o stock desactualizados?

No en el uso normal de la tienda: cada vez que PrestaShop escribe en una tabla, las consultas de esa tabla se borran de Redis. El único caso a vigilar es un ERP o un importador que escribe directamente en MySQL sin pasar por PrestaShop. Para eso, esas tablas se pueden dejar fuera de la caché, o se llama a la dirección de vaciado al terminar cada sincronización. Lo revisamos contigo al instalarlo.

¿Qué pasa si Redis se cae?

La tienda sigue funcionando, solo que leyendo de MySQL como lo hacía antes. El módulo no se queda esperando a Redis en cada petición y, si alguna escritura no pudo invalidar su caché mientras tanto, la vacía en cuanto Redis vuelve para no servir datos antiguos.

¿Sirve para PrestaShop 1.7 u 8?

No. Está escrito para PrestaShop 9 y no lo hemos adaptado hacia atrás a propósito: así el código se queda limpio. Si tu tienda está en 1.7 u 8, la migración a PrestaShop 9 incluye el módulo.

¿Mi hosting tiene Redis?

Si la tienda está en nuestro hosting, sí: activamos un Redis propio para tu cuenta. En otro proveedor depende del plan; muchos alojamientos compartidos no lo ofrecen. El módulo no necesita ninguna extensión especial de PHP, solo un Redis al que conectarse. Si no sabes si lo tienes, lo comprobamos nosotros.

¿Y si tengo varias tiendas o un entorno de pruebas?

Cada tienda y cada entorno usan sus propias claves, así que pueden compartir el mismo Redis sin mezclarse. Una multitienda del mismo titular cuenta como una sola licencia, y las copias de pruebas que no son públicas van incluidas.

¿Se puede comprar solo el módulo?

No. TurboCaché no se vende ni está en PrestaShop Addons: es un extra que va con nuestros servicios de PrestaShop, porque lo que marca la diferencia es dejarlo bien configurado para tu tienda y vigilarlo después. Lo instalamos y lo ajustamos nosotros dentro del servicio que contrates.

¿Le ponemos Redis a tu PrestaShop?

Cuéntanos qué tienda tienes y qué servicio te interesa. Te decimos si tu servidor está listo para Redis y qué puedes esperar en tu caso, sin compromiso.

Hablemos info@imediatrack.com

TurboCaché para Redis no se vende: va incluido sin coste con la contratación de cualquiera de nuestros servicios de PrestaShop (migración, mantenimiento, optimización de velocidad u hosting), no con las horas sueltas. Funciona con PrestaShop 9.x y PHP 8.1 a 8.5, y necesita un servidor Redis, que en el hosting de iMediaTrack activamos nosotros. Redis es una marca registrada de Redis Ltd., LiteSpeed lo es de LiteSpeed Technologies Inc. y PrestaShop, de PrestaShop SA. TurboCaché para Redis es un desarrollo independiente de iMediaTrack, sin afiliación ni respaldo de esas empresas.