Cómo bajamos de 8 a 1,5 segundos el carrito de una tienda WooCommerce

Vaporis vende difusores y fragancias para el hogar en Lima. Su tienda está hecha en WordPress con WooCommerce y Bricks, y en julio de 2026 tenía un problema que cualquier dueño de e-commerce reconoce: al hacer clic en «agregar al carrito», la página se quedaba pensando unos 8 segundos. Ocho segundos en los que el cliente duda, recarga, o se va. Este es el registro de cómo lo diagnosticamos y de las cinco capas que hubo que tocar para dejarlo en 1,5 segundos, con lo que aprendimos para la próxima tienda.

Primero medir, porque la sospecha estaba equivocada

La sospecha inicial era lógica: la tienda tiene un plugin a medida que añade un aroma incluido a cada box y filtra variaciones, así que «seguro es el plugin». Antes de tocar nada lo medimos con Query Monitor, una herramienta gratuita que descompone cuánto tarda WordPress en generar cada página.

El resultado desmontó la teoría. La base de datos respondía en 0,36 segundos. Las llamadas externas, cero. El tiempo se iba en PHP puro: en todo lo que WooCommerce, el constructor y una docena de plugins cargan en cada petición antes de pintar nada. El plugin a medida apenas pesaba. Si hubiéramos empezado a optimizarlo, habríamos perdido una semana para ganar décimas.

Dos reglas de medición que valen para cualquier tienda: mira el «tiempo de generación de página» de Query Monitor y no el tiempo de red del navegador, que cambia con la caché. Y mide como administrador y también en una ventana de incógnito, porque los plugins de caché no actúan para usuarios logueados y lo que ves como admin no es lo que ve tu cliente.

Las cinco capas, en orden de impacto

No hubo una sola causa. Hubo cinco, y cada una quitaba un pedazo del tiempo. Las aplicamos en este orden:

• 1. Caché de objetos con Redis. Las páginas dinámicas, carrito, checkout y los fragmentos que actualizan el contador del carrito, volvían a consultar la base de datos en cada clic. Con Redis, esas consultas repetidas se sirven desde memoria. Esto se hace en el hosting, no en WordPress, y fue el cambio con más efecto.
• 2. Caché dentro del plugin propio. La ficha de cada box cargaba cientos de variaciones de aroma para armar su desplegable. Guardamos ese mapa una vez y lo reutilizamos. Aquí sí tocamos nuestro código, pero porque la medición lo señaló, no por intuición.
• 3. Retrasar la ejecución de JavaScript. Con WP Rocket, los scripts que no hacen falta para ver la página dejaron de bloquear la carga hasta que el usuario interactúa.
• 4. Apagar el rastreo de errores 404 del plugin SEO. Una función útil que, activa en una tienda con muchas URLs, añadía consultas en cada página. Pocas décimas, pero gratis.
• 5. Quitar el paquete de WooCommerce Blocks. El remate. WooCommerce carga un bundle de React de casi 1 MB pensado para carritos construidos con bloques. Esta tienda usa carrito y checkout clásicos armados en Bricks, así que ese megabyte se descargaba en cada ficha de producto para nada. Lo retiramos de todas las páginas salvo carrito, checkout y mi cuenta. De unos 4 segundos a 1,5.

El punto 5 merece una advertencia: no se aplica a ciegas. Si tu tienda usa algún bloque de WooCommerce, por ejemplo el minicarrito en la cabecera, esos scripts sí hacen falta y quitarlos rompe la compra. Hay que comprobarlo tienda por tienda y probar el flujo completo de compra después.

Lo que no funcionó o salió raro

• Vaciar toda la caché en producción provocó un error 502 un par de veces: el arranque en frío de un WordPress tan cargado supera el tiempo de espera del servidor. Se recupera recargando, pero aprendimos a no vaciar la caché sin necesidad.
• Un parche previo que desactivaba los fragmentos del carrito ganaba velocidad a cambio de perder el contador en vivo. Con Redis dejó de hacer falta y lo apagamos.
• Quedó una palanca sin usar: subir la versión de PHP y activar OPcache. Es trabajo del hosting y está en la lista para la siguiente ronda.

