Lanzas una campaña, llegan visitas desde móvil y la tienda tarda en responder. La portada parece aceptable, pero el carrito se actualiza mal, un cupón desaparece o el pago falla justo cuando la clienta está lista para comprar. Acelerar sin revisar cada pantalla puede mejorar una métrica y, al mismo tiempo, costarte ventas.
La Optimización de velocidad para WooCommerce no consiste solo en instalar un plugin de caché: cada plantilla y función de compra necesita un ajuste distinto. Mide portada, categorías, producto, carrito y checkout por separado; después optimiza servidor, imágenes, base de datos y JavaScript sin cachear sesiones ni páginas críticas. Así mejoras Core Web Vitals sin romper precios, stock, cupones ni pagos.
Mide cinco plantillas antes de tocar nada
Una tienda WooCommerce debe analizarse en cinco plantillas: portada, categoría, producto, carrito y checkout, porque cada una carga imágenes, consultas y funciones distintas. Google mide la experiencia por URL y grupos de URL, no por una nota única de toda la web; por eso, una mala ficha de producto puede afectar al SEO técnico y a las ventas aunque la home parezca correcta.
Como autor con más de 10 años de experiencia trabajando en diseño web y marketing digital, he ayudado a negocios y proyectos online a crecer, captar clientes y generar ingresos de forma sostenible. También he visto tiendas con una portada por debajo de 2 segundos y fichas que superaban los 7 segundos al cargar variaciones. La consecuencia era verificable: las campañas llevaban visitas a producto, pero el usuario esperaba a que aparecieran talla, color y botón de compra.
Mide primero en móvil, que suele tener redes más lentas y menos potencia que un ordenador. Usa Google PageSpeed Insights para revisar una URL concreta y Google Search Console para comprobar datos de visitantes reales durante los últimos 28 días.
Elige una URL real por plantilla
Prueba una portada con su bloque principal, una categoría con filtros, una ficha con variaciones, el carrito con productos y el checkout con un método de pago activo. No midas una URL vacía o un producto sin imágenes, porque sería como probar un coche sin carga y esperar que suba igual un puerto de montaña.
Guarda la fecha, el dispositivo, la URL y los tres indicadores principales. El Largest Contentful Paint o LCP marca cuándo aparece el elemento visual más grande, normalmente una imagen principal; el INP mide cuánto tarda la web en responder al pulsar; y el CLS refleja si los elementos saltan de sitio mientras carga.
Ordena por ventas, no por la nota
Da prioridad a la plantilla que reúna más tráfico, intención de compra y espera. Si el 60% al 80% de tus visitas de campañas llegan a fichas de producto, una mejora de un segundo allí suele tener más valor que subir cinco puntos de una portada con poco peso comercial.
El error más frecuente que encuentro es perseguir una puntuación de 100 mientras el carrito sigue haciendo peticiones lentas. La puntuación sirve como pista, pero el objetivo es que la persona vea el producto, elija una variante y pague sin fricción.
Para una primera revisión, registra cinco URLs en móvil y escritorio. Si el LCP supera 2,5 segundos, revisa primero la imagen o bloque principal; si el INP supera 200 ms, revisa scripts, filtros, carrito y JavaScript de terceros; si el CLS supera 0,1, reserva espacio para imágenes, banners y avisos.
Detecta la lentitud que frena la compra
Los frenos más caros en WooCommerce suelen estar en funciones de compra, no en detalles visuales menores. Los fragmentos de carrito, AJAX, filtros, búsquedas y variaciones generan peticiones al servidor y consultas a la base de datos, así que pueden elevar el tiempo de respuesta incluso con imágenes ligeras.
Una petición AJAX es una llamada silenciosa entre el navegador y el servidor para actualizar algo sin recargar toda la página. Piensa en el contador del mini-carrito que cambia al añadir un producto: es útil, pero si se ejecuta en todas las páginas y varias veces, suma trabajo innecesario.
Lo que omiten muchas guías es que una categoría con 30 filtros puede tardar más por sus consultas que por sus fotos. Antes de cambiar el diseño, abre las herramientas de desarrollo del navegador o pide al hosting un registro de consultas lentas y busca llamadas repetidas a wc-ajax o admin-ajax.php.
Revisa fragmentos y mini-carrito
Los fragmentos de carrito actualizan partes pequeñas de la web, como el importe o el número de artículos. Deben funcionar al añadir un producto, pero no conviene forzar su carga en páginas donde no hay mini-carrito ni acceso directo a compra.
No desactives los fragmentos a ciegas. Si el tema muestra un mini-carrito o un aviso de producto añadido, prueba que el contador, el importe y el contenido se actualizan sin recargar la página.
Vigila filtros, búsqueda y variantes
Las fichas con muchas tallas, colores o combinaciones pueden cargar datos de más. Una camiseta con 6 tallas y 8 colores no pesa igual que un producto simple, porque WooCommerce debe comprobar qué combinaciones existen y cuáles tienen stock.
Un caso habitual: una tienda de recambios tenía filtros por marca, modelo, año y motor en la misma categoría. Al limitar combinaciones sin resultado y revisar la consulta del filtro, el tiempo de respuesta bajó entre 1 y 2 segundos en esas páginas, sin cambiar la imagen de cabecera.
Las búsquedas internas también merecen una prueba propia. Si una búsqueda tarda más de 2 o 3 segundos con un catálogo amplio, un buscador preparado para ecommerce o una mejora de base de datos puede aportar más que otro plugin de compresión.
Configura la caché sin romper el checkout
La caché de página guarda una copia preparada de una página para entregarla más rápido, como tener varios pedidos ya empaquetados antes de que entre el cliente. En WooCommerce solo debe aplicarse a contenido público y estable, porque el carrito, checkout y cuenta cambian según cada persona.
Excluye siempre las rutas de carrito, checkout y mi cuenta, incluidas sus traducciones o slugs personalizados. Excluye también las cookies woocommerce_items_in_cart, woocommerce_cart_hash y la cookie de sesión del cliente, ya que indican que hay una compra en curso.
Una página de checkout cacheada puede mostrar el cupón, la dirección o incluso el precio de otra sesión. Es un fallo comercial y de privacidad, especialmente relevante bajo el RGPD, la LOPDGDD, la LSSI-CE y la Directiva ePrivacy.
Excluye rutas, cookies y parámetros
Configura las exclusiones equivalentes en la caché del hosting, WP Rocket, LiteSpeed Cache o Cloudflare. Añade también URLs con parámetros que cambien precio, moneda, geolocalización, filtros complejos o contenido del carrito.
No uses dos plugins de caché de página a la vez. Dos sistemas intentando guardar, minificar y precargar lo mismo son como dos personas girando el mismo volante en sentidos distintos.
Comprueba una compra completa
Tras cada cambio, prueba como invitada y como cliente registrado. Añade un producto variable, aplica un cupón, cambia cantidad, calcula envío, agota una unidad si puedes hacerlo en pruebas y paga con cada pasarela activa.
Comprueba el correo de pedido, la reducción de stock y la página final de agradecimiento. Si usas Stripe, PayPal, Redsys o una pasarela bancaria, valida también un pago rechazado, porque ese recorrido carga scripts distintos.
| Herramienta o capa | Coste habitual | Nivel técnico | Uso seguro en WooCommerce |
|---|
| Caché del hosting | Incluida o según plan | Básico | Páginas públicas, con exclusiones de compra |
| WP Rocket | Pago anual | Básico a medio | Caché y recursos, probando scripts críticos |
| LiteSpeed Cache | Gratis, requiere servidor compatible | Medio | Mejor si el hosting usa LiteSpeed Technologies |
| Cloudflare CDN | Gratis o pago mensual | Medio | Archivos estáticos, sin cachear sesiones ni checkout |
Prueba scripts antes de activar diferidos
Minificar reduce espacios y caracteres sobrantes en archivos CSS o JavaScript, mientras que diferir retrasa su carga para acelerar la primera vista. Ambas acciones pueden mejorar la carga, pero en WooCommerce rompen ventas si alteran el orden de scripts de variaciones, pagos, cupones o validación.
Como autor con más de 10 años de experiencia trabajando en diseño web y marketing digital, he ayudado a negocios y proyectos online a crecer, captar clientes y generar ingresos de forma sostenible. También he visto un diferido de JavaScript impedir que apareciera el formulario de tarjeta en checkout. La consecuencia verificable fue una caída inmediata de pedidos hasta excluir el script de la pasarela y repetir las pruebas.
Haz los cambios en un entorno de pruebas cuando sea posible. Si solo puedes trabajar en producción, activa una opción cada vez, registra la hora y revisa pedidos, consola del navegador y errores durante las siguientes 24 a 48 horas.
Scripts que no debes retrasar
Mantén fuera del diferido los scripts de checkout, pasarelas de pago, variaciones, validación de formularios, fragmentos de carrito y consentimiento de cookies. También excluye el código que abre un selector de envío o calcula impuestos en tiempo real.
La combinación de JavaScript merece aún más cuidado. Algunos temas y plugins necesitan una secuencia concreta, de modo que unir archivos puede cargar una función antes de que exista el elemento que la necesita.
Lista de pruebas tras cada cambio
Prueba una compra con navegador móvil y escritorio, al menos en Chrome y Safari si vendes a iPhone. Revisa estos puntos antes de dar por bueno un cambio:
- El precio final cambia al seleccionar una variación y no muestra importes antiguos.
- Un cupón válido descuenta la cantidad correcta y un cupón inválido muestra el aviso.
- El stock disminuye una sola vez después de un pago aprobado.
- Los métodos de envío cambian al modificar provincia, código postal o recogida en tienda.
- La pasarela abre su formulario, procesa el pago y lleva a la confirmación del pedido.
- La analítica registra la compra sin duplicarla al recargar la página de gracias.
El tema también puede ser el origen de una tienda lenta, incluso con una buena caché de WooCommerce. Algunos temas multipropósito y constructores visuales cargan sliders, iconos, hojas de estilo y JavaScript en todas las páginas, aunque una ficha de producto no use esos elementos. Revisa en una categoría, una ficha y el carrito de compra qué archivos aporta el tema y si existen plantillas heredadas antiguas de WooCommerce.
Un tema compatible y actualizado debe cargar solo los recursos necesarios, respetar las plantillas de producto y no duplicar galerías, mini-carritos o selectores de variaciones que ya aporta un plugin.
Limpia procesos, base de datos y cron
Una base de datos de WordPress cargada de tareas antiguas puede elevar el TTFB aunque la página tenga buenas imágenes. El TTFB es el tiempo que tarda el servidor en empezar a responder; si supera entre 0,8 y 1,5 segundos de forma repetida, conviene revisar procesos internos, consultas y recursos del plan de hosting.
Action Scheduler es el sistema que WooCommerce y muchos plugins usan para programar acciones, como enviar correos, sincronizar stock o generar feeds. WP-Cron cumple una función similar, pero se activa cuando alguien visita la web, lo que puede ser irregular en una tienda con picos de tráfico.
Esto funciona bien en teoría, pero en la práctica borrar tareas fallidas sin saber su origen puede detener renovaciones, facturas o sincronizaciones. Primero identifica qué plugin creó la acción, corrige el error y solo después limpia lo que sea seguro.
Revisa tareas antes de borrarlas
En WooCommerce, abre el área de estado y las acciones programadas. Busca colas pendientes durante días, acciones fallidas repetidas y tareas que duran demasiado, sobre todo de plugins de email, ERP, suscripciones, feeds o stock.
Si hay muchas acciones pendientes y el hosting lo permite, configura un cron real del servidor cada 5 o 10 minutos. Así no dependes de que una visita casual dispare tareas, como no dependerías de que entre un cliente para encender las luces del almacén.
Reduce consultas y datos caducados
Limpia transients caducados, sesiones expiradas y revisiones tras hacer una copia de seguridad comprobada. Un transient es un dato temporal guardado para no recalcularlo cada vez, pero los vencidos pueden acumularse con el tiempo.
No borres pedidos, datos fiscales, consentimientos ni metadatos de facturación por ganar espacio. Pide al hosting los registros de MySQL o usa una herramienta de consulta para localizar qué tabla y qué plugin generan las operaciones más lentas.
Haz una auditoría de plugins antes de añadir otra herramienta de rendimiento. No basta con contar extensiones: un plugin pequeño puede generar muchas peticiones AJAX o consultas a la base de datos, mientras que uno grande puede ser poco relevante si solo se carga en administración. En un entorno de pruebas, desactiva temporalmente los plugins no esenciales y compara el tiempo de respuesta, las peticiones de red y los errores de cada plantilla.
Prioriza eliminar duplicados de analítica, pop-ups, optimización de imágenes, formularios o filtros; después comprueba que no se alteren precios, stock, métodos de envío ni el flujo de compra.
Mejora servidor, PHP, redis y HPOS
Cuando las páginas públicas ya están bien servidas y el TTFB sigue alto, el límite suele estar en el servidor y la base de datos. PHP actualizado, OPcache, Redis y HPOS pueden reducir trabajo repetido, pero solo si el hosting y los plugins activos son compatibles.
OPcache guarda en memoria el código PHP ya preparado para no interpretarlo desde cero en cada visita. Redis es una caché de objetos persistente, es decir, conserva datos consultados con frecuencia para evitar viajes repetidos a la base de datos.
Revisa con el hosting la versión de PHP, memoria disponible, CPU, procesos simultáneos, HTTP/2 o HTTP/3 y acceso a Redis. Para una tienda con pedidos crecientes, un hosting WordPress gestionado suele costar más que uno básico, pero puede evitar esperas en horas de campaña.
Activa redis con datos aislados
Redis ayuda especialmente en catálogos, filtros y áreas con muchas consultas repetidas. Confirma que el plugin de caché de objetos no comparte datos de carrito, usuario o precio personalizado entre sesiones, porque esa configuración sería insegura.
Memcached puede cumplir una función parecida, aunque Redis es habitual en hosting para WordPress. La decisión no depende de una marca, sino de que el proveedor mantenga el servicio, haga copias y conozca WooCommerce.
Migra a HPOS con comprobación previa
HPOS, o High-Performance Order Storage, guarda pedidos en tablas diseñadas para pedidos en lugar de mezclar toda la información con otros contenidos de WordPress. Puede ayudar cuando hay muchos pedidos, reembolsos o búsquedas administrativas, pero no es una mejora automática para una tienda pequeña.
Antes de activarlo, confirma que pasarelas, facturación, ERP, stock y exportadores declaran compatibilidad. WooCommerce forma parte del ecosistema de WordPress y Automattic, impulsado históricamente por figuras como Matt Mullenweg, Mike Jolley y James Koster, pero un plugin antiguo puede no seguir el ritmo de su arquitectura.
Prioriza imágenes, CDN y recursos de venta
La imagen que define el LCP, las fuentes, el CSS y los scripts de terceros deben revisarse según su efecto sobre la compra. Una foto principal de 2 MB en una ficha puede retrasar el producto, mientras que un chat, un mapa o tres píxeles publicitarios pueden empeorar la respuesta al pulsar Añadir al carrito.
Sirve imágenes de catálogo en WebP o AVIF con el tamaño visible correcto. No apliques lazy loading, carga diferida de imágenes, a la foto principal que aparece nada más abrir una portada, categoría o producto; úsalo en fotos bajo el primer bloque, relacionados y reseñas.
El Critical CSS es el CSS necesario para dibujar la parte visible al abrir una página. Puede mejorar la primera impresión, pero valida que no oculte campos, botones o errores del checkout mientras termina de cargar el resto del estilo.
Elige CDN según tráfico y origen
Una CDN, o red de entrega de contenido, guarda copias de imágenes, hojas de estilo y archivos estáticos en centros cercanos al visitante. Cloudflare suele ser una primera opción útil cuando vendes en España y la Unión Europea, o cuando recibes tráfico de campañas desde varios países.
Una CDN no arregla una consulta lenta de stock ni un checkout mal configurado. Si el servidor tarda 2 segundos antes de enviar HTML, primero revisa PHP, base de datos y caché de objetos.
✅
Nuestra recomendación
Una herramienta de análisis puede ayudarte a repetir mediciones antes y después de un cambio, sin depender de una impresión subjetiva. Úsala para comparar la misma URL, dispositivo y condiciones de prueba.
- Permite registrar el LCP, INP y CLS de una ficha o checkout concreto.
- Ayuda a detectar peticiones pesadas de imágenes, fuentes y scripts externos.
- Facilita comprobar si una caché o un diferido cambió el tiempo de carga tras publicarlo.
Ver disponibilidad →
Reduce peso sin ocultar contenido
Limita familias tipográficas y pesos de fuente, evita vídeos automáticos en la primera pantalla y revisa cada script de chat, mapas, reseñas, píxeles y banners. Cada proveedor externo añade una petición y, a veces, espera a un servidor ajeno.
Mi criterio es claro: si un script no ayuda a vender, atender o medir una decisión real, no debería cargar en todas las páginas. Antes de retirarlo, comprueba qué formularios, consentimiento o campañas dependen de él.
Preguntas comunes
La velocidad debe tratarse como una parte del proceso de compra, no como un concurso de puntuaciones. Estas respuestas cubren los cambios que más dudas generan al revisar una tienda WooCommerce.
¿Cómo acelero una tienda WooCommerce?
Empieza midiendo portada, categoría, producto, carrito y checkout por separado, y corrige primero la URL que recibe más tráfico de compra. Excluye siempre carrito, checkout, mi cuenta y cookies de sesión de la caché de página.
¿Qué plugin uso para acelerar WooCommerce?
Usa un único plugin principal compatible con tu servidor, como WP Rocket o LiteSpeed Cache si tu hosting usa LiteSpeed. No combines dos plugins que minifiquen, creen caché o apliquen lazy loading al mismo tiempo.
¿Cuánto cuesta acelerar WooCommerce en españa?
Una revisión técnica básica puede requerir entre 3 y 7 días de trabajo, mientras que cambios de servidor, base de datos y funciones a medida pueden extenderse entre 2 y 4 semanas. El coste depende de si el problema está en recursos, plugins, hosting o desarrollo del tema.
¿Necesito una CDN para una tienda WooCommerce?
Necesitas valorar una CDN si tienes tráfico desde varias zonas, imágenes pesadas o picos de campañas, pero no sustituye un servidor lento. Para una tienda enfocada solo en España y con poco tráfico, primero mide el TTFB y revisa el hosting.
La velocidad no es la prioridad principal si la tienda apenas recibe visitas, si la propuesta comercial no es clara o si la conversión falla por precio, producto, confianza, logística o tráfico poco cualificado. Tampoco apliques cambios técnicos en producción sin copia de seguridad, entorno de pruebas y validación completa de precios, stock, cupones, sesiones y pagos.
Actúa primero donde se pierden pedidos
La forma segura de acelerar WooCommerce es medir cinco plantillas, priorizar la que afecta a más ventas y cambiar una sola capa cada vez. Empieza por servidor y consultas si el TTFB es alto, por imagen principal y recursos si el LCP es alto, y por scripts de compra si el INP es alto.
No caches contenido personal ni retrases scripts críticos solo para mejorar una puntuación. Una tienda que carga un poco más rápido pero muestra un precio incorrecto o bloquea un pago no está mejorando su negocio.
Durante las próximas 48 horas tras cada cambio, revisa pedidos, errores de pago, cupones, stock, datos de analítica y Search Console. Esa comprobación convierte la mejora técnica en una mejora comercial real.
