Automatizaciones de comercio

Los siete eventos de tienda

Estos son los nombres tal como aparecen en el selector de disparadores, agrupados bajo Shopify. Cuatro describen un pedido que existe. Tres describen una compra que no ocurrió, y a esos tres la plataforma los trata distinto — ve las reglas más abajo.

Los cuatro eventos de pedido

Los cuatro vienen de las propias notificaciones de pedido de Shopify, así que llegan en segundos y no necesitan píxel. Pedido creado, Pedido pagado y Pedido preparado llevan cada uno al comprador (correo, teléfono, nombre y apellido), la referencia y el id del pedido, los productos, el total, la moneda, la fecha del pedido y el enlace a la página de estado del pedido en tu tienda ({{rv_order_status_url}}). Avance de envío del pedido es la excepción: lleva al comprador, la referencia y el id del pedido y los productos, más la paquetería, el número y la URL de rastreo, la entrega estimada y el estado del envío — pero no el total, la moneda, la fecha ni el enlace de estado, porque describe un paquete y no una compra. Todos llegan como variables {{rv_*}} que puedes usar en cualquier paso posterior.

• Pedido creado — se dispara en el momento en que se coloca el pedido, antes del pago. Además de los campos comunes trae {{rv_payment_method}} (el nombre crudo de la pasarela), {{rv_financial_status}} (normalmente pending en un pedido sin pagar) y {{rv_is_cod}}. Esta es la entrada para una confirmación de pago contra entrega, donde le pides al comprador que confirme antes de que envíes.
• Pedido pagado — la señal de compra confirmada más temprana, antes de la preparación. También es el evento que escribe el pedido en el contacto del comprador, así que su historial de compras y sus totales se mantienen al día sin que importes nada. El registro va por referencia de pedido, así que un reenvío de Shopify nunca cuenta doble.
• Pedido preparado — se dispara cuando la tienda marca el pedido como preparado. Es el único evento que programa una solicitud automática de reseña, y por eso un pedido pagado que todavía no se envía no programa nada. También trae los datos de rastreo del envío — {{rv_tracking_company}}, {{rv_tracking_number}} y {{rv_tracking_url}}, vacíos si el pedido se preparó sin rastreo —, así que un flujo puede mandar el número de guía en cuanto sale el pedido.
• Avance de envío del pedido — se dispara con el avance de la paquetería de un pedido ya enviado. {{rv_shipment_status}} trae el estado — confirmed, in_transit, out_for_delivery, delivered, attempted_delivery, failure, más estados de guía y de recolección — junto con {{rv_tracking_company}}, {{rv_tracking_number}}, {{rv_tracking_url}} y {{rv_estimated_delivery}}. Solo se dispara cuando Shopify puede rastrear a la paquetería, la entrega estimada la da la paquetería y muchas veces viene vacía, y los avisos repetidos del mismo estado se colapsan en un solo evento para que un flujo no avise dos veces del mismo paso. También necesita el alcance de seguimiento de envíos en tu app de Shopify (ve Conecta tu tienda Shopify, paso 2): sin él Shopify rechaza la suscripción de IcloneU a estos avisos y el disparador nunca se ejecuta. Para la mayoría de los mensajes Pedido preparado es mejor disparador de todos modos: se dispara cuando marcas el pedido como preparado y ya trae el número de guía. La suscripción automática es solo para una conexión con Client ID y Client Secret: una conexión con token heredado shpat_ no recibe ninguna, así que cada evento que necesite es un webhook que creas a mano en Shopify, como en el paso 5 de esa guía — aquí, Fulfillment update.

Los tres eventos de recuperación

Estos son derivados, no recibidos. Shopify no tiene un aviso de abandono, así que IcloneU vigila el silencio por su cuenta: guarda el checkout iniciado, el carrito o la vista del producto, y solo dispara cuando pasa un periodo de calma sin que ocurra nada. Los periodos de calma son valores por defecto de la plataforma y no hay ajuste para ellos en el producto.