Qué puedes revisar tú hoy en tu tienda

No necesitas ser técnico para hacer el primer diagnóstico:

• Cronometra el botón de comprar en una ventana de incógnito y desde el celular con datos móviles. Si pasa de 3 segundos, tienes un problema que te cuesta ventas.
• Pregúntale a tu hosting si tienes caché de objetos (Redis o Memcached). En hosting compartido barato casi nunca la hay, y es la palanca más grande.
• Cuenta tus plugins activos. Cada uno carga en cada petición, aunque solo lo uses en una página.
• Pide a tu proveedor el tiempo de generación de página de la ficha de producto y del carrito, medido con Query Monitor. Si no sabe qué es, ya tienes una respuesta.
• Si tu carrito y checkout son clásicos, pregunta si el paquete de WooCommerce Blocks se está cargando en toda la tienda.

Para el resto de la web, no solo la tienda, cómo mejorar la velocidad de tu web WordPress cubre imágenes, hosting y Core Web Vitals. Y si la lentitud viene con otros síntomas, el checklist de 15 puntos te dice si el problema es puntual o de base.

Lo que cambia para el negocio

Vaporis no ganó un número bonito en PageSpeed. Ganó que el cliente que ya decidió comprar no tenga 8 segundos para arrepentirse. En una tienda, la velocidad del carrito es la métrica que más directamente se traduce en pedidos, mucho más que la velocidad de la portada, y casi nadie la mide por separado. Si vas a pedir una sola cosa a quien mantiene tu tienda, pide esa.

Preguntas frecuentes

¿Por qué mi WooCommerce va lento si tengo pocos productos?

Porque el tiempo rara vez depende del catálogo. Depende de cuántos plugins y scripts cargan en cada petición, de si hay caché de objetos y de cómo responde el hosting. Una tienda de 30 productos en un servidor saturado va más lenta que una de 3.000 bien configurada.

¿Un plugin de caché resuelve el problema?

Ayuda con las páginas estáticas, pero el carrito y el checkout son dinámicos y no se pueden cachear como una página normal. Para eso hace falta caché de objetos en el servidor, que es otra cosa.

¿Qué es WooCommerce Blocks y por qué pesa tanto?

Es la versión de carrito y checkout hecha con bloques del editor de WordPress, construida en React. Si tu tienda la usa, la necesitas. Si usa el carrito clásico, ese paquete de casi 1 MB se carga sin motivo.

¿Cómo sé si el lento es mi plugin o mi hosting?

Con Query Monitor, mirando cuánto tarda la base de datos, cuánto las llamadas externas y cuánto PHP. Si la base de datos está bien y el tiempo se va en PHP, el problema es la carga total del sitio y el servidor, no un plugin concreto.

¿Cuánto cuesta arreglar una tienda lenta?

Depende de dónde esté el cuello de botella. En este caso fueron unas horas de diagnóstico y ajustes, más activar Redis en el hosting. Lo caro es optimizar a ciegas lo que no es el problema.

Conclusión

Una tienda WooCommerce lenta casi nunca tiene una sola causa, y casi nunca es la que uno sospecha. En Vaporis fueron cinco capas, de la caché del servidor a un megabyte de código que se cargaba sin usarse, y el carrito pasó de 8 a 1,5 segundos sin cambiar el diseño ni el catálogo. La lección es medir antes de tocar.

Esta clase de diagnóstico es parte de cómo trabajamos: el conjunto está en nuestros servicios de marketing digital. Y si todavía estás decidiendo sobre qué construir la tienda, el criterio lo explicamos en por qué hacemos las webs en WordPress.

En Lucuma Agency construimos y mantenemos tiendas en línea en WooCommerce con la velocidad del carrito como parte del trabajo, no como extra. Si la tuya tarda, agenda una consultoría gratis y la medimos juntos en 30 minutos.