Cómo optimizar la velocidad y la conversión en WooCommerce: guía para tiendas online

Una tienda WooCommerce es más exigente que una web corporativa: cada visita puede generar sesiones, consultas de precio y stock, y cálculos de impuestos y envío. Además, el coste de la lentitud es directo: una página que tarda en responder o se mueve al pulsar frena la compra. La velocidad y la conversión no son proyectos separados; se trabajan juntos, página a página, en el orden en que el cliente recorre la tienda.

Medir las páginas que deciden la venta

Medir solo la portada engaña. Las páginas con más peso en ingresos son la ficha de producto, la categoría, el carrito y el checkout. Conviene analizar cada tipo por separado con PageSpeed Insights y revisar los grupos de URL en el informe de Core Web Vitals de Search Console, usando los umbrales de web.dev (LCP de 2,5 s o menos, INP de 200 ms o menos, CLS de 0,1 o menos).

A la métrica técnica se suman las de negocio: tasa de conversión por tipo de dispositivo, abandono de carrito y abandono en cada paso del checkout. Sin ellas, es imposible saber si un cambio de velocidad ha movido las ventas.

Caché en una tienda: qué se cachea y qué no

La caché de página es la mejora más rentable, pero en WooCommerce se configura con cuidado. Las páginas que dependen del usuario no deben servirse desde caché compartida:

• Carrito, checkout y Mi cuenta: excluidos siempre de la caché de página.
• Cookies de sesión de WooCommerce (`woocommerce_items_in_cart`, `wp_woocommerce_session_*`): deben provocar que se omita la caché para ese visitante.
• Fragmentos del carrito (`wc-cart-fragments`): la petición AJAX que actualiza el icono del carrito se carga en todas las páginas y suele ser un coste innecesario; se puede desactivar en páginas donde no hace falta, o sustituir por una solución más ligera.
• Catálogo, categorías y fichas: sí se pueden cachear para visitantes anónimos, invalidando la caché al cambiar precio o stock.

Una caché de objetos persistente (Redis o Memcached) reduce de forma notable las consultas repetidas, que es lo que más pesa en tiendas con muchos productos.

Base de datos, catálogo e imágenes

• Almacenamiento de pedidos de alto rendimiento (HPOS): guarda los pedidos en tablas propias en lugar de en la tabla de entradas, y acelera las consultas en tiendas con muchos pedidos. Comprobar la compatibilidad de los plugins antes de activarlo.
• Limpieza periódica: sesiones caducadas, transients huérfanos y revisiones innecesarias.
• Búsqueda de productos: la búsqueda nativa es limitada; en catálogos grandes conviene un motor de búsqueda con índice propio.
• Imágenes de producto en WebP o AVIF, en tamaños adecuados, con ancho y alto declarados para evitar saltos de diseño, y sin carga diferida en la imagen principal de la ficha (suele ser el elemento LCP).
• Galerías y zoom: cargar el script solo en la ficha de producto, no en toda la tienda.

Gran parte del trabajo de JavaScript, fuentes y plugins coincide con lo explicado en la guía de Core Web Vitals en WordPress; en una tienda, simplemente tiene más consecuencias.

Checkout: donde se pierde o se gana la venta

Una vez que la tienda es rápida, la conversión depende de reducir fricción. Las mejoras con más efecto suelen ser organizativas, no estéticas:

1. Permitir comprar como invitado y ofrecer crear la cuenta después, no antes.
2. Reducir campos: eliminar los que no se usan (empresa, segunda línea de dirección, notas) y activar el autocompletado del navegador.
3. Mostrar los costes completos pronto: envío e impuestos visibles antes del último paso. Los costes inesperados son una causa clásica de abandono.
4. Ofrecer los métodos de pago que el cliente espera en su mercado, incluidas billeteras digitales en móvil.
5. Mensajes de error claros junto al campo afectado, sin recargar la página.
6. Elementos de confianza visibles: política de devoluciones, plazos de entrega y datos de contacto reales.

Todo cambio se prueba, idealmente con pruebas A/B o, si el tráfico no lo permite, comparando periodos equivalentes y revisando el embudo de cada paso.

Visibilidad en buscadores: datos estructurados de producto

Una tienda rápida también debe ser fácil de entender para Google. El marcado schema de producto con nombre, imagen, precio, moneda, disponibilidad y valoraciones permite resultados enriquecidos; los campos y requisitos están en la documentación de Google sobre datos estructurados de producto. Hay que verificar que el precio y el stock del marcado coincidan siempre con lo que ve el usuario.

Vender en otros mercados: idioma y moneda

Si la tienda vende en varios países, traducir las fichas y mostrar el precio en moneda local reduce una barrera clara de compra. Con AYM Multilingual en su plan Pro se traducen productos y variaciones, con URL y hreflang propios por idioma, y se convierten los precios con tipos de cambio en tiempo real, como se explica en la guía de SEO multilingüe con hreflang. Conviene comprobar que la caché de página tenga en cuenta idioma y moneda, para que nadie vea precios de otro mercado.

Un último punto técnico: las pasarelas de pago y los plugins de envío cargan sus propios scripts en el checkout. Conviene revisar cada uno, eliminar los que no se usan y comprobar que no bloquean el hilo principal, porque un INP alto en el último paso se traduce en pagos que no se completan. Probar un pedido completo en un móvil real tras cada actualización de WooCommerce o de un plugin de pago detecta fallos que el entorno de pruebas no muestra.

Por dónde empezar

Un orden sensato es medir las cuatro páginas clave, corregir el servidor y la caché, optimizar imágenes y scripts en la ficha de producto, simplificar el checkout y, solo entonces, afinar los detalles. Con ese enfoque trabaja el equipo de soluciones WooCommerce de AYM Flow, que parte de una auditoría de rendimiento y de embudo antes de proponer cambios. Para plantear un proyecto concreto, se puede solicitar un presupuesto.

Compartir:XLinkedInWhatsApp