Cómo funciona, explicado de verdad.

Alion se sitúa entre tu tráfico y los sistemas de tus compradores: envía cada lead al comprador correcto, hace seguimiento de lo que le ocurre y calcula exactamente lo que se te debe.

No. Tus compradores mantienen el sistema que ya usan. Alion es la capa que decide adónde van los leads, los entrega y concilia el dinero después. Nunca pide a tus compradores que cambien nada de su lado.

No, y no es esa su función. Tu tracker mide tu tráfico y tu gasto, que es la mitad de la ecuación antes de enviar el formulario. Alion se ocupa de todo lo que viene después. Los click ID de Binom, Keitaro, Voluum y RedTrack se reconocen y se transmiten hasta los postbacks, de modo que las conversiones vuelven automáticamente a tu tracker y las dos mitades por fin cuadran.

Sí, todos ellos. Esas herramientas se encargan de llevar tráfico a tu página. Alion entra en juego en cuanto existe un lead. Nada de tu stack actual se sustituye.

Cualquiera que compre tráfico de pago y cobre por resultados con más de un comprador. Media buyers, afiliados, redes de afiliación y agencias. El punto en el que se amortiza suele ser a partir de dos compradores y un volumen diario suficiente para que las hojas de cálculo se hayan convertido en un trabajo en sí mismas.

Menos. Con un solo comprador obtienes filtrado antifraude, un registro completo de las entregas y seguimiento automático de ingresos, todo eso es real, pero el enrutamiento y el reciclaje solo importan cuando hay otro sitio adonde puede ir un lead.

Construyes una estructura de reglas que se ramifica según la fuente de tráfico, la landing page, el país y el idioma, en el orden que prefieras. Cada rama termina en un grupo de flujos posibles con un peso asignado a cada uno, de modo que puedes enviar el 70 % del tráfico nativo alemán a un comprador y el 30 % a otro. Cada nueva campaña o GEO entra en la misma lógica sin intervención manual.

Se prueba automáticamente con el siguiente comprador de la cadena de respaldo. Cada flujo del grupo se convierte en un respaldo ordenado, de modo que un rechazo te cuesta unos segundos en lugar del lead.

El mismo mecanismo. El lead sigue su curso y el fallo queda registrado con la solicitud exacta enviada y la respuesta exacta recibida. Cuando lo plantees luego al comprador, le citas su propio sistema en lugar de describirlo de memoria.

Sí. El modo de rendimiento recalcula los pesos cada 30 minutos usando las ganancias recientes por entrega, desplazando volumen hacia quien realmente paga. Los flujos nuevos mantienen un mínimo garantizado de tráfico para obtener una muestra justa antes de ser evaluados.

Cualquier comprador cuyo tope diario, semanal o contractual esté completo se elimina de la lista de candidatos de ese lead antes de tomar la decisión. Se comprueba en cada intento de enrutamiento, sin cola ni estado pendiente, de modo que el exceso de entrega es estructuralmente imposible, en lugar de algo que detectas a fin de mes.

Sí. Los topes se resuelven primero como una excepción para una fecha concreta, luego como una regla por día de la semana, y por defecto sin límite. Un comprador que acepta 200 de lunes a jueves, 50 el viernes y nada en festivos es una configuración normal, no un caso excepcional.

Defines umbrales de capacidad restante por acuerdo y recibes una alerta de Telegram, normalmente al 80 %, para poder reequilibrar antes de que el tráfico empiece a no ir a ningún sitio. Las alertas se deduplican, de modo que el mismo umbral nunca satura al equipo dos veces.

Cada lead se puntúa combinando cuatro señales: IP, correo electrónico, teléfono y huella del dispositivo. Además, hay 22 comprobaciones configurables de forma independiente que cubren la reputación de la IP, la calidad del correo, la calidad del teléfono, señales del dispositivo y de comportamiento, y coherencia geográfica. Tú decides cuáles activar.

