¿Por qué mi sitio WooCommerce es tan lento?

Una tienda WooCommerce lenta no es un problema; generalmente son tres o cuatro más pequeñas apiladas una encima de la otra, que es exactamente la razón por la que "instalar un complemento de almacenamiento en caché" por sí solo rara vez lo soluciona. Esta es la secuencia de diagnóstico que ejecutamos cuando un cliente dice que su tienda se siente lenta, en el orden en que realmente se encuentra la causa más rápido.

Diagnostica antes de arreglar cualquier cosa

Antes de tocar complementos o hosting, obtenga números reales. Ejecute su página de inicio y una página de producto a través de Google PageSpeed Insights y tenga en cuenta dos cosas específicamente:Tiempo hasta el primer byte (TTFB)y el desglose de lo que bloquea el renderizado. TTFB de más de 600 ms casi siempre apunta a un problema de alojamiento o del lado del servidor: ninguna optimización del front-end soluciona un servidor lento. Si TTFB es rápido pero la página todavía parece lenta al cargar, es más probable que el problema sea en el front-end: imágenes, scripts que bloquean el procesamiento o CSS/JS inyectado con complementos.

Esta única verificación ahorra horas: le indica si debe comenzar con su host o con su pila de complementos, que son soluciones muy diferentes.

Alojamiento: la causa raíz más común

WooCommerce ejecuta PHP en cada solicitud que toca la base de datos: las páginas de productos, el carrito y el proceso de pago en particular son dinámicos, no estáticos, por lo que el alojamiento compartido con trabajadores PHP limitados y la asignación de CPU tienen problemas bajo cualquier tráfico real. Si su TTFB es consistentemente lento incluso en una página sin complementos pesados ​​activos, es muy probable que el alojamiento sea su respuesta, no un síntoma que deba solucionarse.

Qué comprobar:

• Versión PHP.Las versiones anteriores de PHP (7.x e inferiores) son considerablemente más lentas que las versiones actuales de PHP 8.x para el mismo código. Confirme que su host esté ejecutando una versión actual; este suele ser un cambio gratuito con un solo clic en su panel de control de hosting.
• Alojamiento WooCommerce compartido versus administrado.El alojamiento compartido genérico optimizado para sitios de folletos no está diseñado para la carga de base de datos que genera WooCommerce. El alojamiento administrado de WooCommerce o WordPress generalmente incluye almacenamiento en caché a nivel de servidor y asignación de recursos optimizados para esta carga de trabajo específica.
• Ubicación del servidor.Si sus clientes se encuentran principalmente en una región y su servidor está en otra parte, ese viaje de ida y vuelta agrega una latencia real antes de que una CDN pueda ayudar.

Auditoría de complementos: calidad sobre cantidad

"Demasiados complementos" es una causa real de lentitud, pero el recuento importa menos que lo que realmente hace cada complemento en cada carga de página. Un complemento de utilidad liviano que solo se ejecuta en el administrador no le cuesta nada en la tienda. Un creador de páginas mal codificado o un complemento que consulta la base de datos en cada solicitud de front-end le cuesta tiempo real en cada página, en cada visita.

Para auditar:

1. Instale Query Monitor (gratis) y cargue su página más lenta. Muestra exactamente qué complementos activan consultas de bases de datos, cuántos y cuánto tiempo lleva cada uno.
2. Desactive los complementos que no esté utilizando activamente: herramientas de SEO antiguas, creadores de páginas abandonados, funcionalidad duplicada al cambiar de herramienta con el tiempo. La mayoría de las tiendas acumulan varios de estos.
3. Para los complementos que conserva, verifique si ofrecen una configuración de "deshabilitar en la interfaz" o "cargar solo donde sea necesario"; muchos complementos populares cargan sus activos en todo el sitio de forma predeterminada, incluso cuando la función solo se usa en una página.

Inflación de base de datos

Tanto WordPress como WooCommerce escriben en la base de datos mucho más de lo que la mayoría de los propietarios de sitios creen: revisiones de publicaciones en cada edición de contenido, transitorios vencidos que nunca se limpian, datos de carritos abandonados y registros de sesión de cada intento de pago, completado o no. En uno o dos años, una base de datos de WooCommerce sin mantenimiento puede realmente triplicar su tamaño con contenido que no proporciona valor continuo.

Una base de datos inflada ralentiza cada consulta, lo que ralentiza cada página; esto se agrava con problemas de consulta a nivel de complemento en lugar de existir por separado de ellos. Ejecute una limpieza de la base de datos (limite las revisiones de publicaciones, borre los transitorios caducados y revise los metadatos huérfanos) de forma periódica, no solo una vez.

Problemas específicos de WooCommerce que la mayoría de las guías omiten

Los consejos generales de velocidad de WordPress omiten algunas cosas que son específicas del funcionamiento de WooCommerce:

• Fragmentos de carrito y pago.WooCommerce actualiza los "fragmentos del carrito" a través de AJAX en cada carga de página de forma predeterminada, incluso las páginas sin interacción con el carrito; esta es una solicitud en segundo plano que la mayoría de los propietarios de sitios no saben que se está ejecutando. Puede desactivarse selectivamente o limitarse a páginas que realmente lo necesiten.
• Manejo de sesiones en la base de datos.De forma predeterminada, WooCommerce almacena los datos de la sesión en la base de datos en lugar de en un almacenamiento más rápido. En tiendas con mayor tráfico, mover sesiones al almacenamiento en caché de objetos (Redis o Memcached, si su host lo ofrece) elimina un verdadero cuello de botella.
• Consultas de productos relacionados y de upsell.Estos ejecutan consultas de bases de datos no triviales para calcular recomendaciones de "quizás también te gusten". En catálogos grandes sin una indexación adecuada, esto por sí solo puede ralentizar significativamente las páginas de productos.
• El almacenamiento en caché de página completa entra en conflicto con el pago.Las páginas de pago y carrito nunca deben servirse desde un caché estático, pero las configuraciones de complementos de caché demasiado amplias a veces las almacenan en caché de todos modos, lo que provoca datos obsoletos del carrito. Confirme que su complemento de almacenamiento en caché excluye explícitamente las páginas de carrito, pago y cuenta.

Almacenamiento en caché, imágenes y correcciones de última milla

• Configurar el almacenamiento en caché de páginaspara todo, excepto las páginas de carrito, pago y cuenta, utilizando un complemento de almacenamiento en caché de buena reputación o la capa de almacenamiento en caché incorporada de su host.
• Habilitar el almacenamiento en caché de objetos(Redis o Memcached) si su host lo admite: esto acelera las solicitudes dinámicas, de inicio de sesión y específicas de WooCommerce que el almacenamiento en caché de páginas por sí solo no ayuda.
• Comprimir y cambiar el tamaño de imágenesantes de cargarlo y publicarlo en formatos modernos (WebP o AVIF): la fotografía de producto suele ser el activo más importante en cualquier página de comercio electrónico.
• Agregar una CDNservir activos estáticos (imágenes, CSS, JS) desde un servidor geográficamente más cercano a cada visitante.
• Aplazar o eliminar JavaScript no utilizado, particularmente scripts de análisis y marketing cargados sincrónicamente en el encabezado: estos son logros comunes y fáciles que las auditorías de complementos a menudo revelan.

Cuando la optimización deja de ser suficiente

A veces se aplican todas las correcciones de esta lista y la tienda sigue siendo más lenta de lo que debería ser, generalmente porque el tema en sí es pesado, la pila de complementos soporta carga y no se puede recortar más sin perder funcionalidad real, o la tienda realmente ha superado lo que WooCommerce en su nivel de alojamiento actual puede ofrecer. En ese punto, la conversación honesta pasa de "optimizar WooCommerce" a "¿WooCommerce sigue siendo la plataforma adecuada para el tráfico y el tamaño del catálogo de esta tienda?". NuestroGuía de optimización de velocidad de Shopifyes un punto de comparación útil si está sopesando esa decisión, y cubrimos el lado práctico del cambio en nuestraGuía de migración de WooCommerce a Shopify.

Si prefiere que otra persona ejecute este diagnóstico completo y solucione lo que encuentre,Devmerx maneja el trabajo de rendimiento de WordPress— revisión de alojamiento, auditoría de complementos, limpieza de bases de datos y configuración de almacenamiento en caché, con alcance y precio fijo después de un vistazo rápido a su sitio.

Preguntas frecuentes

¿Por qué mi sitio WooCommerce de repente se volvió más lento después de agregar productos?

Los catálogos más grandes significan consultas de bases de datos más grandes, especialmente para filtrado, búsqueda y cálculos de productos relacionados que no fueron optimizados para escala. Lo que parecía estar bien con 200 productos puede ralentizarse notablemente con 2000 si su alojamiento y su pila de complementos no se crearon pensando en el crecimiento.

¿Es realmente el alojamiento compartido la causa principal de la lentitud de WooCommerce?

Es la causa más común que vemos, particularmente cuando TTFB es lento incluso en páginas con pocos complementos. No siempre es la única causa (la sobrecarga de complementos y la sobrecarga de la base de datos son comunes junto con ella), pero el alojamiento suele ser lo primero que vale la pena descartar.

¿Cuántos complementos son demasiados para WooCommerce?

No hay un número fijo. Un sitio con 40 complementos livianos y bien codificados puede superar a un sitio con 10 complementos mal codificados. Audite lo que realmente hace cada complemento en el front-end en lugar de apuntar a un recuento específico.

¿Un complemento de almacenamiento en caché solucionará un proceso de pago lento?

No: en primer lugar, el proceso de pago nunca debe realizarse desde un caché estático, ya que debe reflejar el carrito en vivo y los datos de la sesión. Un complemento de almacenamiento en caché acelera su catálogo y páginas de contenido, no el pago. La velocidad de pago proviene de la calidad del alojamiento, el manejo de la sesión y la limpieza del script.

¿Cuándo debería considerar abandonar WooCommerce por completo?

Cuando ha aplicado correcciones de alojamiento, complementos, bases de datos y almacenamiento en caché y la tienda aún tiene un rendimiento deficiente para su tráfico y tamaño de catálogo, o cuando la carga de mantenimiento continuo (parches de seguridad, conflictos de complementos, administración de servidores) está costando más tiempo del que vale en relación con una plataforma administrada.