Por qué los compradores abandonan el checkout en páginas que cargan lento

Los compradores abandonan el checkout en páginas lentas porque cada segundo que pasa de los dos o tres iniciales deja de leerse como paciencia y empieza a leerse como riesgo. Se preguntan si el pago se ha procesado dos veces, si el sitio se ha bloqueado o si el checkout de la competencia sería más rápido. La investigación de Baymard sitúa el abandono medio del carrito en el 69 % sumando todas las causas, y la lentitud de carga es una de las pocas que una tienda puede corregir en una tarde.

¿Cuánto es demasiado lento? El umbral de abandono del checkout

Aquí hay una cifra real, y es más pequeña de lo que asume la mayoría de los dueños de tiendas. La propia investigación de rendimiento de Google ha demostrado una y otra vez que los compradores móviles empiezan a abandonar una página cuando el tiempo de carga supera los 3 segundos, y la caída se agrava con cada segundo adicional. El checkout no es un lugar donde los compradores te concedan el beneficio de la duda: ya han decidido comprar. Una página lenta justo en ese momento reintroduce una duda que ya habías eliminado.

Una forma sencilla de verlo, según lo que observamos en las tiendas auditadas y lo que muestra de forma consistente la investigación de rendimiento:

Este es también el umbral que responde directamente a la pregunta del tiempo de carga ideal del checkout: apunta a menos de 2 segundos hasta el momento en que el comprador puede actuar, no solo a menos de 2 segundos para que la página aparezca.

Por qué las páginas de checkout cargan más lento que el resto de tu tienda

Casi todos los consejos sobre velocidad que hay en internet están escritos pensando en páginas de inicio y páginas de producto, donde el cuello de botella suelen ser las imágenes. El checkout es distinto. Ahí el cuello de botella casi siempre son los scripts, y el checkout suele cargar más que ninguna otra página del sitio.

Una página de checkout típica carga:

• Un SDK de pasarela de pago (Stripe, PayPal, Klarna o similar), a menudo cargado de forma síncrona
• Una llamada a una API de validación de impuestos y direcciones por cada cambio de campo
• Imágenes de sellos de confianza y seguridad, a veces todavía sin optimizar
• Una calculadora de tarifas de envío en tiempo real que consulta la API de un transportista externo
• Etiquetas de analítica, píxeles y tests A/B apiladas unas sobre otras
• Scripts de detección de fraude ejecutándose en segundo plano antes incluso de que la página sea interactiva

Cada uno de ellos es defendible por separado. Una verificación de fraude te protege de contracargos. Una tarifa de envío en tiempo real es información genuinamente útil, y su ausencia es un problema de abandono en sí mismo, algo que tratamos en Por qué los compradores abandonan el carrito por los gastos de envío. Pero apilados y cargados en secuencia en lugar de en paralelo, convierten una página que debería renderizarse en menos de un segundo en otra que tarda cinco o seis.

La investigación de NN/g sobre rendimiento percibido resulta útil aquí: los compradores no experimentan el tiempo de carga como una cifra única, sino como una secuencia de momentos en los que no ocurre nada visible. Un checkout que muestra un esqueleto de la página a los 300 ms y se vuelve interactivo a los 1,8 segundos se percibe más rápido que otro que muestra una pantalla en blanco durante 2 segundos y luego aparece de golpe, aunque el segundo técnicamente cargue antes según alguna métrica.

Lo que realmente te cuesta un checkout lento

El coste no es abstracto. Se manifiesta como carritos montados correctamente, con el producto adecuado y la opción de envío correcta seleccionada, que sencillamente nunca convierten. En nuestras auditorías, el patrón más habitual es un spinner o un estado en blanco ocupando la pantalla mientras terminan de cargar los scripts de terceros, sin ninguna señal al comprador de que algo está pasando.

Esto pesa más en móvil que en escritorio, porque los compradores móviles tienen más probabilidades de estar en una conexión variable y de estar haciendo otra cosa al mismo tiempo, como esperar en una cola o mirar algo a medias. Entramos en la versión específica de este problema en móvil, incluidos los tamaños de los elementos táctiles y el comportamiento de los campos, en Por qué los compradores abandonan el checkout en móvil: 9 errores de UX que debes corregir.

Además, se acumula con otros problemas del checkout en lugar de aparecer aislado. Una página lenta que encima esconde los gastos de envío hasta el tercer paso, o que pide crear una cuenta antes de mostrar el total, le da al comprador dos o tres motivos distintos para irse en vez de uno. Si tu checkout es lento y además poco transparente con los costes, corrige primero la velocidad. Suele ser el problema de ingeniería más barato y afecta a todos los compradores, no solo a los sensibles al precio.

¿Importa más la velocidad del checkout que la de la página de inicio?

