Cada socio habla un estado distinto. Alion los traduce todos.

27 estados canónicos mapeados desde el vocabulario propio de cada socio, con un historial de solo adición y automatización que se activa en el momento en que cambia el estado.

068 funciones

Seguimiento de estados

Cuatro redes que hablan de cuatro formas distintas sobre el mismo lead, convertidas en un único conjunto de estados que sí puedes comparar.

Taxonomía canónica de 27 estados

El vocabulario de cada red se convierte en un único conjunto de estados compartido.

Qué hace: Cuatro redes significan cuatro vocabularios de estados distintos y ninguna forma de compararlos. En Alion, cada resultado de lead se resuelve en un vocabulario compartido: FTD, Callback, No Answer, Unqualified y 23 más, así la calidad de las redes se vuelve directamente comparable.
Por qué existe: Sin un vocabulario único, «Interested» en una red y «Hot» en otra aparecen distintos en los informes, y no sabes qué red rinde de verdad.
Ejemplo: Northgate Media envía «Deposited» y Kestrel Ads envía «ftd_ok». Ambos aparecen como FTD, así que tu informe de DE compara sus tasas de FTD lado a lado: 4,1 % frente a 2,7 %.

Mapeo de estados por destino

Las redes conservan sus propias etiquetas. Tú igual obtienes una vista única y clara.

Qué hace: No deberías tener que pedirle a una red que cambie su CRM solo para trabajar contigo. En Alion, los textos de estado propios de cada destino se mapean a la taxonomía canónica, y todo lo que no está mapeado aparece en un panel de revisión en lugar de desaparecer en silencio.
Por qué existe: Sin mapeo, un estado nuevo de una red se pierde, y un FTD puede pasar desapercibido bajo una etiqueta que nadie reconoció.
Ejemplo: Velora Partners empieza a enviar «Reassigned». Aparece en el panel de revisión, lo mapeas una vez a Callback, y todos los leads pasados y futuros con ese estado quedan alineados.

Historial de estados de solo anexión

Nada se sobrescribe, así que toda la historia sigue siendo demostrable.

Qué hace: Cuando una red insiste en que un lead siempre fue Unqualified y tú lo recuerdas como Callback la semana pasada, alguien tiene que poder demostrarlo. Alion registra cada cambio de estado como una fila permanente, nunca sobrescrita, así la secuencia completa sigue disponible.
Por qué existe: Porque un sistema que solo guarda el último estado oculta cómo llegó el lead hasta ahí, y de eso tratan precisamente las disputas y las conciliaciones CRG.
Ejemplo: Un lead de FR en Brightline Leads muestra New el 3 de mayo, Callback el 5 de mayo y Unqualified el 12 de mayo, cada uno con su hora, así que lo del Callback se resuelve en una pantalla.

Webhooks entrantes de estado

Las redes te avisan en el momento en que algo cambia.

Qué hace: Enterarte de un FTD a la mañana siguiente es un día tarde. Las redes pueden enviar los cambios de estado a Alion en tiempo real en lugar de esperar a la próxima sincronización programada.
Por qué existe: Porque las plataformas publicitarias optimizan con señales frescas. Un FTD informado horas después llega a tu tracker y a Meta o Google demasiado tarde para ayudar a la campaña.
Ejemplo: Halcyon Traffic llama a tu webhook de Alion a las 14:32 cuando un lead de CA deposita. A las 14:32 el lead ya muestra FTD y el postback de conversión de Meta se ha disparado.

Automatización activada por estado

Dispara un postback en el segundo en que un lead convierte.

Qué hace: Tu plataforma publicitaria solo puede optimizar con las conversiones que realmente conoce. En Alion configuras pasos que se ejecutan automáticamente cuando un lead alcanza un estado elegido, normalmente un postback de conversión en el momento en que llega a FTD.
Por qué existe: Sin esto, alguien tiene que exportar los FTD y subirlos a mano a cada plataforma publicitaria, y la campaña optimiza con datos viejos o incompletos.
Ejemplo: Cuando un lead de Taboola llega a FTD, Alion dispara el postback de conversión de Taboola con el click ID y publica «FTD, UK, Offer A» en tu chat de Telegram.

Cuatro modos de filtro por estado

Haz la pregunta que realmente quieres hacer, no la más parecida disponible.

Qué hace: «Muéstrame los leads que ninguna red convirtió» y «muéstrame los leads que alguien marcó como Callback en algún momento» son preguntas distintas, y la mayoría de las herramientas solo responden una. En Alion filtras por último estado registrado, estado en todas las redes, estado en cualquier red o estado que haya tenido alguna vez.
Por qué existe: Porque el reciclaje y los informes dependen de hacer la pregunta correcta. El filtro equivocado reenvía leads ya convertidos u oculta leads que merecen un segundo intento.
Ejemplo: Para reciclar leads de DE, eliges «tuvo alguna vez el estado Callback» y excluyes «estado FTD en cualquier red». Obtienes 640 leads que mostraron interés pero nunca depositaron en ningún sitio.

