Si tu tienda online carga en 6 segundos estás perdiendo dinero

Porque WooCommerce añade complejidad que no existe en una web estática: usuarios con sesiones activas que impiden el uso de caché de página estándar, consultas a la base de datos en tiempo real para calcular precios y stock, peticiones AJAX para actualizar el carrito sin recargar la página, y scripts de pasarelas de pago que cargan en el checkout. Además, en 2026 entra en juego la migración a HPOS y la medición del INP, métricas que una web corporativa no tiene que gestionar.

HPOS (High-Performance Order Storage) es el nuevo sistema de almacenamiento de pedidos de WooCommerce. Mueve los datos de pedidos de las tablas genéricas de WordPress (`wp_posts`) a tablas dedicadas (`wc_orders`), reduciendo las consultas SQL un 51% y acelerando la recuperación de datos hasta 40 veces. En WooCommerce 10.7 es el sistema por defecto. Si tu tienda sigue en el sistema clásico, estás perdiendo rendimiento y en algún momento perderás soporte.

Sí, pero con una configuración específica. Las páginas de carrito, checkout y mi cuenta deben quedar excluidas de la caché de página estándar porque son dinámicas por definición. Un plugin de caché mal configurado para WooCommerce puede servir páginas con datos incorrectos (por ejemplo, el total del carrito de otro usuario). La configuración correcta varía según el host y el stack de caché disponible.

Sí, especialmente con el tiempo. WooCommerce acumula datos que nadie limpia de forma automática: sesiones de carritos abandonados, revisiones de productos, logs de transacciones, transients caducados y millones de registros del Action Scheduler. La tabla wp_options puede tener cientos de entradas con autoload = yes que WordPress carga en cada petición. Con el tiempo esto hace que el TTFB suba y que todas las páginas de la tienda sean más lentas que cuando el sitio era nuevo.

El lookup table es una función de WooCommerce que precomputa y guarda en una tabla separada los datos de stock, precio y visibilidad de cada producto. Sin él, WooCommerce tiene que hacer varios JOINs en las tablas de WordPress cada vez que necesita esa información. Con catálogos grandes (más de 200 productos), activarlo puede reducir significativamente el tiempo de carga de las páginas de categoría y los filtros.

No siempre, pero es uno de los puntos donde más aparecen los problemas en tiendas con cierto volumen. Cada vez que un usuario añade un producto al carrito, WooCommerce hace una petición AJAX que actualiza la sesión, recalcula totales y devuelve el mini-carrito actualizado. Si esa lógica tiene hooks de plugins que añaden trabajo extra (valoraciones, recomendaciones relacionadas, lógica de precios especiales), la petición se alarga. Con un servidor lento o una base de datos sin optimizar, se alarga más.

Sí, de dos formas. La primera es directa: Google usa los Core Web Vitals (LCP, CLS e INP) como factor de ranking, y una tienda con INP por encima de 200ms en el checkout ya tiene un problema. La segunda es indirecta: una tienda lenta tiene tasas de rebote más altas y menor tiempo de sesión. Las tiendas con Core Web Vitals en verde tienen un 24% menos de tasa de abandono. Además, en 2026 la visibilidad no se limita a Google: los agentes de IA también rastrean tiendas, y si tu catálogo no tiene schema JSON-LD completo, pierdes ese canal.

Depende. Hay tiendas WooCommerce que van lentas por el hosting y tiendas que van lentas por la configuración. Lo primero que hago es identificar dónde está el cuello de botella. Si el TTFB es alto y el servidor no puede mejorarse, te lo digo con datos antes de empezar. El stack recomendado en 2026 es PHP 8.4+, servidor LiteSpeed o Nginx, disco NVMe y caché de objetos (Memcached o Redis).

Entre 5 y 7 días laborables para la mayoría de proyectos. Si incluye migración a HPOS, puede alargarse un par de días más por la auditoría de compatibilidad de plugins. La auditoría inicial la entrego en 24–48h. Para tiendas con catálogos muy grandes o problemas de base de datos complejos, doy el plazo exacto después de la videollamada de diagnóstico.

Sí. Hago una copia de seguridad completa antes de intervenir y pruebo el flujo de compra completo (producto → carrito → checkout → pedido) antes de dar el trabajo por terminado. Si durante el proceso algo deja de funcionar, lo detecto y lo corrijo antes de que afecte a tus clientes.

Sí, aunque el proceso varía. Con catálogos grandes, los problemas suelen estar más concentrados en las consultas del catálogo, los filtros y la base de datos. Es precisamente en esos casos donde la optimización específica de WooCommerce (HPOS, lookup table, índices, caché de resultados de filtros) tiene más impacto.

Puedes hacer parte del trabajo por tu cuenta: instalar un plugin de caché, comprimir imágenes y actualizar PHP. Eso suele mejorar la nota entre un 10% y un 30%. Pero los avisos que realmente bloquean el aprobado (render-blocking resources, JavaScript no utilizado, TTFB alto o CLS) requieren intervención técnica sobre el código y el servidor. Si llevas semanas sin pasar del 50, probablemente necesitas un freelance WPO especializado en WordPress que sepa dónde está el problema real.

Acceso de administrador al escritorio de WordPress y acceso al panel de hosting (cPanel, Plesk, Site Tools o similar) para trabajar con la base de datos, la caché de servidor y conectarme por FTP si hace falta. Todo bajo protocolos de seguridad y con copia de seguridad previa.

Por supuesto. Soy profesional autónoma. Me envías tus datos fiscales al confirmar el servicio y recibes tu factura.