VPN, proxies, nodos de salida de Tor, direcciones de datacenter, dominios de correo desechables, direcciones trampa y números de teléfono muertos, ya en la entrada. Las comprobaciones de coherencia geográfica comparan después lo que declara un lead con lo que indican su IP y su número de teléfono, lo que permite detectar un formulario alemán completado desde otro país con un prefijo que no coincide.

La coincidencia se busca por correo, teléfono o IP. En cuanto un lead se marca como duplicado, queda bloqueado de forma permanente para una nueva entrega a cualquier destino de su cadena, y a cualquier otro sistema perteneciente a ese mismo comprador. Esa última parte es lo que impide que la misma persona se venda dos veces a un comprador por dos vías distintas.

La cadena completa de duplicados: el original, cada copia posterior, qué campo concreto coincidió y dónde se entregó cada una. Se obtiene en segundos, no con una consulta a una base de datos.

Los leads siguen fluyendo y se puntúan de forma retroactiva en cuanto el proveedor se recupera. Tras cinco fallos consecutivos, se abre un disyuntor durante un breve periodo, lo que protege el tráfico en vivo de tormentas de reintentos en lugar de bloquear tu recepción por la caída de otro proveedor.

Dos formas, y la mayoría de las configuraciones usan ambas. Los compradores pueden enviar los cambios de estado a Alion en el momento en que ocurren, o Alion recoge actualizaciones de ellos según un calendario. En cualquier caso, no esperas a un CSV por la mañana.

Las cadenas de estado propias de cada comprador se asignan a un vocabulario común de 27 estados canónicos, de modo que FTD significa FTD sin importar qué comprador lo haya dicho. Todo lo que no se asigna aparece en un panel de triaje en lugar de desaparecer sin más, y el comprador nunca tiene que cambiar su sistema.

No. Los cambios de estado se almacenan como nuevas filas permanentes y nunca sobrescriben la anterior, de modo que toda la secuencia sigue disponible. Si un comprador dice que un lead siempre estuvo descalificado y tú recuerdas una llamada de seguimiento la semana pasada, el registro lo resuelve.

Sí. Configuras un subflujo que se dispara cuando un lead alcanza un estado elegido. Disparar un postback de conversión en el momento en que un lead llega a FTD es el uso más habitual, ya que tu plataforma publicitaria solo puede optimizar sobre las conversiones que conoce.

CPL, CPA, híbrido y CRG, todos a la vez, con precios separados por comprador y por país. Son nativos y no algo añadido después, lo cual importa, porque modelar cuatro modelos a la vez en una hoja de cálculo es justo donde empiezan los errores de conciliación.

Nada. El precio está versionado: un cambio de precio crea una nueva versión y nunca sobrescribe la anterior. Cada lead entregado también captura los términos del acuerdo tal como estaban exactamente en ese momento, de modo que lo que se te debía en marzo no puede reescribirse con una negociación de junio. Esta es, con diferencia, la protección más importante de la plataforma.

El volumen contratado multiplicado por la tasa de conversión contratada produce una tarifa garantizada por lead. Tres escenarios, vendedor protegido, comprador protegido y vendedor con tope, dejan explícito quién asume el exceso o el déficit de rendimiento antes de cerrar un lote, no después.

Sí, y cada FTD histórico se reevalúa contra el nuevo tope. Una simulación muestra exactamente qué cambiaría antes de confirmar nada, de modo que ves primero la consecuencia financiera.

Sí. Configuras qué leads con estado negativo se retiran de la facturación, de modo que tus ingresos esperados coincidan con lo que un comprador realmente remite, en lugar de estar siempre por encima de la realidad.

Automáticamente, los más antiguos primero, con liquidación parcial admitida. Se ejecuta un nuevo pase con cada entrega, pago y confirmación de conversión. Emparejar pagos con leads a mano es el mayor coste de tiempo en las operaciones de leads y el sitio donde el dinero desaparece sin hacer ruido.

Los ingresos históricos pueden reajustarse de precio tras una corrección del acuerdo, con una vista previa que señala el riesgo de sobrepago y de pago insuficiente sobre dinero que ya se ha liquidado, de modo que ves el daño antes de confirmar, en lugar de descubrirlo después.