• Checkout abandonado — un checkout iniciado que no generó pedido durante un periodo de calma de 60 minutos. Solo se dispara cuando el checkout capturó un correo o un teléfono, porque sin uno no hay a quién escribirle, y cuando Shopify también mandó el enlace de recuperación del checkout. {{rv_checkout_url}} es ese enlace, el de la propia Shopify: al abrirlo se restaura el carrito y se retoma el checkout. Un checkout que Shopify manda sin el enlace se queda esperando en lugar de descartarse, y todavía puede dispararse si una actualización posterior de Shopify trae el enlace.
• Carrito abandonado — productos agregados al carrito que nunca llegaron al checkout durante un periodo de calma de 60 minutos. Un evento cubre todo el carrito, no uno por línea. {{rv_cart_url}} es un enlace permanente de carrito de Shopify que reconstruye el carrito al hacer clic, así que funciona desde otro dispositivo sin sesión detrás, y Shopify vuelve a revisar existencias en ese momento. Si el comprador pagó cualquier pedido en las 24 horas antes de agregar un producto por primera vez, o en cualquier momento después, o ese mismo producto en los 14 días antes, ese producto queda fuera del evento y de su enlace, y un carrito sin nada más no genera evento. Cada variante (un producto en una talla o un color) conserva la fecha en que se agregó por primera vez al carrito, así que una que ya estaba en el carrito antes de un pedido, o que se agregó por primera vez en las 24 horas siguientes, queda fuera cada vez que se vuelve a agregar, durante al menos 30 días desde la última vez que se agregó.
• Producto visto sin comprar — productos vistos que no se agregaron al carrito ni pasaron al checkout. Se dispara una vez por visita, cuando pasan 2 horas desde la última vista de producto del comprador en tu tienda: cada vista nueva reinicia la cuenta, aunque sea rápida, y al menos una vista tiene que durar unos diez segundos. Las vistas más cortas quedan fuera del evento. Trae un producto —de entre los que vio unos diez segundos o más, aquel en el que se quedó más tiempo, y si hay empate el que vio más recientemente (el píxel reporta el tiempo en la página a los 10 y 30 segundos y a 1, 2 y 5 minutos, y se salta una marca que toca mientras la pestaña está oculta)— con su variante, su precio, la página del producto y la URL de la imagen, además de {{rv_product_names}}, cada producto de la visita que pasó de los diez segundos, ese primero, y {{rv_product_count}}, cuántos fueron. Un comprador que pagó cualquier pedido en las 24 horas antes de la vista, o ese mismo producto en los 14 días antes, no genera evento. Vale la pena poner una Condición sobre una acción de Consultar tallas y disponibilidad antes del mensaje, para que el flujo se calle solo cuando el producto ya se agotó.

Cómo armar uno

1. Abre el flujo

   Ve a Automatizaciones → Flujos y crea una automatización nueva, o abre una que ya tengas.

2. Agrega un disparador de Evento de conector

   Agrega un disparador y elige Evento de conector. Su propia descripción dice: “Ejecuta este flujo cada vez que el evento de plataforma seleccionado llega a través del conector. Los datos del evento están disponibles como variables en los nodos.”

3. Elige el Evento

   La lista de Evento agrupa los eventos bajo cada plataforma conectada, así que lo que aparece depende de lo que tengas conectado. Si tienes más de una conexión de Shopify, el nombre gana (todas las conexiones) — la coincidencia es por cuenta, así que el evento de cualquiera de tus tiendas arranca el mismo flujo.

4. Revisa las variables

   Con un evento seleccionado aparece un botón Ver variables disponibles. Lista los campos de ese evento con sus tokens {{rv_*}}, listos para pegar en un mensaje, una condición o una etiqueta.

5. Asigna la cuenta de plataforma y actívalo

   Arma el resto del flujo, asegúrate de que la automatización tenga una cuenta de plataforma asignada y haz clic en Activar. Un Borrador nunca se dispara — y tampoco un flujo Activa sin cuenta de plataforma, que es la forma más silenciosa de perder una automatización de tienda.

