WooCommerce lento: cómo descubrir el cuello de botella del checkout

Publicado el 2026-11-14 por frfrand

Diagnóstico del checkout lento de WooCommerce: extensiones, consultas SQL, caché, terceros y recursos del servidor.

# WooCommerce lento: cómo descubrir el cuello de botella del checkout

Si la tienda carga bien pero el pago tarda diez segundos, no sirve de mucho optimizar solo las imágenes de la portada. WooCommerce combina WordPress, consultas de base de datos, sesiones, impuestos, stock, envíos, pasarelas y servicios externos. El objetivo es encontrar qué etapa retrasa al comprador, sin arriesgar pedidos reales. ## Medir antes de cambiar Define un recorrido reproducible: ficha de producto, añadir al carrito, carrito, checkout, confirmación. Mide en móvil y escritorio, con usuarios anónimos y autenticados si aplica. Registra TTFB, duración de llamadas AJAX/REST, errores, p95 y utilización de CPU/RAM durante ventanas de tráfico. Separa la lentitud del navegador de la del backend. La pestaña Network del navegador muestra qué petición tarda; los logs de aplicación y el perfilado explican por qué. Evita interpretar una única prueba como resultado concluyente. ## Identificar plugins lentos Haz un inventario de plugins que actúan en carrito, precio, cupones, impuestos, envío y pasarela. En una copia de staging con datos anonimizados, desactiva extensiones por grupos y compara los mismos recorridos. No desactives al azar plugins de pago, inventario o antifraude en producción. Los hooks de WooCommerce pueden disparar cálculos repetidos. Registra tiempo por función o petición mediante una herramienta de profiling compatible con el entorno. ## Base de datos y colas Busca consultas frecuentes o lentas, falta de índices y crecimiento de tablas de pedidos, opciones y metadatos. Revisa tareas pendientes de Action Scheduler, transitorios y limpieza de sesiones. En tiendas que usen almacenamiento de pedidos de alto rendimiento (HPOS), comprueba compatibilidad de plugins y el estado de sincronización correspondiente. No ejecutes índices, limpieza de tablas ni cambios estructurales en producción sin backup, pruebas y plan de reversión. ## Caché: qué sí y qué no La caché de páginas puede acelerar catálogo y contenido público, pero carrito, checkout y áreas de cuenta deben respetar sesiones y datos por usuario. Cachearlos de forma indiscriminada puede mostrar datos equivocados o impedir completar compras. Controla cookies, reglas del CDN y fragmentos dinámicos. La caché de objetos Redis puede ayudar con determinadas consultas, pero no convierte una pasarela externa lenta en rápida. ## Dependencias de terceros Una consulta a una API de envíos o pagos puede bloquear la respuesta. Mide tiempo DNS, conexión, TLS y respuesta; aplica timeouts y tratamiento de errores. Evita reintentos que creen pedidos o cobros duplicados: usa identificadores idempotentes donde la integración lo admita. ## Priorización por impacto | Síntoma | Comprobación inicial | |---|---| | Todas las páginas son lentas | CPU, memoria, base de datos y caché | | Solo checkout | Pasarela, envíos, impuestos y hooks | | Lentitud en horas punta | Concurrencia, workers PHP y consultas | | Carrito inconsistente | Caché de páginas, cookies y sesiones | Empieza por el cuello de botella más medido, aplica un cambio y vuelve a medir. Mantén una batería de pedidos de prueba. ## Preguntas frecuentes ### ¿Más RAM soluciona WooCommerce lento? Solo si la memoria es el recurso limitante. ### ¿Debo activar caché para checkout? No como caché pública compartida; el checkout debe seguir siendo dinámico. ### ¿Cuándo cambiar de hosting? Cuando los datos muestren límites de recursos o necesidades de control que el plan actual no soporte. ## Recursos Puedes profundizar en consultas SQL y percentiles y qué es una caché. Un diagnóstico con ArduMaker debe empezar por métricas del checkout y terminar en un plan de cambios verificables.