Enrútalo automáticamente. Recicla lo que no convirtió.

Có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.

039 funciones

Reglas de enrutamiento

Una sola lista ordenada de reglas decide adónde va cada lead y qué oferta lo factura.

Reglas que eligen la oferta

Una regla decide a la vez adónde va un lead y qué oferta lo paga.

Qué hace: Cuando el enrutamiento y la facturación viven en sitios distintos, un lead puede llegar a un CRM y facturarse contra otro acuerdo. En Alion, cada regla termina en una hoja, y una hoja de Oferta nombra exactamente una oferta, así que la ruta y la factura son la misma decisión. Una hoja también puede ser Sin oferta (envío no rastreado a propósito) o un flow interno (sin ingresos).
Por qué existe: Sin esto, necesitas un segundo paso que adivine a qué acuerdo pertenece una entrega, y las suposiciones fallan. Una sola decisión significa que adonde fue el lead siempre coincide con lo que facturas.
Ejemplo: Un lead de UK desde Meta coincide con la regla "UK Meta", cuya hoja es la Oferta A de Northgate Media a 30 por lead. Alion lo entrega al CRM de la Oferta A y registra 30 en la Oferta A.

Condiciones sobre cualquier campo del lead

Filtra leads por país, fuente, hora, puntuación de fraude, dispositivo o cualquier parámetro de clic.

Qué hace: Los acuerdos reales casi nunca son solo "tráfico de UK": una red puede querer solo leads móviles, en horario de oficina, de un único funnel. Las reglas de Alion pueden comprobar país, idioma, fuente, landing page, funnel, tracker, oferta solicitada, dominio del email, hora local, día de la semana, puntuaciones de fraude, VPN, país de la IP, tipo de dispositivo y cualquier parámetro de clic. Los operadores incluyen In, NotIn, Contains, Between, GreaterThan y Exists.
Por qué existe: Porque una regla que solo ve el país enviará leads que la red no acepta o no paga.
Ejemplo: Una regla para Kestrel Ads acepta leads de DE desde Taboola, hora local Between 9 y 18, dispositivo móvil, con una puntuación de fraude inferior a 40.

Carpetas con Priority, Split y Mirror

Agrupa rutas en carpetas y elige cómo se reparten los leads entre ellas.

Qué hace: Enviarlo todo a un solo comprador pierde leads cuando ese comprador dice que no, y repartir a mano no escala. En Alion, las rutas están en carpetas y cada carpeta tiene una estrategia: Priority prueba los hijos en orden, Split reparte los leads con pesos fijos, Mirror copia el lead a cada hijo como entregas separadas. Los backups solo se prueban cuando fallan todos los hermanos, y un lead prueba los hermanos dentro de su regla antes de pasar a la siguiente regla que coincide.
Por qué existe: Sin esto, un rechazo es un lead perdido. Los intentos ordenados y los backups dan a cada lead varias oportunidades antes de darlo por perdido.
Ejemplo: En la carpeta "FR Google", Split envía el 70 % a Velora Partners y el 30 % a Halcyon Traffic. Si ambos rechazan un lead, lo recibe el backup, Brightline Leads.

Enrutamiento Smart por EPC

El volumen se mueve solo hacia las rutas que más ganan.

Qué hace: Reajustar pesos a mano cada vez que cambian los resultados de un comprador es una tarea que casi nunca se hace. Una carpeta Smart fija sus pesos a partir del EPC (ganancia por clic) de cada ruta, así que más volumen va a lo que realmente paga. Cada red tiene un ajuste "los ingresos suelen llegar después de N días", para que una red que paga lento no se juzgue antes de que lleguen sus FTD.
Por qué existe: Sin este retraso, una red que confirma los FTD después de una semana parecería inútil el segundo día y perdería su tráfico.
Ejemplo: Velora Partners te deja 12 por clic y Kestrel Ads 7, así que la carpeta Smart da más a Velora. Los ingresos de Kestrel suelen llegar a los 5 días, por eso sus leads más recientes aún no cuentan en su contra.

Enrutamiento Best Payout

Cada lead va primero a la oferta que se espera que pague más por él.

Qué hace: Cuando una red paga más por lead y otra paga más por FTD, cuesta ver qué acuerdo vale más. Una carpeta BestPayout compara sus hojas usando la oferta propia de cada hoja: precio del lead más precio del FTD por una tasa de conversión (CR) de referencia. Se prueba primero la hoja con el pago esperado más alto.
Por qué existe: Porque el precio por lead más alto no siempre es el mejor acuerdo cuando se cuentan los precios de FTD.
Ejemplo: La Oferta A paga 20 por lead más 800 por FTD, la Oferta B paga 35 por lead más 300 por FTD. Con un CR de referencia del 5 %, la Oferta A vale 60 y la Oferta B 50, así que se prueba primero la Oferta A.

