Rilato Redirect Manager

$97.00 Versión 20 · PHP + MariaDB · un solo archivo

Un archivo PHP que decide adonde va cada visitante y después te dice cuál de esas decisiones dio dinero. Diecisiete formas de reconocer a un visitante, rotación y divisiones ponderadas, límites de clics y una capa completa de seguimiento con postback de conversiones.

Ya estas redirigiendo tráfico. Lo que no puedes es verlo

Cualquiera que mueva tráfico de pago, ofertas de afiliado o más de una página de aterrizaje acaba con un montón de redirecciones. Un archivo PHP por aquí con un header() escrito a mano, una regla en el .htaccess por allá, un enlace en un correo que apunta a una página que apunta a otra. Funciona, más o menos, hasta que hay que cambiar una oferta y no te acuerdas cuál de los seis archivos manda tráfico ahí.

El problema mayor es que nada de eso te cuenta nada. Repartiste el tráfico entre dos ofertas porque querías saber cuál convierte mejor, y después no hay manera de averiguarlo, porque el reparto ocurrio en un archivo que no apunta nada. Estas haciendo un experimento y no lees el resultado.

Repartir el tráfico es la mitad fácil.
Medirlo es la mitad que paga.

Qué hace

Cada visitante que llega al script pasa por tus reglas en orden de prioridad, el número más bajo primero, y gana la primera que coincide. Una regla reconoce algo de ese visitante — donde esta, que usa, de donde viene, que hora es — y lo manda al destino que tu elegiste.

Desde la versión 18 cada visita genera además un ID de clic imposible de adivinar, antes de evaluar ninguna regla. Ese ID viaja en la URL de salida y en la fila del registro, así que cuando una conversión vuelve de la red horas después, se junta con el clic exacto, la regla, el país, el dispositivo y la fuente de tráfico que la produjeron. Eso es lo que convierte una rotación en una prueba que de verdad puedes leer.

Qué ganas con él

• Un solo sitio para todas las redirecciones. Las reglas viven en una base de datos con su panel, no repartidas por archivos. Cambias una oferta una vez.
• Divisiones que se pueden leer. Rotación o A/B ponderado, con tasa de conversión y EPC por destino, por país y por fuente.
• Pruebas fijas que no mienten. El que vuelve cae en el mismo grupo, anclado a la URL de destino: reordenar o editar la lista no vuelve a repartir a todo el mundo a mitad de la prueba.
• Límites que dejan pasar. Cuando una oferta llega a su tope diario de clics, el tráfico pasa a la siguiente regla en vez de perderse.
• Corre en tu servidor. Sin un rastreador ajeno en medio, sin cupo mensual de clics, sin que una caída en el centro de datos de otro te tumbe las campañas.

Diecisiete formas de reconocer a un visitante

Hay además una lista negra de IPs que se comprueba antes de cualquier regla, así que las direcciones bloqueadas ni siquiera llegan al motor.

La capa de seguimiento

• IDs de clic. Dieciseis caracteres hexadecimales de random_bytes(), generados antes de evaluar las reglas para que el mismo ID llegue al destino y al registro, dispare la regla que dispare.
• Macros en el destino. Un destino es una plantilla. {clickid} {campaign} {rule} {country} {región} {city} {device} {os} {lang} {referrer} {sub1}…{sub5} {date} {ts} y más se sustituyen en cada clic, con codificación de URL. Una macro desconocida se deja tal cual en vez de borrarse, para que las erratas se vean.
• Postback de conversiones. Un endpoint que llama tu red cuando entra una venta. Idempotente sobre el ID de clic y el de transacción, porque las redes reintentan constantemente y un reintento no debe contar dos veces. Maneja aprobada, pendiente, rechazada y contracargo, y una reversión resta lo que había pagado.
• Informes. Clics, únicos, conversiones, tasa de conversión, pago y EPC, agrupados por día, hora, campaña, regla, destino, país, región, ciudad, dispositivo, sistema, idioma, referente, sub1–sub5 o acción, en el rango de fechas que quieras y sin robots.
• Clics únicos sin cookies. Un hash diario del visitante: un HMAC de IP, agente, fecha y tu secreto. No se puede revertir a una dirección y no sigue a nadie más allá de la medianoche.
• Retencion que no se desborda. Los días cerrados se resumen en una fila por día y sus clics en bruto se borran, así que el historial sobrevive pero el registro no crece sin fin.

Cuatro formas de dispararlo

El motor es el mismo en todos los modos; lo único que cambia es la entrega. Si ninguna regla coincide, el visitante sigue su camino y tu página se muestra normal.

• Include de PHP. Una línea arriba del todo de cualquier página PHP da un 302 de verdad y una cookie de primera parte autentica.
  <?php include '/home/tu/public_html/go/redirect-manager.php'; ?>
• JavaScript — ?mode=js, para páginas donde no puedes meter PHP.
• SSI — ?mode=ssi, para páginas .shtml.
• Resolución remota — ?mode=resolve. Un ayudante pequeño en cualquiera de tus otros servidores manda las señales reales del visitante, recibe la decisión como datos y hace el la redirección. Un solo juego de reglas para sitios en servidores distintos.

Lo que cuesta un clic de verdad

Cuatro sentencias SQL, medidas con el registro general de MariaDB: la lista negra, el select de reglas, un update de contadores agrupado y el insert del registro. Los lectores de geolocalización se construyen una vez por petición y se reutilizan en vez de abrir los archivos en cada consulta, y región y ciudad solo se resuelven si un destino las pide por macro. La versión 17 fue una entrega de corrección y rendimiento a propósito: la rotación avanza en una sola sentencia atomica, así que dos clics simultaneos no pueden recibir la misma ranura.

Seguridad

• El panel está detrás de un token privado que eliges tú, comparado en tiempo constante. Quien no lo tenga recibe un 404 limpio, no un formulario de acceso anunciando que ahí hay algo.
• Todas las consultas son sentencias preparadas de PDO. La dimensión de los informes sale de una lista blanca fija, porque un identificador no se puede enlazar y ninguna cadena del visitante debe llegar al SQL.
• Las URLs de destino se limpian de caracteres de control al guardarlas, se validan como http o https absolutas y se vuelven a comprobar al redirigir, así que un salto de línea perdido no puede colarse en una cabecera Location:.
• Las cabeceras de proxy se ignoran salvo que digas expresamente que estas detrás de un proxy tuyo.

Requisitos

• PHP 8.1 o posterior, con PDO y el controlador de MySQL.
• MariaDB o MySQL. Tres tablas, creadas solas la primera vez.
• Apache o Nginx. No hace falta mod_rewrite salvo que quieras direcciones bonitas.
• Opcional: las bases de MaxMind GeoLite2 o IP2Location para país, región, ciudad y ASN. Sin ellas las reglas de geolocalización simplemente no coinciden y todo lo demás sigue funcionando.

Es de verdad un solo archivo. Sin Composer, sin compilación, sin framework. Lo subes, rellenas el bloque de configuración de arriba, abres el panel una vez y las tablas se crean solas.