Las pruebas de carga ecommerce deben responder a una pregunta de negocio: ¿puede tu tienda seguir vendiendo cuando llegan muchos compradores a la vez? Antes de Black Friday y Navidad, no basta con comprobar que la portada carga rápido. Una campaña puede funcionar en navegación y fallar justo al aplicar un cupón, confirmar el pago o comunicar un pedido al ERP.

El objetivo no es conseguir una puntuación bonita, sino conocer la capacidad real del sistema, detectar sus límites y preparar una respuesta. Este plan te ayudará a pedir una auditoría que termine en decisiones, responsables y mejoras verificadas.

PageSpeed no mide cuántos pedidos puedes procesar

PageSpeed Insights combina datos de experiencia real, cuando están disponibles, con un diagnóstico de laboratorio mediante Lighthouse. Es útil para detectar problemas de carga y experiencia, pero no simula cientos de compradores compitiendo por conexiones, inventario o recursos del servidor.

Los Core Web Vitals consideran buenos un LCP de hasta 2,5 segundos, un INP de hasta 200 milisegundos y un CLS de hasta 0,1, evaluados en el percentil 75 de las visitas. Son referencias de experiencia, no umbrales de capacidad transaccional (fuente: Google, Web Vitals).

Una auditoría de rendimiento ecommerce debe combinar experiencia de usuario, carga sobre servicios y observabilidad. Necesitas saber qué ve el comprador y qué ocurre en aplicación, base de datos, cachés e integraciones.

Cómo preparar las pruebas de carga ecommerce

1. Traducir la previsión comercial a tráfico técnico

Parte de campañas anteriores, analítica y registros del servidor. Estima sesiones por minuto en la franja más exigente, distribución de páginas, búsquedas, carritos y pedidos. Diferencia tráfico humano, rastreadores y llamadas entre sistemas.

Usuarios simultáneos no equivale a peticiones por segundo. Un comprador puede leer una ficha durante un minuto; otro puede lanzar varias búsquedas en pocos segundos. El briefing debe especificar usuarios activos, ritmo de llegada, pausas entre acciones y peticiones generadas por cada recorrido.

Por ejemplo, puedes modelar 300 compradores activos, con 30 buscando y 15 avanzando por checkout. Son hipótesis ilustrativas: la proporción correcta depende de tus datos, no de un reparto estándar.

2. Preparar un entorno representativo y seguro

  • Infraestructura comparable: documenta diferencias con producción en servidores, escalado, CDN, caché y base de datos.
  • Datos realistas: catálogo, variantes, tarifas, promociones y volumen histórico similares, con información personal anonimizada o sintética.
  • Dependencias controladas: pasarela, ERP, buscador, transportistas y servicios externos identificados.
  • Permisos y límites: acuerda ventanas, responsables y condiciones de parada. No generes carga contra terceros sin autorización.

Si producción es el único entorno representativo, plantea pruebas acotadas y supervisadas. Evita cobros, envíos o facturas reales accidentales y prepara la limpieza de los datos de ensayo.

Qué probar en cada paso de la compra

Incluye categorías, fichas, variantes, paginación y filtros. Alterna productos populares con referencias menos visitadas para no medir únicamente respuestas cacheadas. Prueba caché caliente y fría de forma separada, así como visitas anónimas y autenticadas.

En B2B, añade catálogos privados, precios por cliente y permisos. Una página pública rápida puede esconder consultas costosas al calcular tarifas personalizadas.

Búsqueda: consultas variadas y filtros combinados

Usa términos frecuentes, referencias exactas, errores de escritura y búsquedas sin resultados. Comprueba sugerencias, ordenación y filtros. Si existe un recomendador o buscador externo, mide sus tiempos, cuotas y comportamiento cuando tarda o falla.

Carrito: promociones, stock y competencia

Simula añadir, modificar y eliminar líneas; aplicar cupones; calcular impuestos y portes. Incluye carritos grandes y compradores que compiten por la última unidad. La aceptación no depende solo de la velocidad: deben respetarse las reglas de reserva y disponibilidad acordadas.

Pago: consistencia antes que velocidad aislada

Prueba pagos aprobados, rechazados y pendientes, interrupciones y notificaciones repetidas o fuera de orden. La confirmación debe ser idempotente: repetir una operación no debe duplicar el pedido ni el cobro.

Los entornos de prueba de las pasarelas no siempre representan su capacidad productiva. Separa la carga interna, usando simuladores cuando corresponda, de las comprobaciones funcionales autorizadas con la pasarela. Explica qué queda validado y qué no.

ERP: pedidos, tarifas e inventario

Reproduce latencia, indisponibilidad y recuperación del ERP. Comprueba colas, reintentos limitados, alertas y conciliación. Si la integración es asíncrona, aceptar un pedido no significa que ya esté registrado en el ERP: ambos hitos necesitan medición independiente.

La política de stock debe contemplar ese retraso. Puedes ampliar este punto en nuestra guía sobre gestión de inventario y prevención de roturas de stock.

Escenarios de concurrencia para Black Friday y Navidad