Reglas que respetan las condiciones de la oferta

Alion bloquea cualquier ruta que pueda enviar a una oferta leads fuera de sus condiciones.

Qué hace: Si una oferta solo acepta leads de DE desde Google, una ruta que también deja pasar leads de FR o de Meta generará leads que la red no pagará. En Alion, una regla debe garantizar las condiciones de la oferta: puede ser más estricta, nunca más amplia. El editor de reglas bloquea una ruta que no lo cumple.
Por qué existe: Sin esto, un pequeño cambio en una regla puede enviar en silencio leads no pagados a una red durante días.
Ejemplo: La Oferta A de Brightline Leads solo cubre leads de CA desde Google. Una regla "CA, cualquier fuente" no puede apuntar a la Oferta A hasta que añadas la condición fuente In Google.

Borrador, publicación y reversión

Edita las reglas en un borrador, publica cuando esté listo y revierte si hace falta.

Qué hace: Editar el enrutamiento en vivo mientras entran leads hace que cada cambio a medias afecte al tráfico real. En Alion, cambias las reglas en un borrador, lo publicas cuando está listo y vuelves a una versión anterior si algo sale mal. El tráfico real siempre sigue la versión publicada.
Por qué existe: Porque un error de enrutamiento cuesta dinero cada minuto que está activo, necesitas un lugar seguro para preparar cambios y una vuelta atrás rápida.
Ejemplo: El lunes publicas una nueva regla de FR para Halcyon Traffic, ves que suben los rechazos y vuelves a la versión del viernes.

Flows internos para notificaciones y copias

Envía leads a tu equipo o a tus sistemas, sin red y sin ingresos.

Qué hace: Tu equipo y tus propias herramientas también necesitan ver los leads, pero esas copias no son ventas y no deben aparecer como ingresos. Un flow interno no tiene red ni oferta. Úsalo como hoja para notificaciones internas, o dentro de una carpeta Mirror para copiar un lead a tus sistemas junto a la entrega real. Nunca genera ingresos.
Por qué existe: Sin esto, las copias internas parecerían entregas a una red y distorsionarían tus informes de ingresos.
Ejemplo: Una carpeta Mirror envía cada lead de UK a la Oferta A de Northgate Media y a un flow interno que lo publica en el chat de Telegram de tu equipo.

Hojas Sin oferta

Envía leads a una red antes de cerrar el acuerdo y asígnalo más tarde.

Qué hace: A veces empiezas a enviar a una red antes de acordar el precio, o quieres probar un CRM nuevo. Una hoja Sin oferta te deja elegir tú mismo la red y el CRM y enviar sin rastreo a propósito. Esas entregas esperan en la cola no rastreada hasta que les asignes la oferta correcta.
Por qué existe: Porque esperar el papeleo no debería frenar el tráfico, y adivinar un precio ahora pondría cifras erróneas en tus ingresos.
Ejemplo: Kestrel Ads acepta probar leads de UK antes de firmar el contrato. Los envías por una hoja Sin oferta durante una semana y luego asignas a esas entregas la Oferta A a 25 por lead.

088 funciones

Reciclaje de leads

Un lead que nadie convirtió no es un lead muerto. Envíalo de nuevo a otra oferta, nunca a donde ya estuvo.

Segmentos de reciclaje basados en reglas

Elige qué leads no convertidos vuelven a salir y qué network los recibe.

Qué hace: Un lead No Answer no es un lead muerto, pero la mayoría de los equipos deja ese dinero sobre la mesa porque mover leads a mano no compensa. En Alion creas segmentos por país, fuente de tráfico, campaña, destino original y estado actual, y envías esos leads no convertidos a nuevos networks.
Por qué existe: Sin segmentos, reciclar significa exportar hojas de cálculo y adivinar qué leads se pueden reenviar con seguridad.
Ejemplo: Seleccionas todos los leads de UK que vienen de Meta y que Northgate Media marcó como No Answer en los últimos 14 días, y los envías a Halcyon Traffic.

Distribución determinista

El reparto que configuras es el reparto que obtienes.

Qué hace: Un reparto aleatorio se desvía con el tiempo en lugar de respetar lo que configuraste. Alion reparte los leads reciclados entre los networks de destino en proporciones exactas, no al azar.
Por qué existe: Porque un volumen prometido es un compromiso. Si un network recibe menos leads de lo acordado, la relación se resiente.
Ejemplo: Repartes 1.000 leads reciclados de DE al 60/40 entre Velora Partners y Kestrel Ads. Velora recibe exactamente 600 y Kestrel exactamente 400.