No. Un comprador se conecta rellenando una plantilla de solicitud con sustitución de variables y autenticación por cabecera, y luego eligiendo los campos que quieres de su respuesta con un selector interactivo. Si un comprador acepta leads por HTTP, puedes conectarlo tú mismo.

No. No existe una lista de integraciones. Cualquier cosa con una API o un webhook se puede conectar hoy mismo.

Menos de una hora para una primera ruta en producción: un comprador, un acuerdo de país, un destino, un flujo. Todo lo que viene después son minutos cada vez.

Se admiten cinco tipos de destino: el CRM de un comprador, una URL de postback, Telegram, correo electrónico y un webhook genérico. Los flujos de paso disparan entregas adicionales en paralelo a la decisión de enrutamiento principal, de modo que tu tracker y tu equipo se enteran de cada lead sin que eso afecte a su destino real.

No, y vale la pena entender por qué. Muchos sistemas responden con HTTP 200 y esconden un error dentro del cuerpo de la respuesta. Aquí el éxito se juzga por el cuerpo de la respuesta y no por el código de estado, de modo que los fallos no se registran como éxitos y no facturas leads que nunca llegaron.

Sí, mediante CSV.

Un lead que nadie convirtió sigue teniendo valor. El reciclaje redirige los leads no convertidos a otros compradores, emparejados por país, fuente de tráfico, campaña, destino original y estado actual. La mayoría de los operadores dejan ese dinero sobre la mesa porque hacerlo a mano no compensa el esfuerzo.

Un lead nunca se reenvía a un destino que ya ha alcanzado, y los leads convertidos quedan excluidos incondicionalmente del reciclaje. Revender un lead que ya ha depositado es el peor error posible en este negocio, así que se bloquea de forma estructural y no solo por norma.

Sí. La elegibilidad geográfica se verifica antes de asignar un lead y de nuevo justo antes de enviarlo, y el reparto entre los compradores objetivo usa proporciones exactas en lugar de una asignación aleatoria, de modo que la distribución que configuraste es la que obtienes.

No, se ejecuta según un calendario. El reciclaje solo genera dinero si ocurre de forma constante, algo que los procesos manuales nunca logran.

La separación se aplica a nivel de base de datos y no en el código de la aplicación, de modo que un espacio de trabajo estructuralmente no puede leer los datos de otro. Estás enrutando datos de leads comercialmente sensibles, así que el aislamiento no debería depender de un código escrito con cuidado.

Sí, y son controles independientes. Hay 25 permisos independientes, denegados por defecto, de modo que un media buyer puede ver el flujo de leads sin ver lo que pagas por lead. Por separado, el teléfono, el correo, la IP y los datos de contacto del comprador se pueden enmascarar por usuario. Los propietarios siempre ven los datos reales.

No. Una misma cuenta puede pertenecer a varios espacios de trabajo, cada uno con su propio rol, así es como las agencias y los consultores mantienen separados a sus clientes sin hacer malabares con las credenciales.

No. El endpoint público de ingesta está vinculado a un identificador de landing page, con una lista blanca opcional de IP de servidor por encima.

Sí. Un mes gratis, automático al registrarte, sin necesidad de tarjeta. Un mes es tiempo suficiente para ver cómo se comporta realmente tu propio tráfico.

Tres planes. 399 al mes para equipos pequeños con límites claros, 1399 al mes para enrutamiento ilimitado y acceso completo a las funciones, y precios personalizados para operaciones de alto volumen que necesitan infraestructura dedicada y SLA a medida.

Con tarjeta a través de Stripe, con mejoras de plan prorrateadas al instante, o en cripto a través de Coinbase Commerce. Una gran parte de este sector no paga o no puede pagar con tarjeta, así que ambas opciones están al mismo nivel.

Se detiene y sugiere una mejora de plan. Nunca se factura nada como exceso, de modo que un pico de tráfico no puede convertirse en una factura sorpresa.