Una prueba sostenida no reproduce todas las situaciones. Pide, como mínimo, los siguientes escenarios de concurrencia ecommerce:

  1. Línea base: carga habitual para comprobar el guion y obtener una referencia.
  2. Carga prevista: subida gradual hasta el pico estimado, mantenida durante una ventana representativa.
  3. Pico repentino: llegada concentrada tras un email o la apertura de una promoción.
  4. Estrés: incremento controlado hasta incumplir los objetivos, sin superar los límites de seguridad pactados.
  5. Resistencia: ejecución prolongada para detectar fugas de memoria, conexiones agotadas o colas crecientes.
  6. Recuperación: retirada de carga y restitución de dependencias para verificar que el servicio se normaliza.

Como ejemplo de planificación, puedes ensayar el pico previsto y un margen adicional del 50 %. No es una recomendación universal: el margen debe responder a la incertidumbre comercial y al coste de quedarse corto. Documenta también la duración, porque soportar un minuto no demuestra capacidad para varias horas.

Criterios de aceptación: pactarlos antes de ejecutar

Los siguientes valores son ejemplos de objetivos contractuales, no estándares del sector. Deben ajustarse a la arquitectura, el negocio y la línea base. Define el percentil 95 como el tiempo que no supera el 95 % de las operaciones medidas.

ÁreaCriterio de ejemploEvidencia exigible
Navegación y búsquedaRespuesta de API o servidor en p95 ≤ 800 ms bajo carga previstaResultados por ruta, sin confundirlos con la carga visual completa
Carritop95 ≤ 1 segundo, sin pérdida de líneas ni precios incoherentesTiempos y validación del estado final
Creación del pedidop95 ≤ 2 segundos en el tramo interno, sin duplicadosTrazas y comprobación de pedidos e idempotencia
Errores técnicosMenos del 0,5 % en cada recorrido críticoDesglose de fallos, excluyendo rechazos de negocio esperados
Integración ERP95 % de pedidos sincronizados en menos de 60 segundos con ERP disponibleAntigüedad de cola, reintentos y conciliación sin pérdidas
RecuperaciónVolver a objetivos en 10 minutos tras retirar la sobrecargaSerie temporal de latencia, errores y colas

Evita aceptar resultados basados solo en medias: pueden ocultar operaciones muy lentas. Solicita p95, p99, volumen completado y errores por recorrido. Verifica además que el generador de carga no se satura y que no reduce involuntariamente las llegadas cuando la tienda se ralentiza.

Briefing para contratar la auditoría y el plan de mejoras

Antes de pedir presupuesto, prepara esta checklist:

  • Objetivo: campaña, previsión de demanda, pico y margen que se quiere validar.
  • Alcance: recorridos, dispositivos, mercados, usuarios B2B y dependencias incluidas.
  • Modelo de carga: llegadas, concurrencia, pausas, mezcla de acciones y duración.
  • Medición: tiempos por operación, errores, pedidos completados y recursos de infraestructura.
  • Observabilidad: métricas, registros y trazas correlacionadas entre tienda e integraciones.
  • Entregables: guiones reutilizables, configuración, datos de ejecución y limitaciones.
  • Remediación: problemas priorizados por impacto, esfuerzo, responsable y fecha.
  • Validación: repetición de pruebas tras los cambios y capacidad finalmente demostrada.

Las mejoras pueden incluir optimizar consultas e índices, corregir bloqueos, ajustar cachés, sacar tareas del checkout o limitar reintentos. Escalar servidores sin identificar el cuello de botella puede aumentar el coste sin resolverlo.

En Konex abordamos el rendimiento de la tienda online junto con la arquitectura y las integraciones ERP/CRM. Tanto en desarrollos a medida como en proyectos con KonexCommerce, el alcance debe contemplar tarifas, catálogo, stock y pedidos, no solo páginas públicas. El resultado útil es un plan de mejora contrastado con una nueva ejecución.

Preguntas frecuentes

¿Cuántos usuarios simultáneos debe soportar mi ecommerce?

Depende del pico esperado y de lo que hagan los usuarios. Define primero llegadas, recorridos y ritmo de compra; después valida la concurrencia resultante y un margen justificado.

¿Una buena nota de PageSpeed garantiza aguantar Black Friday?

No. Evalúa aspectos de experiencia y carga, pero no demuestra capacidad de checkout, base de datos o integración con el ERP bajo demanda simultánea.

¿Se pueden hacer pruebas sin cobrar pedidos reales?

Sí. Se utilizan entornos de prueba y simuladores, con controles para evitar efectos reales. Hay que declarar sus limitaciones y comprobar aparte la integración autorizada con la pasarela.

¿Cuándo conviene empezar las pruebas?

Con tiempo para diagnosticar, corregir y repetir antes de congelar cambios. El calendario debe reservar al menos esas tres fases, además de la preparación del entorno.

Conclusiones: exige capacidad demostrada, no una puntuación

Una prueba de estrés web para Black Friday debe demostrar que la tienda vende, conserva la coherencia del pedido y se recupera de los fallos. Exige escenarios realistas, umbrales pactados y evidencias reproducibles, incluyendo las dependencias que sostienen la operación.

Si necesitas convertir tu previsión de campaña en un briefing técnico y un plan de mejoras, consulta los servicios de Konex y prepara tu auditoría de rendimiento ecommerce.