Origen de cada estado

Cada cambio de estado muestra de dónde vino.

Qué hace: Cuando un lead muestra de repente FTD, la primera pregunta es quién lo dijo. Alion registra el origen de cada cambio de estado: sincronización, webhook, manual, importación, flujo o shuffle.
Por qué existe: Sin esto, no puedes distinguir una actualización de la propia red de un ajuste manual o una importación, y no puedes fiarte de la cifra en una disputa.
Ejemplo: Un lead de UK en Velora Partners muestra FTD por webhook el 9 de junio y luego Rejected manual el 11 de junio por un compañero. Ves ambos, con quién y cuándo.

Alertas de regresión de FTD

Un lead que sale del estado FTD se marca para que lo revises.

Qué hace: Una red puede informar un FTD y después cambiar el lead a Rejected, lo que cambia en silencio lo que se te debe. Alion marca cada lead que sale del estado FTD como una regresión para revisar. Es solo una marca: nada se revierte automáticamente, tú decides qué hacer.
Por qué existe: Sin esto, un FTD rebajado se esconde entre miles de actualizaciones de estado hasta que la factura llega corta.
Ejemplo: Kestrel Ads marca un lead de DE como FTD el 2 de julio y como Rejected el 20 de julio. Alion lo marca, abres el lead, revisas el pago de FTD de 450 $ y lo planteas a Kestrel antes de facturar.

099 funciones

Visibilidad e informes

Ve cada decisión que Alion tomó con un lead y prueba un cambio antes de publicarlo.

Recorrido del lead con motivos

Ve cada paso que siguió un lead, en orden, y el motivo de cada decisión.

Qué hace: Cuando una network dice que un lead nunca llegó, o un lead acaba en la oferta equivocada, necesitas hechos, no suposiciones. En Alion cada lead muestra su recorrido completo en orden: la regla que coincidió, la oferta elegida, un cap lleno y adónde se redirigió el lead, un timeout del CRM, el CRM que lo aceptó y los postbacks enviados. Cada paso viene con su motivo.
Por qué existe: Sin esto, respondes a las disputas con las networks de memoria y con hojas de cálculo, y los errores de enrutamiento quedan ocultos hasta la factura.
Ejemplo: Velora Partners dice que el lead 48213 de Meta UK nunca les llegó. Su recorrido muestra que coincidió la regla «UK Meta», que la Oferta A en Velora llegó a su cap a las 12:04, que el lead se redirigió a la Oferta B en Kestrel Ads y que el CRM de Kestrel lo aceptó con un ID de lead.

Simulador de leads

Introduce cualquier lead y ve exactamente adónde iría, antes que el tráfico real.

Qué hace: Cambiar reglas con el tráfico en marcha es arriesgado, porque normalmente ves el error solo cuando leads reales van al sitio equivocado. En el simulador introduces cualquier dato de lead y Alion muestra el camino exacto según tus reglas en borrador o publicadas: la regla, la hoja, la oferta, el precio, los caps, el CRM y los pasos del flow. También sirve como comprobación antes de publicar.
Por qué existe: Sin él, la primera prueba de una regla nueva es un lead real y dinero real.
Ejemplo: Antes de publicar, simulas un lead DE de Taboola a las 23:00. El simulador muestra que coincide con la regla «DE noche», llega a la Oferta C en Brightline Leads con un precio de 25 por lead y que su flow envía un mensaje de Telegram y un postback.

Vista de cobertura de ofertas

Una cuadrícula de países y networks que muestra a qué oferta llega cada lead.

Qué hace: Con muchas reglas y ofertas, cuesta saber si cada país está cubierto y a qué oferta llega de verdad un lead. La vista de cobertura es una cuadrícula de países y networks: cada celda muestra la oferta a la que llega un lead y la regla que lo envía allí. Los huecos se resaltan, y antes de publicar ves qué cambia entre el borrador y las reglas activas.
Por qué existe: Porque un hueco es invisible en una lista de reglas, y normalmente lo descubres solo cuando ya han llegado leads de ese país.
Ejemplo: La cuadrícula muestra FR cubierto por la Oferta A en Northgate Media mediante la regla «EU core», pero CA no tiene oferta en Halcyon Traffic. Añades una regla y la comparación muestra, antes de publicar, que CA ahora llega a la Oferta D.

¿Por qué no coincidió este lead?

Elige un lead y una regla, y ve exactamente qué condición falló.

Qué hace: Una regla parece correcta, pero un lead la saltó, y revisar una docena de condiciones a mano lleva tiempo. Elige el lead y la regla, y Alion muestra exactamente qué condición no coincidió.
Por qué existe: Sin esto, pruebas las condiciones una a una, o cambias una regla que nunca fue el problema.
Ejemplo: Un lead UK de Google se saltó la regla «UK mobile». El diagnóstico muestra que el país y la fuente coincidían, pero el tipo de dispositivo era escritorio, así que la regla no se aplicó.

