Shopify y Vercel están reconstruyendo Hydrogen como una base abierta y agnóstica al runtime. Hydroge…
UX de la promesa de entrega en la PDP: cómo la claridad en el envío convierte
La pregunta más habitual que queda sin respuesta en una página de producto no es el precio. Ese lo ve todo el mundo. La pregunta es: ¿cuándo llegará esto y cuánto cuesta el envío? Quien la responde solo en el checkout ya pierde compradores en la PDP. Este artículo muestra los patrones de promesa de entrega que convierten en la página de producto, los antipatrones que cuestan confianza y cómo construir ambos cumpliendo la normativa de accesibilidad.
Por qué la pregunta de la entrega pertenece a la PDP y no al checkout
La página de producto es el momento en que se forma la intención de compra. Es justo ahí donde se decide si el interés se convierte en carrito. Si la fecha de entrega y los gastos de envío solo se ven dos pasos más tarde, ocurre una de dos cosas: el comprador hace el cálculo por su cuenta (y suele equivocarse por pesimismo) o avanza hasta la mitad del checkout solo para conseguir el dato y después se marcha decepcionado.
Ambas cosas son evitables. La información de entrega impulsa la decisión de compra, así que debe estar donde se toma esa decisión. No es una cuestión de gustos, es lógica de embudo.
Los cuatro patrones de promesa de entrega
1. Una fecha de entrega concreta en lugar de un rango de envío
La versión débil es el aviso genérico: "Entrega en 2 a 4 días laborables". Obliga al comprador a hacer cuentas y deja incertidumbre. La versión fuerte es la promesa concreta con fecha: "Pide hoy, lo recibes el miércoles". La plataforma conoce la fecha actual, la hora de cut-off y la duración del envío, así que puede calcular la fecha en lugar de dejársela al comprador.
El efecto es directo: una fecha concreta es una promesa, un rango es una estimación. Las promesas convierten mejor.
2. Una cuenta atrás hasta el cut-off con una urgencia que es real
La cuenta atrás hasta el cut-off es uno de los pocos patrones de urgencia que no resulta manipulador, porque es verdad: "Quedan 3 horas y 12 minutos para que salga hoy". Informa sobre un límite real en lugar de fabricar una presión de escasez artificial.
Lo importante es la honestidad del número. Una cuenta atrás que se reinicia al recargar, o una hora de cut-off equivocada, destruye exactamente la confianza que construye una buena fecha de entrega.
3. Transparencia en los gastos de envío antes del carrito
Los gastos de envío que solo aparecen en el último paso del checkout son el clásico entre los motivos de abandono del carrito. En la PDP, como mínimo debe estar esto: el coste del envío o el umbral de envío gratis ("te faltan 12 euros para el envío gratis"). El aviso del umbral tiene un doble efecto: crea transparencia y un incentivo suave hacia un carrito mayor, sin presionar.
4. Señales de disponibilidad con contenido real
"En stock" es una afirmación débil si no dice nada sobre la consecuencia. Las señales fuertes están ligadas a la fecha de entrega: "En stock, sale en 24 horas" o "Solo quedan 4, aquí el miércoles si lo pides hoy". La señal de disponibilidad solo funciona si es honesta y encaja con la promesa de entrega.
Los antipatrones que cuestan confianza
Antipatrón | Por qué perjudica | Mejor |
|---|---|---|
Gastos de envío solo en el checkout | motivo principal de abandono del carrito | coste o umbral gratuito en la PDP |
Cuenta atrás falsa que se reinicia | destruye la confianza al recargar | cut-off real, anclado en el servidor |
"Entrega en 2 a 4 días" sin fecha | obliga al comprador a estimar | fecha de entrega concreta calculada |
Disponibilidad sin consecuencia | "en stock" no dice nada sobre plazos | disponibilidad más plazo de salida |
Información de entrega solo como tooltip | a menudo invisible en móvil y para los lectores de pantalla | como contenido visible en el DOM |
Construido conforme a la norma: qué significa aquí la accesibilidad en concreto
Con la normativa de accesibilidad en vigor, la UX de la promesa de entrega ya no es un tema puramente de conversión, también es una cuestión de cumplimiento. La buena noticia: aquí la implementación accesible y una buena UX de conversión apuntan en la misma dirección.
- La cuenta atrás, no solo visual. Un temporizador que se actualiza tiene que anunciarse de forma comprensible a los lectores de pantalla, normalmente mediante una región activa contenida que no lea cada segundo, sino a intervalos razonables. Una cuenta atrás puramente visual es invisible para quienes usan lector de pantalla.
- La información, no solo por color. "Verde significa disponible" no basta. La disponibilidad y la fecha de entrega necesitan texto, no solo una señal de color.
- La información de entrega, como contenido real. Lo que solo aparece en un tooltip o al pasar el cursor suele ser inalcanzable en dispositivos táctiles y con navegación por teclado. La información de entrega debe estar en la página como contenido visible y enfocable.
- Contraste y tamaño de fuente. La cuenta atrás hasta el cut-off y los gastos de envío impulsan la decisión de compra, así que no pueden desaparecer en un gris diminuto en el borde de la página.
Aquí el cumplimiento de accesibilidad no es un freno, es una forma de afinar. Lo que funciona para los lectores de pantalla y el teclado también funciona para el comprador con prisa que va en el tren con el móvil en la mano.
Por qué estos patrones pertenecen a la capa frontend
Una UX de promesa de entrega bien hecha extrae datos de varias fuentes: el nivel de stock del backend, la hora de cut-off y la duración del envío de la configuración logística, y la fecha actual del runtime. Esta composición es trabajo de frontend, y no debería reconstruirse por separado dentro de cada theme.
En el Composable Visual Page Builder, la promesa de entrega es un bloque composable que el equipo define una vez y renderiza de forma consistente en cada PDP, incluidos los requisitos de accesibilidad como propiedad del componente en lugar de un retoque manual. Que la entrega siga siendo rápida depende del rendimiento de la capa frontend: una fecha de entrega que aparece solo después de tres segundos llega demasiado tarde.
La última vez continuamos esta serie de patrones de UX con los patrones de selección de variantes en la PDP y antes con la UX de los estados vacíos para más conversión. La promesa de entrega es la siguiente pieza del mismo cuadro: decisiones pequeñas y precisas en la PDP que, sumadas, sostienen la conversión.
Preguntas frecuentes
¿Necesito una integración de stock perfecta para dar una fecha de entrega concreta?
Ayuda, sí; requisito, no. Incluso con la hora de cut-off y la duración del envío puedes calcular una fecha fiable para la mercancía en stock. Los datos de stock en tiempo real hacen que la afirmación sea más precisa, pero no son obligatorios para el primer paso.
¿Una cuenta atrás no resulta enseguida manipuladora?
Solo si es falsa. Una cuenta atrás hasta el cut-off refleja un límite de envío real. Mientras el número sea verdadero y se comporte correctamente al recargar, informa en lugar de presionar. Los temporizadores de escasez artificial son un patrón distinto y peor.
¿La implementación accesible no es trabajo extra?
Si la promesa de entrega es un bloque de componente reutilizable, la accesibilidad se resuelve una vez y se aplica en todas partes. El esfuerzo solo aparece cuando cada página construye el patrón de nuevo y a mano.
Siguientes pasos
Si quieres revisar tu PDP en busca de patrones de promesa de entrega y construirlos como un bloque reutilizable y conforme a accesibilidad: reserva una demo. Repasamos tu página de producto y te mostramos cómo se ven la fecha de entrega, el cut-off y los gastos de envío en forma de bloque composable.
Más de la plataforma Laioutr
Más sobre Laioutr: B2C Growth Kit.