Cuatro flujos de comercio ya hechos

No tienes que armarlos desde cero. Automatizaciones → Galería trae cinco recetas en Ventas. Tres escuchan solo eventos de Shopify, así que necesitan el conector de Shopify; Recuperación de checkout abandonado también funciona con una tienda WooCommerce o Wix; y Lista de espera por reposición no escucha ningún evento de la tienda: tu clon la inicia en una conversación, para etiquetar a un comprador que quiere un producto agotado. Instalar una llena sus espacios en blanco y deja el flujo como Borrador para que tú lo revises y lo actives. Las tres recetas de recuperación instalan el mismo flujo acompañante de etiqueta: si instalas más de una, deja una sola copia activa. Los detalles están en Recetas de automatización.

• Confirmación de pedido contra entrega — se dispara con Pedido creado. Revisa si el pedido es contra entrega, le pide al comprador que confirme antes de que envíes, y lo etiqueta mientras esperas. El único dato que te pide es Etiqueta mientras esperas confirmación, que viene por defecto como cod-pendiente.
• Recuperación de carrito abandonado — se dispara con Carrito abandonado, así que también necesita el píxel de navegación. Instala tres piezas conectadas de una vez: la secuencia de recuperación de 1 hora / 1 día / 3 días, el flujo de entrada que inscribe al comprador, y un flujo acompañante con Pedido pagado que etiqueta la compra para que los recordatorios se detengan en cuanto compran. Esa última pieza es la que casi siempre se olvida al armarlo a mano, y su ausencia es lo que hace que se le siga escribiendo a gente que ya pagó.
• Recuperación de checkout abandonado — se dispara con Checkout abandonado, sin necesidad de píxel: el propio checkout trae los datos de contacto del comprador y el enlace para retomarlo. Las mismas tres piezas y la misma escalera de 1 hora / 1 día / 3 días. Es la única receta que también corre en WooCommerce y Wix: al instalarla se agrega un disparador Checkout abandonado por cada tipo de tienda conectada que envía el evento, o uno para Shopify, otro para WooCommerce y otro para Wix si todavía no tienes ninguna conectada (en WooCommerce, el evento es un pedido realizado que se quedó sin pagar, y su enlace es la página de pago del pedido). Su freno por compra, en cambio, depende de Pedido pagado, que solo envía Shopify, así que en esas tiendas los recordatorios siguen hasta el final de la secuencia salvo que algo más aplique la etiqueta.
• Recordatorio de producto visto — se dispara con Producto visto sin comprar, así que necesita el píxel de navegación. Dos recordatorios suaves, a las 2 horas y luego 2 días después; el segundo menciona el producto y enlaza de vuelta a él. Las mismas tres piezas.

Qué frena un mensaje de recuperación

Los tres eventos de recuperación son mensajes de marketing, y IcloneU los raciona por ti. Un flujo que se ve correcto y aun así no manda nada normalmente está topando con una de estas cuatro reglas, no fallando.

• Baja de marketing. Un contacto que se dio de baja nunca recibe un mensaje de recuperación, aunque el carrito abandonado sea anterior a la baja. La supresión ocurre antes del conteo de frecuencia, así que tampoco le quema uno de sus espacios.
• WhatsApp rechaza el marketing a ese número. Cuando Meta dejó de aceptar mensajes de marketing para el número de WhatsApp de un contacto —porque el cliente desactivó tus mensajes de marketing en WhatsApp, lo que dura hasta que los vuelva a activar, o porque el límite propio de Meta de mensajes de marketing por persona siguió rechazando los tuyos, lo que dura 30 días—, un evento de recuperación no ejecuta su flujo para ese contacto, y no se usa ningún espacio.
• Una transferencia abierta. Mientras una conversación está en una transferencia abierta, el mensaje de recuperación de ese evento se descarta en vez de encolarse: nunca llega tarde. Ve Tiempos de respuesta y configuración de transferencia para saber exactamente qué mensajes automáticos esperan y cuáles se descartan.
• Un tope de frecuencia. Entre todos tus flujos juntos — los flujos de recuperación, los pasos de secuencia y las difusiones comparten el mismo registro — a un contacto se le toca como máximo una vez cada 24 horas y tres veces cada 7 días. Un mensaje de recuperación enviado directamente desde un flujo se omite cuando el tope lo bloquea, no se retrasa; un paso de secuencia —que es como envían las tres recetas de recuperación de la Galería— se pospone alrededor de un día. Un flujo de recuperación que espera en un paso de retraso y luego termina sin enviar nada devuelve su espacio, y tampoco cuenta como toque en Desempeño de recuperación.

