Retail
El costo de un minuto caído en Cyber: la conversación de arquitectura que hay que tener antes
Un sitio que se cae en Cyber no pierde un minuto de ventas promedio, pierde el minuto más caro del año. Cómo calcular ese costo con tus números, por qué se caen los e-commerce y qué preguntarle a tu equipo con meses de anticipación.
El minuto más caro del año es el que tu sitio pasa caído.
La conversación sobre Cyber casi siempre empieza tarde y por el lado equivocado. Empieza con descuentos, banners y presupuesto de publicidad, tres semanas antes del evento. La conversación de arquitectura, la que decide si el sitio aguanta, necesita meses. Y la tiene que pedir alguien de gerencia, porque el equipo técnico rara vez tiene el poder de frenar una campaña para arreglar una integración.
Cuánto vale un minuto caído: la fórmula
Primero, el tamaño del evento. Según la Cámara de Comercio de Santiago, el CyberDay 2026 cerró con US$ 531 millones en ventas, 5,1 millones de transacciones y un ticket promedio de US$ 104. Es mucha plata concentrada en pocos días.
No voy a calcularte un "por minuto" del mercado completo, porque depende de cuántas horas cuentes y de cómo se reparte la venta. Prefiero que lo hagas con tus propios números, que son los que importan:
Ventas promedio por minuto = ventas totales de tu tienda en el evento ÷ (horas del evento × 60)
Un ejemplo hipotético, para que se vea la mecánica: imagina una tienda que en un evento de 72 horas vendió 300 millones de pesos. Son 4.320 minutos, así que el promedio da cerca de 69 mil pesos por minuto. Una hora caída serían unos 4 millones.
Ese número se queda corto por tres razones. Las caídas no ocurren en un minuto promedio: ocurren en los picos, cuando el tráfico está en su máximo, que es justo cuando se vende varias veces el promedio. La publicidad sigue corriendo y pagas clics que llegan a una página de error. Y parte de los clientes que no pudieron comprar se van a la competencia y no vuelven en el evento siguiente.
Si tu equipo no sabe decirte cuántos pedidos por minuto aguanta el sitio hoy, ese es el primer problema, antes que cualquier caída.
Por qué se caen los sitios en Cyber (y casi nunca es solo la plataforma)
Cuando un e-commerce se cae, la primera reacción es culpar a la plataforma o al hosting. A veces es eso. Más seguido, el sitio es solo la cara visible de algo que se rompió detrás.
Integraciones síncronas con el ERP o el stock. Cada vez que alguien agrega al carro, el sitio le pregunta al ERP si hay stock y espera la respuesta. Con 50 usuarios funciona. Con 5.000 simultáneos, el ERP se satura, el sitio espera, y todo se pone lento hasta caerse. Lo explico en detalle en integración Shopify ERP en Chile: la integración tiene que ser asíncrona, con colas, para que un ERP lento no bote la tienda.
La pasarela de pago. Tu sitio puede estar arriba y las ventas en cero porque la pasarela está lenta o rechazando transacciones. Si tienes una sola, dependes completamente de su día.
El buscador y los filtros. Son de lo más pesado del sitio y lo que más se usa en Cyber, porque la gente llega a buscar ofertas.
Imágenes pesadas. Banners de campaña subidos en resolución de imprenta, sin optimizar. Multiplica eso por miles de visitas.
Promociones que rompen la caché. Un precio que cambia por hora, por cliente o por cupón obliga a calcular cada página en el momento en vez de servirla desde caché. Lo que un día normal se sirve en milisegundos, en Cyber se calcula miles de veces por segundo.
Bots. Una parte del tráfico de Cyber no es gente: son bots que revisan precios o intentan acaparar stock. Consumen capacidad igual que un cliente real.
Una sola base de datos. Si todo pasa por un servidor de base de datos, ese es tu límite, y lo vas a conocer el día del evento si no lo mides antes.
Preparar el ecommerce para CyberDay: calendario desde 16 semanas antes
La escalabilidad de un ecommerce no se compra la semana antes. Este es el calendario que recomiendo, contando hacia atrás desde el día del evento.
16 semanas antes. Es la última ventana para cambios de arquitectura. Pasar una integración de síncrona a asíncrona, separar la base de datos de lectura de la de escritura, cambiar de pasarela o agregar una segunda. Si tu WMS o tu ERP propio está en el camino de cada compra, este es el momento de revisarlo; en integrar un WMS con un ERP propio cuento dónde suelen trabarse esas conexiones.
8 semanas antes. Primera prueba de carga con escenarios realistas. Se corrige lo que se rompió y se vuelve a probar. Se optimizan imágenes, se configura la caché y se define la protección contra bots.
2 semanas antes. Congelamiento de cambios. Nada nuevo entra a producción salvo correcciones urgentes aprobadas. Se ensaya el plan B y se confirma quién está de turno.
El día. Monitoreo en vivo de pedidos por minuto, tiempo de respuesta y tasa de pagos rechazados. Una persona con autoridad para activar el plan B sin pedir permiso a nadie.
Prueba de carga ecommerce: qué tiene que simular
Una prueba de carga que solo golpea la home repetidas veces da una tranquilidad falsa. La home casi nunca es lo que se cae.
La prueba útil simula lo que hace la gente en Cyber: entra por un link de campaña, busca, filtra, abre varios productos, agrega al carro, aplica un cupón y paga. Con las promociones reales configuradas, con el catálogo real y contra las integraciones reales o una réplica fiel. Lo que buscas es el primer componente que se rompe y con cuánto tráfico.
Un resultado típico de una buena prueba no es "aguanta" o "no aguanta". Es algo como "con tanto tráfico el buscador se pone lento, con tanto más el ERP deja de responder". Eso te dice exactamente dónde invertir.
Plan B para pagos y stock
El congelamiento de cambios protege contra errores propios. El plan B protege contra lo que no controlas.
Para pagos: una segunda pasarela configurada, probada con transacciones reales y lista para activarse. Decidir antes con qué criterio se cambia (por ejemplo, si la tasa de rechazo sube sobre cierto umbral durante cierto tiempo) y quién lo hace.
Para stock: decidir qué hace el sitio si el ERP deja de responder. Una opción es seguir vendiendo contra un stock reservado para el evento y conciliar después. Otra es pausar solo los productos sin stock confirmado. Cualquiera es mejor que improvisar con el sitio lento y el equipo discutiendo por chat.
Qué preguntarle a tu equipo o a tu agencia
Si eres gerente comercial o general, no necesitas entender la arquitectura. Necesitas hacer las preguntas correctas con tiempo:
- ¿Cuántos pedidos por minuto aguantó el sitio en la última prueba de carga, y cuándo fue esa prueba?
- ¿Qué se rompe primero cuando el tráfico sube? ¿El sitio, el ERP, la pasarela o el buscador?
- ¿La consulta de stock al ERP es en línea en cada compra, o asíncrona?
- ¿Tenemos una segunda pasarela probada? ¿Quién decide activarla?
- ¿Qué pasa con las ventas si el ERP se cae durante el evento?
- ¿Desde qué fecha se congelan los cambios, y quién puede aprobar una excepción?
- ¿Quién está de turno el día del evento y con qué autoridad?
- ¿Cuánto tarda en cargar la página de producto en un celular con la campaña activa?
Si la respuesta a la primera pregunta es "no hemos hecho prueba de carga", tienes tu prioridad.
La velocidad también cuenta, aunque no se caiga
Un sitio lento no aparece en ningún reporte de caídas, pero vende menos. El estudio Milliseconds Make Millions de Deloitte para Google (2020) midió que mejorar 0,1 segundos la velocidad en móvil se asoció a 8,4% más conversión en retail. En un día donde todos compiten con el mismo descuento, la tienda que carga más rápido tiene ventaja.
Casi todo lo que hace más rápido un sitio (caché, imágenes livianas, integraciones que no bloquean) también lo hace más resistente a caídas. Es la misma inversión.
Si necesitas dimensionar cuánto cuesta preparar la arquitectura, hay referencias en cuánto cuesta un software a medida en Chile. Y si el cuello de botella está en cómo conversan tu tienda, tu ERP y tu bodega, es lo que hacemos en integraciones.
Si el próximo Cyber te preocupa y quieres saber dónde se rompería tu sitio antes de que se rompa, en 45 minutos revisamos tu arquitectura y te decimos por dónde empezar. Agenda un diagnóstico.
Preguntas frecuentes
Lo que la gente pregunta sobre este tema
¿Cuánto cuesta un minuto con el e-commerce caído en Cyber?
Divide tus ventas del evento anterior por los minutos que duró y tienes el promedio por minuto. Pero ese número se queda corto: las caídas pasan justo en los picos, cuando se vende varias veces el promedio. A eso súmale la inversión en publicidad que sigue apuntando a un sitio que no carga y los clientes que compran en otra tienda y no vuelven.
¿Por qué se caen los sitios de e-commerce en Cyber?
Rara vez por la plataforma sola. Lo típico es una integración síncrona con el ERP o el stock que no aguanta el volumen, la pasarela de pago, el buscador, imágenes pesadas, promociones que desactivan la caché, tráfico de bots o una base de datos única que se satura. El sitio es la cara visible; el cuello de botella suele estar detrás.
¿Con cuánta anticipación hay que preparar un e-commerce para CyberDay?
Los cambios de arquitectura necesitan alrededor de 16 semanas. Las pruebas de carga y las correcciones, desde unas 8 semanas antes. Dos semanas antes se congelan los cambios y se ensaya el plan B. Si ya estás a menos de un mes, enfócate en caché, imágenes, bots y el plan de contingencia, no en reescribir integraciones.
¿Qué es una prueba de carga para un e-commerce?
Es simular miles de usuarios haciendo lo que hacen en Cyber: entrar por la home, buscar, filtrar, agregar al carro y pagar, con las promociones reales activas. Sirve para encontrar qué se rompe primero y con cuánto tráfico. Una prueba que solo carga la home repetidas veces no sirve, porque la home casi nunca es lo que se cae.
¿Qué pasa si se cae la pasarela de pago durante el Cyber?
Si tienes una sola pasarela, se detienen las ventas aunque el sitio esté arriba. Por eso conviene tener una segunda pasarela configurada y probada, y decidir antes quién la activa y con qué criterio. Lo mismo con el stock: define qué hace el sitio si el ERP deja de responder, en vez de descubrirlo en vivo.
¿La velocidad del sitio importa si no se cae?
Sí. Un estudio de Deloitte para Google midió que mejorar 0,1 segundos la velocidad en móvil se asoció a 8,4% más conversión en retail. En días de alto tráfico, un sitio lento pierde ventas aunque ningún monitor marque caída.
Antes de contratar, revisa este checklist
15 preguntas para evaluar si el proyecto necesita apoyo externo o puede resolverse internamente. PDF, 2 páginas. Ver qué incluye el checklist de subcontratación TI
¿Prefieres conversar directo? Agenda 45 min sin costo