El carrito abandonado tiene muchos culpables conocidos: envío sorpresa, login obligatorio, formulario largo. Hay uno que rara vez aparece en el informe, porque no es una página ni un campo: es la distancia entre el cliente y el servidor.
Cada 100ms de latencia extra en el checkout es fricción en un momento en que el cliente ya decidió comprar y solo quiere concluir. Y la distancia es una decisión de arquitectura, no una fatalidad.
La matemática del checkout lento
Un checkout moderno no es una llamada: es una coreografía. Sesión, catálogo, carrito, antifraude, gateway, emisión de factura, confirmación. Decenas de peticiones entre el clic en "finalizar" y la página de gracias.
Ahora sume la geografía: un servidor en Estados Unidos responde en cerca de 120ms para un usuario en São Paulo; sirviendo desde Brasil, la respuesta llega en 4ms. Son más de 100ms de viaje en cada una de las decenas de llamadas del flujo. Multiplicado, se convierte en segundo entero entre el toque en el botón y la reacción de la pantalla. Es exactamente en ese intervalo que el celular volátil cambia de aplicación y la venta muere sin dejar log.
Ya cubrimos la vara completa en VPS en Brasil: latencia de 4ms y el costo de hospedar lejos. En el e-commerce, la misma vara pesa más, porque cada milisegundo está aguas abajo de una intención de compra.
Pix cambió la vara otra vez
La tarjeta le enseñó al usuario brasileño a esperar procesamiento. Pix promete instantaneidad, y el cliente lo cobra en la pantalla: el pago es en tiempo real, y toda la cadena (tienda, gateway, PSP, red del Banco Central) suma sus latencias hasta que la confirmación aparece.
En un flujo que se vende como instantáneo, cada milisegundo extra es fricción directa en un producto cuya propuesta es no tener fricción. Sume las centrales de riesgo y antifraude que también hablan con el checkout, y la cuenta de latencia del e-commerce brasileño queda más densa que la de cualquier mercado asíncrono.
Lo que resuelve una arquitectura transaccional
La latencia es la mitad de la ecuación; la otra mitad es el pico. Black Friday se acerca, y es el examen final de cualquier tienda: tráfico multiplicado, flujo completo y cada llamada transaccional.
La arquitectura transaccional de alta escala existe para ese examen: separar lo síncrono de lo asíncrono (el pago responde, el analytics espera), dar capacidad dedicada al checkout, poner en cola lo que puede esperar, degradar con elegancia el eslabón que falle y escalar automáticamente con la demanda. Nada de eso es exótico; es el paquete mínimo para transformar pico en ingreso en lugar de titular.
Y la prueba importa tanto como el diseño: un hosting que no se prueba en el pico es promesa, y Black Friday no acepta promesas, acepta cronograma de simulación, corrección, nueva prueba y congelamiento de cambios.
El checklist de los 30 días antes
- Semana 1: medir la latencia de extremo a extremo por flujo (no solo del servidor) y mapear el eslabón más lento.
- Semana 2: prueba de carga con perfil real multiplicado por margen; corregir el cuello de botella que aparezca.
- Semana 3: nueva prueba, validación del plan B por eslabón (gateway, antifraude) y ensayo de rollback.
- Semana 4: congelamiento de cambios, monitoreo por flujo en operación y guardia definida.
Cuatro semanas, un examen aprobado. El costo de saltarse el checklist aparece en la primera hora de pico, con intereses de estacionalidad.
Conclusión
La latencia no aparece en el informe de carrito abandonado porque no es una página: es el retraso entre la intención y la respuesta, multiplicado por cada llamada del flujo.
La decisión que la elimina es arquitectónica y geográfica al mismo tiempo: checkout transaccional diseñado para el pico, servido cerca del cliente brasileño, con dato bajo LGPD y Pix respondiendo a la velocidad que Pix promete. Black Friday está a semanas de distancia; la migración, a un sprint.