No trato cada carrito sin compra como un checkout recuperable. Antes de enviar un mensaje, espero la demora definida - como punto de partida, 30–60 minutos sin actividad - y verifico en Shopify que no haya compra, que tenga permiso para contactar y que el enlace funcione.
Para configurar las alertas y la recuperación, sigo cinco pasos:
Mi regla es simple: <u>primero verifico; después contacto</u>. Así puedo distinguir una falla del checkout de una oportunidad de recuperación, sin confundir clics y respuestas con ventas.
Shopify: de la alerta de abandono a la recuperación
Guardá un único stage por checkout según el paso más avanzado validado. Así separás el abandono real de las señales tardías o inconsistentes. El orden de prioridad es: compra completada → información de pago → checkout iniciado con contacto o entrega → carrito.
Actualizá el stage cuando se valide un paso más avanzado. Un evento atrasado nunca debe devolver una compra completada al grupo de abandono. Cada alerta activa una acción de recuperación según ese estado.
| Segmento | Condición de eventos | Regla de audiencia | Exclusión clave | Acción de recuperación |
|---|---|---|---|---|
| Carrito sin checkout | add_to_cart sin un checkout_started validado durante la ventana definida | Identificar por carrito o sesión; conservar productos y contacto, si existe | Checkout iniciado | Recuperación por WhatsApp o Instagram solo con consentimiento |
| Checkout iniciado sin pago registrado | checkout_started, con contacto o entrega registrados, y sin payment_info_submitted validado | Identificar por checkout | Información de pago posterior | Ofrecer ayuda con envío, dirección, medios de pago o dudas del producto |
| Información de pago sin compra | payment_info_submitted sin pedido completado tras la demora | Conservar checkout, importe y última actividad | Compra posterior | Enviar ayuda breve sin asumir que hubo un cobro |
| Checkout completado | Pedido pagado o confirmado en Shopify | Mantener para análisis y supresión | Toda audiencia de abandono | Confirmación y posventa, nunca recuperación |
Mantené separados behavioral_stage y shopify_abandoned_checkout: describen señales distintas. Si faltan eventos o los datos se contradicen, marcá data_quality_status = tracking_uncertain y excluí el registro de la recuperación hasta verificarlo.
Agregá dimensiones a cada segmento sin crear audiencias superpuestas: dispositivo, fuente y campaña, producto o colección, variante, descuento aplicado o rechazado e historial de compras.
Conservá el valor y la moneda original. Mostrá los importes en pesos como $125.000,50 y, si vendés en más de una moneda, guardá también el código correspondiente.
Para la entrega, separá CABA, GBA, otras localidades de Buenos Aires y el resto de Argentina. Incluí el código postal, el método, el costo estimado y el plazo de entrega cuando estén disponibles. Estos datos sirven para priorizar posibles puntos de fricción, no para atribuirles una causa.
Consultá el recurso de abandono de tu versión de Admin API y verificá sus campos en la documentación: completedAt, productos, variantes, cantidades, descuentos, totales, contacto y abandonedCheckoutUrl, cuando estén disponibles.
Habilitá la recuperación solo si el checkout no está completado. Además, comprobá que el enlace corresponda a la tienda y al checkout, conserve los artículos esperados y no lleve a una compra terminada.
Si falta la URL, enviá el caso a revisión: no construyas un enlace manualmente. Pasá a Burbuxa solo el segmento validado, el contacto permitido, los datos de compra y la URL de recuperación.
Usá estos segmentos ya verificados para definir umbrales de alerta sobre la base histórica.
Partí de los segmentos ya validados y armá una base comparable de 4–8 semanas. Separá promociones, lanzamientos y feriados, y registrá los cambios de tráfico, precios y medios de pago. Compará por día, horario, dispositivo y canal. Sumá país y método de pago solo cuando haya volumen suficiente.
Usá ventanas de 15–60 minutos para incidentes, diarias para la operación y de 7 o 28 días para tendencias. Cerrá cada cohorte después de la demora definida, nunca antes. Estas ventanas te ayudan a distinguir una fluctuación normal de una caída que merece una alerta.
Asigná una sola unidad y una sola ventana a cada métrica:
Medí solo cohortes cerradas. Tené presente que checkout_completed puede faltar si la página final no carga.
Convertí las tasas en alertas con responsable y plazo. Para el monto en riesgo, sumá los importes de los checkouts elegibles en 24 horas, separados por moneda.
La tasa de recupero se calcula como checkouts recuperados ÷ checkouts elegibles contactados. Usá cohortes con 7 días completos de atribución y dejá documentado si atribuís la compra al mensaje, a la sesión original o a ambos.
Para medir errores técnicos, dividí los intentos con error registrado por los intentos cubiertos por esa fuente, en ventanas de 15–60 minutos. Cada alerta debe usar una sola fuente trazable: procesador, servidor o monitoreo técnico.
Los umbrales de esta matriz son hipotéticos, no estándares universales. Probalos contra el historial y recalibralos después de dos o tres revisiones. “−5 pp” significa cinco puntos porcentuales; “+20% relativo” significa multiplicar la tasa base por 1,20.
Separá los incidentes de las oportunidades comerciales. Tecnología u Operaciones investigan errores; Growth o CRM gestionan la recuperación. Si una falla de pago sigue sin resolverse, pausá los mensajes de recuperación de los checkouts afectados.
| Métrica | Ventana y base | Disparador hipotético | Muestra mínima | Gravedad | Responsable | Canal y plazo |
|---|---|---|---|---|---|---|
| Finalización | Horaria; misma hora de los últimos 28 días | −5 pp durante 2 horas | 50 inicios por ventana | Advertencia | E-commerce/Operaciones | Email; revisar en 2 horas |
| Finalización | Horaria; últimos 28 días comparables | −10 pp | 100 inicios | Crítica | Tecnología + E-commerce | Canal de incidentes; confirmar recepción en 15 minutos |
| Abandono del pago | Diaria; últimos 28 días | +20% relativo | 50 checkouts en pago | Alta | Pagos/Operaciones | Canal de incidentes; investigar en 30 minutos |
| Errores técnicos | 15 minutos; franjas equivalentes | Más del 5% o 3 veces la tasa base | 20 errores registrados | Crítica | Tecnología/Operaciones | Teléfono de guardia; confirmar recepción en 15 minutos |
| Monto en riesgo | 24 horas móviles; historial diario comparable | Más de ARS $1.500.000,00 | 20 checkouts elegibles | Media | Growth/CRM | WhatsApp o email; actuar en 4 horas hábiles |
| Tasa de recupero | Cohortes maduras de 7 días; historial comparable | −10 pp | 50 checkouts contactados | Media | CRM | Tarea en tablero; revisar el siguiente día hábil |
Mostrá los importes como ARS $150.000,00, las tasas como 4,5% y las marcas de tiempo como 13/10/2026, 18:30, en America/Argentina/Buenos_Aires. Guardá el importe numérico separado del texto e incluí la tienda, la cohorte y el período base en cada aviso.
Enviá las alertas comerciales de lunes a viernes, de 09:00 a 18:00. Reservá la guardia para los incidentes críticos. Deduplicá los avisos por tienda, métrica, cohorte e incidente, y aplicá pausas de 30–60 minutos para los técnicos y de 4–6 horas para los comerciales, salvo que aumente la gravedad.
Cerrá un incidente técnico después de 30 minutos dentro de la tolerancia. Para tendencias, esperá el cierre diario. En la siguiente etapa, usá estos umbrales y la clasificación del checkout para activar solo los recuperos elegibles con Burbuxa.
Conectá Burbuxa con Shopify y usá Shopify como fuente de verdad para catálogo, stock, clientes, pedidos, descuentos y políticas. Al configurar la integración, validá los permisos, la sincronización y la derivación a una persona, sin perder el historial ni el contexto del pedido.
Antes de activar los mensajes, probá precios, stock y datos del checkout. Si falta un dato, consultalo o escalalo; no lo inventes. Con esa información, activá solo los checkouts elegibles y trazables según el stage validado.
Limitá la secuencia a tres contactos por checkout: a los 15–60 minutos, a las 24 horas y a las 48–72 horas. Nunca envíes antes de la demora definida.
Antes de cada envío, verificá que el checkout siga abierto, que el contacto y el canal estén habilitados y que la URL de recuperación continúe vigente. Normalizá los teléfonos al formato E.164 con prefijo +54. Detené todos los envíos si hay compra, respuesta, baja o intervención humana.
Usá event_id u order_id como clave única y cancelá los envíos pendientes cuando se registre order.paid.
Cada canal tiene sus propios permisos y límites. En WhatsApp, trabajá con consentimiento y plantillas aprobadas cuando corresponda. En Instagram, respondé solo dentro de un chat habilitado y con un vínculo confiable con ese comprador.
No mezcles la lógica de recuperación entre canales: tener un contacto de WhatsApp no habilita un DM de Instagram.
Aplicá esta secuencia solo al segmento validado y dentro del umbral definido.
| Demora propuesta | Canal | Objetivo | Elegibilidad | Si no se puede enviar | Condición de pausa o cierre |
|---|---|---|---|---|---|
| 15–60 minutos | Ofrecer ayuda directa y acceso al checkout | Consentimiento válido, contacto utilizable y enlace de recuperación vigente | Registrar el motivo y no enviar | Compra, respuesta o baja: cerrar | |
| 24 horas | WhatsApp o Instagram | Resolver dudas sobre pago, envío o producto | Chat habilitado y permiso vigente en el canal | Escalar a una persona | Compra, respuesta o baja: cerrar |
| 48–72 horas | Cierre final; incentivo solo si está autorizado | Sin compra ni respuesta; envío todavía permitido | Cancelar el recordatorio | Compra, respuesta, baja o intervención humana: cerrar |
Escribí el mensaje según la señal confirmada: pago, envío o producto. Si el problema no se resuelve, derivá el hilo a una persona con el contexto completo. No digas “rechazado” si solo hay abandono.
Registrá cada envío, respuesta y baja para medir el recupero en la etapa siguiente.
Con los segmentos y flujos activos, medí cuánto recupera cada mensaje y qué obstáculos siguen frenando la compra. Registrá checkouts elegibles, envíos, entregas, respuestas, clics, compras recuperadas, ingresos netos recuperados, ticket promedio y costos de descuentos y mensajería. Seguí también la conversión asistida, la conversión de inicio a compra, el abandono por etapa y la tasa de fallas de pago. Las respuestas y los clics, por sí solos, no alcanzan.
Definí una ventana de atribución de 72 horas desde el primer mensaje y una sola regla de deduplicación por checkout o pedido. Vinculá cada checkout con un identificador único, como checkout ID o order_id. En una misma tabla compartida, registrá campaña, canal, flujo, variante, hora de envío, clic y compra. Clasificá cada pedido como recuperación directa, asistida, orgánica o desconocida.
Desglosá los resultados por etapa del checkout, canal, variante del mensaje, demora, categoría, dispositivo, medio de pago, cohorte, tipo de cliente y rango de valor del pedido.
Para comprobar el impacto, reservá al azar un 5 %–10 % de los checkouts elegibles sin mensajes. Compará ese grupo con el que recibe mensajes: tasa de compra, ingresos por checkout elegible, ticket promedio, uso de descuentos y tiempo hasta la compra. Mantené fija la asignación y evitá superponer automatizaciones. La diferencia entre ambos grupos te da el incremento.
Reportá los ingresos netos después de descontar descuentos, reembolsos, cancelaciones y mensajería. Usá ARS con el formato ARS $ 125.000,50. Estos datos te permiten pasar de medir la recuperación a revisar la calidad y corregir los obstáculos del checkout.
Antes de activar los flujos, verificá que los eventos estén deduplicados e incluyan checkout ID, valor, moneda, etapa y timestamps. Comprobá también que los segmentos no se superpongan. Probá los umbrales justo por debajo, en el límite y por encima del disparador, y confirmá la gravedad esperada.
Usá checkouts de prueba para validar permisos por canal, consentimiento, enlaces, exclusiones, supresión tras una compra o cancelación, derivación humana con contexto y atribución.
Incluí una compra en la que no cargue la página de agradecimiento: en ese caso, checkout_completed puede no dispararse. Contrastá siempre el resultado con el pedido en Shopify. Cada semana, revisá falsos positivos, alertas duplicadas, eventos demorados, fallas de consentimiento, entregas, respuestas, clics, compras en otra sesión y el incremento frente a la línea de base.
Distribuí las responsabilidades así:
Registrá responsable, suplente y fecha de corrección con la zona horaria America/Argentina/Buenos_Aires. Usá la revisión de datos, atribución y obstáculos de compra para ajustar los flujos de WhatsApp e Instagram. Si un obstáculo se repite, corregilo antes de ampliar el envío.
Definí umbrales de escalado manual y revisá las métricas de rendimiento periódicamente. No dependas solo de automatizaciones masivas: configurá alertas tempranas según cuándo y con qué frecuencia interactúan tus clientes. Así podés detectar riesgos de abandono.
Mantené los datos sincronizados en tiempo real para evitar errores de stock o precios. Revisá los umbrales cada trimestre para ajustar el comportamiento de la IA a los cambios en tu catálogo.
La integración nativa entre Burbuxa y Shopify sincroniza datos en tiempo real mediante webhooks. Para procesar cada evento una sola vez y evitar duplicaciones, Burbuxa usa el identificador único del pedido (order_id).
Si detecta una compra por otro canal o directamente en la tienda, cancela al instante los flujos de recuperación pendientes. Así evita enviar mensajes innecesarios y generar reportes de ventas inflados.
No ofrezcas un descuento de entrada: el cliente puede acostumbrarse a esperar una rebaja, y eso puede afectar tu margen de ganancia. Primero, resolvé sus dudas sobre talles, compatibilidad o medios de pago.
Reservá el descuento para la etapa final del checkout, cuando haya una traba puntual. Aun en ese momento, priorizá la ayuda personalizada antes de bajar el precio.