Asistente para añadir network

Añade todas las ofertas de una network a una regla con un clic.

Qué hace: Una network suele tener varias ofertas, y añadirlas una a una a una regla es lento y fácil de hacer mal. El asistente Añadir network añade todas las ofertas de esa network a una regla con un clic. Cuando creas una oferta nueva, Alion pregunta si quieres añadirla a las reglas que ya usan esa network.
Por qué existe: Sin él, una oferta nueva puede quedarse sin uso porque nadie se acordó de añadirla a las reglas.
Ejemplo: Kestrel Ads tiene tres ofertas para UK, DE y CA. Pulsas Añadir network en la regla «Tier 1 Meta» y se añaden las tres. Una semana después creas una cuarta oferta para FR, y Alion pregunta si también quieres añadirla a «Tier 1 Meta».

Informes de desglose multinivel

Agrupa hasta cuatro cosas a la vez, como país más fuente más network.

Qué hace: «Qué combinación de país y fuente gana dinero de verdad en qué network» es una pregunta de varias dimensiones, y la mayoría de los informes responde solo una a la vez. Agrupa hasta cuatro niveles entre networks, países, versiones de oferta, fuentes de tráfico y estados.
Por qué existe: Sin esto, exportas a hojas de cálculo y cruzas los datos a mano para encontrar la combinación rentable.
Ejemplo: Agrupas por país, luego fuente, luego network, y ves que los leads UK de Taboola ganan 42 por lead en Northgate Media, pero solo 18 en Kestrel Ads.

Paneles personalizables

Crea la vista que revisas cada mañana y guárdala.

Qué hace: Los números que revisas cada mañana no son los de fin de mes. Crea un tablero de widgets que puedes mover y redimensionar, y guárdalo como plantilla con nombre para cada vista.
Por qué existe: Porque un panel fijo oculta lo que necesitas hoy o lo entierra bajo lo que necesitabas la semana pasada.
Ejemplo: Tu plantilla de la mañana muestra los leads de hoy, los FTD y las ofertas con cap lleno. Tu plantilla de fin de mes muestra los ingresos por network y las entregas aún sin seguimiento.

Desglose de facturación

De una línea de factura al lead individual en tres clics.

Qué hace: Cuando una network disputa una factura, necesitas llegar al lead individual en tres clics, no en treinta. Baja del país, a la versión de oferta, hasta los leads individuales.
Por qué existe: Sin esto, resolver una disputa significa reconstruir la factura a partir de exportaciones en bruto.
Ejemplo: Halcyon Traffic cuestiona 40 FTD de su factura DE. Haces clic en DE, luego en la Oferta B versión 2, y ves los 40 leads con sus fechas de entrega y estados.

Feed de ingresos entre networks

Compara todas las networks lado a lado en una sola lista.

Qué hace: Decidir qué network recibe tu próximo lead depende de compararlas lado a lado. Un único feed plano cubre a la vez todas las networks, países, versiones de oferta y fuentes de tráfico.
Por qué existe: Sin esto, los ingresos de cada network están en su propio informe, y compararlos exige trabajo manual.
Ejemplo: En una sola lista ves que, para el tráfico CA de Google, Brightline Leads pagó 31 por lead la semana pasada y Velora Partners 22.

Funciones

Más de lo que hace Alion

Distribución de leads de Alion: enrutamiento, reparto y reciclajeCómo Alion enruta cada lead automáticamente mediante reparto ponderado y respaldo consciente de los límites, y luego recicla los leads no convertidos según reglas en lugar de perderlos.Detección de fraude de Alion: bots, duplicados y proxies bloqueadosAlion analiza cada lead con cuatro señales, bloquea VPNs, proxies y correos desechables desde la entrada, y detiene duplicados y reenvíos en cada socio.Gestión de límites de Alion: límites en tiempo real, sin excesosAplica límites diarios, semanales y contractuales a cada lead en tiempo real, previsualiza los cambios con una simulación, y recibe una alerta de Telegram antes de que se supere un límite.Seguimiento de ingresos de Alion: pagos, condiciones y reportes en vivoSigue los pagos CPL, CPA, híbridos y CRG por país con condiciones versionadas, liquidación FIFO automática, y reportes que llegan hasta un solo lead.Entrega e integración de Alion: cualquier API, auditoría completaConecta cualquier CRM, postback, Telegram o destino de correo, detecta el éxito comercial real a partir de la respuesta, y conserva un registro de auditoría completo de cada entrega.Seguridad de Alion: aislamiento por fila y enmascaramiento de datos personalesLos datos de cada cliente permanecen aislados a nivel de fila, los datos personales se enmascaran de forma predeterminada, y los permisos granulares deciden exactamente qué puede ver o hacer cada miembro del equipo.

Ver todas las funciones

Funciones

Envíalo.

Regístrate gratis Reservar una demo