Las solicitudes automáticas de reseña van sobre Pedido preparado

La única automatización de comercio que no armas como flujo es la solicitud de reseña posventa. Se configura en Reseñas → Configuración, en Consigue más reseñas, y escucha exactamente un evento de tienda.

• Solo Pedido preparado programa una solicitud. Cuando la tienda marca un pedido como preparado y Enviar solicitudes de reseña automáticamente tras una compra está encendido, IcloneU agenda la solicitud para dentro de los Días después de la compra. Marcar un pedido como pagado no agenda nada.
• Configura primero la tarjeta de WhatsApp. La tarjeta Solicitudes de reseña por WhatsApp es una tarjeta aparte de Solicitudes automáticas de reseña, y la opción de WhatsApp solo aparece en el selector de Canal de la tarjeta automática cuando la tarjeta de WhatsApp ya tiene elegidos un Número de WhatsApp, una Plantilla y una Variable del enlace de reseña. Hasta entonces el único canal que se ofrece es Correo.
• Mapea también la variable del producto. Variable del producto (opcional) es la que lleva el nombre del producto comprado a la plantilla. Una solicitud disparada por una compra que no nombra lo que compraron pierde casi todo su sentido.
• Cinco cosas impiden que una solicitud salga. Que ya le hayas preguntado a ese contacto en los últimos 90 días; que el contacto se haya dado de baja; que el canal elegido no esté configurado; que no haya teléfono o correo utilizable en el expediente; o que WhatsApp ya nos haya dicho que ese número no está en WhatsApp. Cada una deja la solicitud como omitida en vez de enviada.
• Una transferencia abierta la pospone, no la descarta. A diferencia de un mensaje de recuperación, una solicitud de reseña para un contacto con transferencia abierta se recorre una hora y se reintenta, así que sale cuando el caso se cierra.

Cómo comprobar que funciona

Dos pantallas responden las dos preguntas distintas: si el evento nos llegó, y si los mensajes que mandamos sirvieron de algo.

• ¿Llegó el evento? Abre Automatizaciones → Conectores, edita la conexión de Shopify y mira Eventos recientes — los últimos diez, cada uno con su estado. Procesado significa que algo actuó sobre él, Ignorado que nada coincidió, Fallido que dio error, y Recibido que quedó registrado pero sin resultado marcado. Un evento Ignorado que esperabas que atrapara un flujo significa que ese flujo no es elegible: sigue en Borrador, o está Activa sin cuenta de plataforma asignada. Si la lista dice “Esta conexión aún no ha recibido eventos.”, el problema está antes de tu flujo. Aquí nunca se muestran los contenidos del evento — los datos del cliente se quedan fuera del registro.
• ¿Sirvió de algo? La sección Desempeño de recuperación de tu panel muestra una fila por flujo de recuperación con Mensajes, Contactos, Compras e Ingresos a 7, 15 o 30 días. Una compra se le acredita a un flujo cuando ese flujo fue el último toque de marketing dentro de 7 días, así que léelo como atribución y no como un reporte de ingresos de todo el embudo. Cuando en el periodo hay algo acreditado, la tarjeta empieza con Ventas influenciadas, que suma las compras en las que ayudó tu clon en conversaciones y cuenta una sola vez la compra alcanzada por ambas vías. Los ingresos suman los totales de los pedidos tal como se registraron, así que una tienda que vende en varias monedas ve una cifra combinada.

Preguntas frecuentes