Una vez configuradas sus reglas de activación, todo lo relativo a su ejecución se encuentra en la pestaña Envíos. Este artículo cubre la programación diaria, las ejecuciones manuales y las pruebas con un solo socio, las protecciones de horas de silencio y límites de frecuencia, cómo funciona la Vista previa y la referencia completa del registro de ejecución, incluidas las columnas, los valores de estado y los motivos de omisión del backend.
Contents
- Programar y ejecutar
- Horas de silencio y límites de frecuencia
- La cadena completa de elegibilidad
- Vista previa
- Referencia del registro de ejecución
- Columnas
- Valores de estado
- Motivos de omisión del backend
Programar y ejecutar
Todo lo relativo a la ejecución de activadores se encuentra en la pestaña Envíos: la programación diaria, las horas de silencio, los límites de frecuencia y el panel Execute Triggers. Algunos elementos dentro de la pestaña mantienen el término Execution (por ejemplo Execution Results, Execution Run y Executed At).
La pestaña Envíos: programación diaria, horas de silencio, límites de frecuencia y ejecuciones manuales en un solo lugar.
Programación diaria
- Establezca una hora y una zona horaria en la configuración y active o desactive la programación.
- La programación es compartida por todos los gimnasios que usan la configuración.
- El programador comprueba cada minuto si hay configuraciones que deban ejecutarse y ejecuta todas las reglas activas de todos los gimnasios asociados.
- Una regla no se ejecutará dos veces el mismo día natural (en la zona horaria local del gimnasio). Si una regla ya se ejecutó hoy, ya sea automática o manualmente, no vuelve a ejecutarse.
Ejecución manual («Run now»)
- Ejecuta inmediatamente la regla para el gimnasio actual. Esto envía mensajes reales. No hay forma de deshacer un mensaje enviado.
- Una ejecución manual es independiente: no se deduplica frente a otras reglas de la ejecución diaria.
- Si la regla ya se ejecutó hoy (automática o manualmente), la ejecución manual se bloquea para evitar el doble envío.
Probar con un solo socio
- Ejecuta la regla contra un socio concreto que usted elija.
- Elige al socio por su customer ID, no por el número de socio. Cópielo desde el perfil del socio: abra el perfil y tome el número de la URL de la página; por ejemplo,
.../#/customermanagement/1562839240/overviewsignifica customer ID 1562839240. - Omite la comprobación de condiciones: el socio se procesa independientemente de si cumple o no las condiciones.
- Siempre se envía como Grupo A, sin bloquear al socio en un grupo de control, de modo que la prueba nunca acaba silenciosamente en el grupo de control.
- Úselo para verificar de extremo a extremo la configuración del canal y las plantillas antes de activar una regla.
Horas de silencio y límites de frecuencia
Dos de las protecciones de mensajería son ajustes globales, configurados en la pestaña Envíos y compartidos por todos los gimnasios asociados a la configuración. (Las otras dos protecciones, el tiempo de espera por regla y la deduplicación de coincidencias múltiples, se tratan en Crear y editar reglas de activación.)
Horas de silencio. Establezca una hora de inicio y de fin en la zona horaria del gimnasio. Los rangos que abarcan la noche funcionan (de 22:00 a 07:00 cruza la medianoche). Las horas de silencio se desactivan si solo se establece una de las dos horas, o si la de inicio y la de fin son idénticas.
Qué ocurre durante las horas de silencio. Los mensajes que vencen mientras la ventana está abierta no se descartan: se ponen en cola y se envían tan pronto como la ventana de horas de silencio se abre para el envío (es decir, una vez que la ventana termina). El editor de activadores le avisa cuando una hora de ejecución configurada cae dentro de una ventana activa de horas de silencio, y el panel de programación diaria muestra la misma advertencia para la ejecución diaria. Los activadores de leads basados en eventos (el New-Lead welcome) no están sujetos a las horas de silencio y se envían de inmediato.
Orden de las protecciones. Para cada ejecución, las protecciones se evalúan en un orden fijo: horas de silencio, después el límite diario, después el límite semanal y después el tiempo de espera por regla.
Límites de frecuencia diarios y semanales. Límites móviles por socio: un número máximo de mensajes de Engage por día (ventana móvil de 24 horas) y por semana (ventana móvil de 7 días). Cada límite tiene su propio interruptor de activación/desactivación en la pestaña Envíos. Si un socio ya ha alcanzado un límite, se omiten los mensajes adicionales.
Los límites son globales por socio en todos los activadores de Engage, no se cuentan por activador, de modo que un socio que ya recibió un mensaje de otra regla antes en la ventana puede quedar excluido de esta. Una ejecución cuenta como un mensaje aunque salga por varios canales. Las ventanas son móviles (las últimas 24 horas y los últimos 7 días), no días o semanas naturales.
Consulte también: Crear y editar reglas de activación (Protecciones de mensajería, Prioridad y resolución de coincidencias múltiples).
La cadena completa de elegibilidad
Un socio puede cumplir todas las condiciones que usted escribió y aun así no recibir nada, porque las condiciones son solo un paso. Para cada ejecución, Engage aplica esta cadena en orden:
- Audiencia: socio activo, exsocio o lead.
- Bloqueo de comunicación: los socios que se dieron de baja (sin consentimiento de Newsletter) se eliminan.
- Tipo de contrato: el filtro por tipo de contrato de inclusión/exclusión de la regla.
- Sus condiciones: los campos de condición de la regla.
- Accesibilidad en el canal seleccionado: WhatsApp y SMS necesitan un número de teléfono, Email necesita una dirección de email.
La falta de datos de contacto en el canal seleccionado es el motivo más común por el que un socio que coincide no recibe nada. Una advertencia sobre el paso de las condiciones: una condición solo coincide con socios que realmente tienen un valor para ese campo. Un socio sin valor queda excluido por todos los operadores, incluidas las negaciones, de modo que un socio sin método de pago no coincide con «payment method is not Direct Debit». Para llegar a los socios sin valor, use una condición explícita «is empty» donde el campo la ofrezca.
Vista previa
La Vista previa comprueba el alcance de una regla antes de que envíe nada.
- La Vista previa evalúa el borrador actual de la regla tal como lo tiene en el editor, no la última versión guardada.
- Devuelve el recuento total de socios que coinciden y una lista de muestra con nombre, banda de riesgo de cancelación y métricas clave de visitas.
- La Vista previa es una instantánea en tiempo real: solo muestra quién coincide con las condiciones ahora mismo, según la instantánea de datos del día actual (las métricas de los socios se actualizan una vez al día).
- Puede cargar la lista paginada completa de socios que coinciden, lo que ayuda en gimnasios grandes.
Un recuento de 0 no es un problema. Que la Vista previa muestre 0 socios solo significa que hoy no coincide nadie. No significa que la regla esté rota ni que mañana no vaya a coincidir nadie: los socios entran y salen de las condiciones a medida que cambian sus datos, por ejemplo cuando se cruza un umbral de vencimiento de contrato durante la noche o un socio cruza el umbral de inactividad.
Use la Vista previa para afinar los umbrales antes de activar. Si una regla Dormancy coincide con la mitad del gimnasio, el umbral probablemente sea demasiado estricto para una campaña útil; suba el valor de días desde la última visita y vuelva a previsualizar.
La Vista previa muestra quién coincide con las condiciones. No simula las protecciones, por lo que el número real de mensajes enviados en una ejecución puede ser menor una vez aplicados los tiempos de espera, los límites de frecuencia, las horas de silencio, la deduplicación y el grupo de control A/B. Trate la vista previa como «quién es elegible», no como «a quién se enviará el mensaje».
Referencia del registro de ejecución
Cada socio evaluado obtiene una fila, de modo que usted siempre puede reconstruir por qué se contactó o no a alguien. La pestaña Envíos muestra tarjetas de resumen (Total coincidente, Grupo A, Grupo B) y una tabla de resultados por socio. Los resultados pueden filtrarse por rango de fechas, ejecución, activador, canal y grupo A/B, y exportarse a CSV.
Resultados de envíos: una fila por socio evaluado, con Path (One-way o Agent), canal, grupo A/B y resultado.
Columnas
| Columna | Qué muestra |
|---|---|
| Member | Nombre del socio, capturado en el momento del envío. Los registros históricos siguen siendo legibles aunque los datos del socio cambien después. |
| Trigger | La regla de activación que evaluó a este socio. |
| Path | Vía de entrega: One-way (enviado directamente) o Agent (entregado a través del agente MagicAI Chat). Vacío para los socios omitidos. |
| Channel | El canal por el que se envió (o se intentó enviar) el mensaje. Vacío para los socios omitidos antes de la selección de canal, como el grupo de control. |
| Group | A (tratamiento, contactado) o B (control, no contactado). |
| Churn risk | La banda de riesgo de cancelación del socio en el momento de la ejecución (de Very Low a Very High). Útil para revisar a quién se dirigió. |
| Status | El resultado de este intento de envío. Consulte la referencia de estados más abajo. |
| Date/time | Cuándo se creó esta entrada del registro. |
Valores de estado
Cada intento de envío termina en exactamente uno de los resultados siguientes, mostrado en la columna Status. La columna Path junto a ella muestra Agent (entregado a través del agente MagicAI Chat) o Solo ida (enviado directamente), y está en blanco para las filas de socios omitidos y de control.
| Status | Qué ocurrió |
|---|---|
| Sent | El mensaje se entregó y el backend confirmó su envío. La confirmación de entrega real depende del proveedor posterior (por ejemplo, WhatsApp o la pasarela de SMS). |
| Failed | El envío falló debido a un error en tiempo de ejecución. |
| Control (no message) | El socio está en el grupo de control B y no se contactó intencionadamente, de modo que el grupo de tratamiento pueda compararse con una línea base limpia en el Análisis de impacto. Se registra una fila por socio, sin canal. |
| Skipped (quiet hours) | El gimnasio está dentro de su ventana de horas de silencio configurada. El mensaje no se descarta: se pone en cola y se envía una vez que la ventana se abre. |
| Skipped (cooldown) | La ventana de tiempo de espera de la regla no ha transcurrido para este socio. |
| Skipped (already contacted) | Un activador de contacto único ya envió a este socio un mensaje en una ejecución anterior. |
| Skipped (daily frequency cap) | Se ha alcanzado el límite móvil de mensajes de 24 horas del gimnasio. |
| Skipped (weekly frequency cap) | Se ha alcanzado el límite móvil de mensajes de 7 días del gimnasio. |
| Skipped (higher-priority trigger) | Una regla de mayor prioridad ya reclamó a este socio en la misma pasada del programador (consulte Prioridad y resolución de coincidencias múltiples en Crear y editar reglas de activación). |
| Skipped (no channel) | El socio no es accesible en el canal (sin número de teléfono para WhatsApp o SMS, sin dirección de email para Email). |
| Skipped (not allowlisted) | El socio no está en la lista de permitidos de envío configurada. |
| Skipped (backend) | El backend retuvo deliberadamente el mensaje. El campo de motivo muestra la causa específica (consulte Motivos de omisión del backend más abajo). |
Estos son los estados del registro de envíos confirmados por ingeniería (el conjunto de estados de mensaje del ml-backend). Cada socio evaluado produce una fila por ejecución con su resultado. El estado «Skipped (backend)» lleva un campo de motivo de segundo nivel que nombra la causa precisa (consulte Motivos de omisión del backend más abajo). Los informes de entrega más detallados por envío (un estado Succeeded, Failed o Pending por mensaje con el motivo del fallo) están previstos para una versión posterior, no para el lanzamiento. El texto exacto en pantalla de los estados menos comunes está confirmado frente a la interfaz de la versión GA.
Motivos de omisión del backend
Cuando el estado es «Skipped (backend)», el campo de motivo explica por qué el sistema de entrega retuvo el mensaje:
| Motivo | Qué comprobar |
|---|---|
| Engage disabled | La función Engage está deshabilitada a nivel de plataforma. |
| No channel handler | No hay ningún gestor de entrega registrado para este canal. Contacte con el soporte. |
| Channel disabled | El canal está deshabilitado para este gimnasio. |
| Studio mismatch | El contexto del gimnasio no coincidió. Contacte con el soporte. |
| Template not found | La plantilla asignada a este canal ya no existe. Reasigne una plantilla. |
| Template archived | La plantilla se archivó después de configurar la regla. Reasigne una plantilla activa. |
| Template wrong channel | La plantilla se creó para un canal diferente. Asigne una plantilla que coincida. |
| App not activated | Canal Push: la MySports App no está activada para este gimnasio. |
| No default locale | No hay un idioma predeterminado establecido para el socio. |
| No phone number | Canal SMS: el socio no tiene ningún número de teléfono registrado. |
| No chatbot configuration | Vía de entrega por chat: no existe ninguna configuración de MagicAI Chat. Configure una o retire el agente del canal. |
| MySports unavailable | Canal Push: MySports no estaba disponible en el momento del envío. |
| No WhatsApp Business Account | Canal WhatsApp: no hay ninguna cuenta de empresa de WhatsApp de Meta vinculada a este gimnasio. Consulte también: Configurar WhatsApp para Engage. |
| WhatsApp Business Account mismatch | La cuenta de empresa aprobada de la plantilla difiere de la cuenta vinculada al gimnasio. Las plantillas de WhatsApp se aprueban por cuenta; una discrepancia significa que Meta rechazaría el envío. Use una plantilla aprobada para la cuenta vinculada al gimnasio. |
Consulte también: Configurar WhatsApp para Engage. Consulte también: Análisis de impacto.