Reglas de enrutamiento

Lo más importante del enrutamiento de Kilo no es ninguna regla concreta - es dónde se ejecutan. Cuando alguien llega a tu enlace, las reglas se evalúan en el edge, dentro de la misma redirección que lo envía adelante, resolviendo en unos 50 milisegundos. No hay ida y vuelta a una base de datos ni script en tu página de destino. El visitante experimenta una redirección simple y rápida; la ramificación ocurre invisiblemente por el camino.

Todo lo de abajo se configura por enlace en el panel y surte efecto en el siguiente escaneo. Puedes superponer varias reglas en un mismo enlace.

Una regla geo envía a los visitantes a distintos destinos según dónde estén. Puedes segmentar por país, por región (un estado o provincia - por ejemplo California o el Distrito de Tel Aviv) o por ciudad. Envía los escaneos europeos a una página localizada y a todos los demás al destino por defecto; enruta tres ciudades a tres tiendas; mantén un destino para un solo país y una alternativa para el resto del mundo. La región y la ciudad vienen de la geolocalización a nivel de red de Cloudflare, que es aproximada - bastante precisa para enrutar una campaña, no un sustituto de preguntarle a alguien su dirección.

Una regla de dispositivo se ramifica según cómo navega el visitante: móvil frente a escritorio, y el sistema operativo - iOS, Android y los demás. El uso clásico es un enlace de app: envía los escaneos de iPhone a la App Store, los de Android a Google Play y a los visitantes de escritorio a una página web, todo desde un mismo código QR en un mismo cartel. El dispositivo y el SO se leen de la petición al pasar, con un analizador ligero en la ruta caliente.

Una regla A/B reparte el tráfico entre dos o más destinos por peso - digamos 50/50, u 80/20 - para que puedas probar qué página rinde mejor. La asignación es determinista: un visitante dado se distribuye por hash a un grupo y se queda en la misma variante en visitas repetidas, en vez de barajarse cada vez, para que tu prueba sea coherente. Qué variante se disparó queda registrado en la analítica, así puedes comparar resultados lado a lado. También puedes condicionar una prueba A/B a un público geo o de dispositivo, para que la división solo se aplique a los visitantes que estás probando.

Dos controles más operan a nivel de campaña en vez de sobre una sola regla. Un grupo de campaña puede llevar una ventana de tiempo - un inicio, un fin o ambos - que se aplica a todos sus enlaces. Fuera de la ventana, los enlaces dejan de reenviar a su destino normal y, en su lugar, o bien recurren a una URL que elijas o bien muestran una página de marca de “no disponible”, tú decides. Así haces que todo un conjunto de códigos se active y se apague según un calendario sin tener que vigilarlos.

Un grupo también puede llevar un destino por defecto que anula cada enlace de su interior, para que puedas reapuntar una campaña entera editando una sola URL. Eso se cubre con más detalle en la guía del ciclo de vida del enlace; aquí conviene saber que convive con las reglas por enlace como forma de dirigir muchos enlaces a la vez.

Cuando un enlace tiene más de una regla, Kilo las evalúa en un orden de prioridad fijo y gana la primera coincidencia. Una anulación de destino de grupo o de administrador va primero, luego las reglas geo, luego las de dispositivo, luego las divisiones A/B y, por último - si nada coincidió -, el destino por defecto del enlace. El destino por defecto es la red de seguridad: todo visitante que no encaje en una regla aterriza igualmente en algún sitio sensato.

Las reglas deciden a dónde va un clic. La siguiente guía trata de juzgar los clics en sí - distinguir el tráfico real de las máquinas.