Sí, y la razón tiene que ver con la intención, no con las cifras brutas. Una página de inicio lenta te cuesta un comprador que todavía estaba decidiendo si echar un vistazo. Un checkout lento te cuesta un comprador que ya había decidido comprar y tenía la tarjeta en la mano. La segunda pérdida es más cara por visitante, porque ya has gastado el coste de adquisición, el tiempo de navegación y la persuasión para llegar hasta ahí.

Por eso UXFix puntúa el tiempo de carga del checkout como una regla propia en lugar de integrarlo en una puntuación general de velocidad del sitio. Una tienda puede tener una excelente puntuación de Core Web Vitals en su página de inicio y aun así perder un tercio de su tráfico de checkout por un paso de pago lento, porque los scripts que importan para la conversión se concentran justo al final del embudo, no al principio.

La misma lógica se aplica a los agentes de compras con IA que completan una compra en nombre del comprador. Los agentes suelen operar con un tiempo de espera fijo y abandonarán un checkout que no responda en unos pocos segundos, sin ninguna paciencia para un spinner. Si vendes a través de algún canal asistido por agentes, un checkout lento no es un problema de conversión: es un fallo total. Cubrimos el conjunto más amplio de bloqueos en Por qué los agentes de compras con IA abandonan el checkout en tu tienda.

Cómo arreglar una página de checkout lenta

La mayoría de las correcciones aquí no son rediseños. Son cambios de secuencia y de prioridad sobre lo que ya se carga en la página.

Algunos de estos puntos merecen más detalle. Usar preconnect con el dominio de la pasarela de pago es un cambio de una línea en la mayoría de las plantillas y recorta tiempo real del handshake, ya que el navegador puede resolver el DNS e iniciar la negociación TLS antes de que el script se solicite realmente. La guía de Google al respecto, y sobre cómo medir las métricas que importan para la velocidad percibida, está documentada en web.dev, que también es el lugar adecuado para hacer una auditoría real de tu plantilla de checkout en lugar de suponer.

Las auditorías de scripts son la corrección con mayor apalancamiento y la que más tiendas se saltan, porque ningún equipo es dueño de "todo lo que hay en la página de checkout". Marketing añade un píxel, el equipo antifraude añade un script, un plugin añade un widget y, dieciocho meses después, nadie recuerda para qué sirve la mitad. Abre tu checkout en una herramienta de cascada de red una vez por trimestre y pregúntate, para cada petición, si eliminarla cambiaría algún resultado de negocio. Si la respuesta es no, elimínala.

Por último, trata las señales de confianza y seguridad como un problema de diseño, no de carga. Los compradores necesitan verlas, pero no necesitan que se carguen cinco imágenes de sellos a resolución completa en la parte superior antes de que la página sea usable. Explicamos cómo colocar estas señales sin el coste de rendimiento en Por qué los compradores abandonan el checkout sin sellos de confianza ni señales de seguridad.

Preguntas frecuentes

¿Cuál es un tiempo de carga aceptable para el checkout?

Menos de 2 segundos hasta un estado plenamente interactivo es el objetivo en el que converge la mayoría de la investigación de rendimiento, con un riesgo de abandono significativo a partir del momento en que la carga total supera los 3 segundos en móvil. La forma más segura de plantearlo no es que la página aparezca, sino que el comprador pueda tocar de verdad un campo o un botón.

¿La velocidad del checkout afecta más a la conversión que la de la página de inicio?

Sí, porque el checkout está más cerca de la decisión de compra, así que un retraso ahí te cuesta un comprador que ya se había comprometido a comprar en lugar de uno que todavía estaba navegando. Por eso UXFix puntúa el tiempo de carga del checkout como una regla separada de la velocidad general del sitio: las dos no se mueven juntas y equivocarse en una sale mucho más caro.

¿Cómo pruebo la velocidad de mi página de checkout?

Analiza la URL de tu checkout, no solo la de tu página de inicio, con una herramienta real de cascada de red y comprueba tanto el tiempo total de carga como el tiempo hasta la interactividad en una conexión móvil limitada. Las herramientas de web.dev de Google y la investigación de usabilidad de NN/g son buenos puntos de partida, ya que una mide el rendimiento bruto y la otra explica cómo perciben realmente los compradores ese rendimiento.

¿Cuál es la mayor causa de una página de checkout lenta?

En nuestras auditorías, casi siempre es un SDK de pago cargado de forma síncrona o una llamada en tiempo real a una API de terceros, como las consultas de impuestos o de tarifas de envío, que bloquea el renderizado del resto de la página. Corregir el orden de carga, en lugar de eliminar funcionalidad, resuelve la mayor parte del retraso en las tiendas que hemos auditado.