Cómo escalar WooCommerce: caché, consultas y búsqueda inteligente

Cuando WooCommerce crece, lo primero que sufre es el tiempo de respuesta (TTFB), las Core Web Vitals y la búsqueda. Esta guía resume un camino práctico para escalar sin perder conversiones.

1) Caché que no rompe la tienda

• Página + ESI: cachea páginas públicas y usa ESI para secciones dinámicas (mini-cart, saludo, contadores).

• Objeto (Redis/Memcached): reduce TTFB en categorías y productos.

• Reglas de purga finas: purga solo lo que cambia (producto editado, categoría afectada), no “todo el sitio”.

Tip rápido: activa cache para móviles, excluye /cart/, /checkout/, /my-account/ y no dupliques cachés (un solo plugin/servidor).

2) Consultas: menos es más

• Evita tax_query y meta_query pesadas en listas. Prefiere campos indexados y pre-cálculos (transients con invalidación por producto).

• Índices clave (evalúa en staging):

  -- Acelera búsquedas por meta_key
ALTER TABLE wp_postmeta ADD INDEX meta_key (meta_key(191));
-- Si filtras por stock/visibilidad (según tu esquema)
ALTER TABLE wp_postmeta ADD INDEX meta_key_value (meta_key(191), meta_value(191));


• HPOS (High-Performance Order Storage): reduce cuellos en pedidos; valida compatibilidad de plugins.

• Evita N+1 en plantillas: agrupa metadatos con get_post_meta( $id ) (no llames una meta por render).

3) Catálogo grande sin dolor

• Paginación clásica (no “infinite scroll” sin cache).

• Precarga ligera (link rel=prefetch en la página siguiente).

• Variaciones: carga diferida de atributos pesados y guarda caches por combinación.

4) Búsqueda inteligente (que realmente vende)

• Opción A (rápida): FULLTEXT en wp_posts y/o índice en título/sku para catálogos medianos.

• Opción B (pro): OpenSearch/Elasticsearch o Algolia: sinónimos, typos, boosting por stock/ventas, facets por atributos.

• UX: autocompletado, sinónimos (“zapatillas” ~ “sneakers”), prioriza productos en stock y con margen alto.

5) Frontend que respeta Core Web Vitals

• LCP: imagen hero sin lazy + fetchpriority="high" (solo 1), WebP/AVIF y preload del recurso crítico.

• INP: retrasa JS de terceros (chat, pixels), limita listeners costosos, usa Object Cache para endpoints.

• CLS: fija dimensiones (width/height o aspect-ratio), fuentes locales con font-display: swap/optional.

6) Checkout que fluye

• Menos campos, más ventas: oculta lo no esencial, valida en cliente y servidor.

• Cart Fragments: mantenlos solo donde aportan; en páginas no-Woo desactívalos:

  add_action('wp_enqueue_scripts', function () {
if ( is_cart() || is_checkout() || (function_exists('is_woocommerce') && is_woocommerce()) ) return;
wp_dequeue_script('wc-cart-fragments');
wp_deregister_script('wc-cart-fragments');
}, 99);


7) Observabilidad y CI/CD

• Query Monitor / slow log para detectar cuellos; logs por endpoint.

• CI/CD (GitHub Actions): tests, revisión de código, deploy a staging + prod con checklist de performance.

• Presupuesto de rendimiento: falla el build si el LCP/INP supera tu umbral.