Deduplicación de reenvíos

Un lead nunca se reenvía a un CRM que ya lo tuvo.

Qué hace: Enviar un lead a un network que ya lo rechazó daña la relación y nunca se cobra. Alion nunca reenvía un lead reciclado a un destino al que ya llegó, y además se aplica la configuración de doble entrega del network.
Por qué existe: Sin esto, el reciclaje se convierte en spam para tus propios networks y daña los acuerdos de los que dependes.
Ejemplo: Un lead de FR ya fue a Brightline Leads y fue rechazado. Cuando reciclas el segmento de FR, ese lead se salta Brightline y solo va a Halcyon Traffic.

Exclusión de FTD

Un lead que ya depositó nunca puede revenderse.

Qué hace: Revender un lead que ya hizo un primer depósito (FTD) es el peor error de este negocio. Alion excluye del reciclaje los leads convertidos sin excepciones, así que simplemente no puede pasar.
Por qué existe: Porque un solo depositante revendido puede costarte toda la relación con un network y una devolución sobre la venta original.
Ejemplo: Tu segmento CA No Answer tiene 400 leads, pero 6 de ellos depositaron ayer con Kestrel Ads. Esos 6 quedan fuera automáticamente.

Comprobaciones de elegibilidad geográfica

Los leads reciclados siguen las mismas reglas de país que el tráfico nuevo.

Qué hace: Los leads reciclados siguen siendo leads, y deben cumplir las mismas reglas comerciales que el tráfico nuevo. Alion comprueba la elegibilidad antes de asignar un lead y otra vez justo antes de enviarlo.
Por qué existe: Porque un network solo paga por los países de su acuerdo. Un lead del país equivocado es un lead que nunca te pagarán.
Ejemplo: Velora Partners solo acepta DE y CA. Un lote de reciclaje mixto solo les envía los leads de DE y CA, y los de UK se quedan fuera.

Shuffle automático programado

El reciclaje se ejecuta con una programación, así que realmente ocurre.

Qué hace: El reciclaje solo genera dinero cuando ocurre con regularidad, y los procesos manuales nunca lo consiguen. En Alion configuras un shuffle una vez y se ejecuta con una programación, con las mismas comprobaciones cada vez.
Por qué existe: Sin programación, el reciclaje espera a que alguien se acuerde, y mientras tanto los leads se enfrían.
Ejemplo: Cada lunes a las 09:00, todos los leads de DE que siguen en No Answer tras 7 días se envían por shuffle a Halcyon Traffic.

Oferta elegida al hacer el shuffle

Elige qué oferta factura cada lead reciclado, o envíalo sin seguimiento y asigna el ingreso después.

Qué hace: Los leads reciclados suelen venderse con un acuerdo distinto al de los nuevos, así que el precio debe estar claro antes de enviarlos. Cuando lanzas un shuffle en Alion, eliges una oferta concreta del network que los recibe, o No Offer para enviarlos sin seguimiento y asignar el ingreso después. La configuración de doble entrega del network se aplica igual que con los leads nuevos.
Por qué existe: Sin una oferta al hacer el shuffle, el ingreso reciclado se adivina o se olvida, y nunca coincide con la factura del network.
Ejemplo: Haces shuffle de 200 leads antiguos de UK hacia Kestrel Ads y eliges su oferta CPL para leads reciclados a 8 por lead, así que cada entrega se factura a 8 desde el primer segundo.

Tabla de leads rechazados y reenvío

Ve cada lead que Alion no pudo entregar, con el motivo, y vuelve a enviarlo.

Qué hace: Los leads que fallan en silencio son leads que pagaste y nunca vendiste. Alion los reúne en una tabla Rejected leads: leads con un ID de oferta que no se pudieron entregar y leads detenidos porque su oferta estaba llena en una ruta configurada en Reject en lugar de Reroute. Cada uno muestra el motivo y puedes reenviarlo mediante un shuffle.
Por qué existe: Porque un lead vinculado a una oferta nunca se cambia por otra. Si esa oferta está llena o el CRM lo rechaza, el lead necesita un lugar donde puedas verlo y actuar.
Ejemplo: Cuarenta leads de CA vinculados a la oferta A de Velora Partners llegan a la tabla con el motivo payable cap lleno. A la mañana siguiente, cuando el cap se reinicia, los reenvías mediante un shuffle.

Funciones

Más de lo que hace Alion

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.Seguimiento de estados de Alion: una sola taxonomía, cada socio27 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.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