Un ciclo, muchos mensajes distintos
Confirmado, enviado, en camino, entregado: cada etapa necesita su propio mensaje y hoy depende de cron jobs frágiles que revisan la base de datos por sondeo en vez de reaccionar al evento real.
Tiendas en línea y marketplaces conectan el ciclo de vida del pedido a WhatsApp con la Messages API de Heybot: confirmación, envío, entrega y recuperación de carrito abandonado, cada uno como una llamada desde tu backend, con el estado real de entrega de vuelta por webhook.
Confirmar, enviar y recuperar carritos por WhatsApp exige disparar el mensaje correcto en el momento exacto, no cuando pase el siguiente barrido programado.
Confirmado, enviado, en camino, entregado: cada etapa necesita su propio mensaje y hoy depende de cron jobs frágiles que revisan la base de datos por sondeo en vez de reaccionar al evento real.
Recuperar un carrito abandonado necesita un disparo confiable en la ventana correcta después del evento; un batch nocturno llega demasiado tarde para cambiar la decisión de compra.
Saber si el cliente realmente recibió o leyó la actualización de envío requiere sincronizar el estatus de WhatsApp de vuelta al sistema de pedidos, no asumir que se entregó.
Dispara un mensaje por cada evento del pedido —confirmado, enviado, entregado o carrito abandonado— con una sola llamada desde el backend que emite ese evento.
Recibe el estado real de entrega y lectura de vuelta a tu backend en un formato consistente, para reflejarlo en el detalle del pedido sin adivinar.
Confirmaciones de pedido con imagen del producto y guía de envío incrustada en la plantilla, aprobadas una vez y reutilizadas en cada evento.
Si el envío de una confirmación o alerta de envío falla, se reintenta según la política configurada sin que tu backend pierda el evento del pedido.
En cuanto tu sistema marca el pedido como enviado, llamas a la Messages API con el número de guía y esperas la confirmación de entrega por webhook.
{
"to": "+525587654321",
"idempotency_key": "order-48213-shipped",
"type": "template",
"template": {
"name": "pedido_enviado",
"language": "es_MX",
"components": [
{
"type": "header",
"parameters": [
{ "type": "image", "image": { "link": "https://cdn.tienda.mx/productos/48213.jpg" } }
]
},
{
"type": "body",
"parameters": [
{ "type": "text", "text": "48213" },
{ "type": "text", "text": "7501004123456" }
]
}
]
},
"metadata": {
"pedido_id": "48213",
"evento": "order.shipped"
}
}
Llama a la Messages API en el mismo lugar del código donde tu sistema ya emite el evento del pedido —confirmado, enviado o entregado—, sin depender de un cron job que revise la base de datos por sondeo.
Sí. Cada mensaje enviado genera eventos de webhook normalizados —entregado, leído— que tu backend recibe y guarda en el registro del pedido, sin necesidad de consultar la API de forma manual.
Cuando tu sistema detecta el carrito abandonado, dispara el mensaje con la Messages API usando un ID idempotente asociado al carrito; si la llamada falla, el reintento automático se encarga sin duplicar el envío.
Confirmación, envío, entrega y recuperación de carrito, disparados por evento, con el estado real de vuelta por webhook.