Rotadores de destinos y repartos A/B que se optimizan solos
- ab-testing
- link-rotator
- analytics
En esta página
- El rotador es una herramienta operativa; el reparto, una medición
- Pesos relativos, recalculados sobre quién sigue siendo candidato
- Mantener a un mismo visitante en un mismo destino
- Comprobaciones de disponibilidad y páginas muertas fuera de la rotación
- Topes que aguantan a lo largo de una red edge
- Cómo funciona de verdad la optimización automática
- Por qué la muestra mínima va antes que todo esto
- Cuándo no necesitas un rotador
- Un montaje que aguanta
Hay dos funciones que en una lista de características parecen casi idénticas y responden a preguntas completamente distintas. Un rotador reparte el tráfico de un enlace corto entre varios destinos. Una prueba A/B divide el tráfico entre variantes y te dice cuál rindió mejor. Las dos ponen más de una dirección detrás de un mismo enlace; solo una de las dos es una medición.
Esta guía cubre en qué se diferencian de verdad las dos, cómo se comportan los pesos en cada una, por qué mantener a un visitante en un mismo destino importa más que el propio reparto, qué puede y qué no puede detectar una comprobación de disponibilidad, cómo funciona el recálculo automático de pesos y por qué se niega a actuar pronto, y cuándo la herramienta más simple es la acertada.
El rotador es una herramienta operativa; el reparto, una medición
La distinción no es académica. Determina qué comportamientos te vienen dados y alrededor de cuáles te toca construir.
| | Rotador de destinos | Reparto A/B | | --- | --- | --- | | Para qué sirve | Mantener una dirección funcionando mientras cambian los destinos | Comparar destinos y decidir | | Pesos | Relativos, cualquier valor | Enteros que suman exactamente 100 | | Conjunto de opciones | Cambia constantemente, hasta veinte | Fijo mientras dura la prueba | | Límites por opción | Topes de clics, franjas de fechas, filtros de país y dispositivo | Ninguno: una variante es una variante | | Ante un fallo | El destino caído se retira automáticamente | No aplica | | Termina en | Nada; sigue en marcha | Un ganador, o un honesto «todavía no» |
El rotador se gana su sitio cuando lo estable es la dirección y lo que se mueve son los destinos: un código impreso que sobrevivirá a tres ofertas, un enlace en la bio, una colocación de afiliado donde el anunciante rota creatividades cada semana. El reparto se gana el suyo cuando tienes una pregunta y tráfico suficiente para responderla. Usar los dos en la misma cuenta para enlaces distintos es lo normal; usar los dos en un mismo enlace suele significar que uno de ellos no está haciendo nada.
Pesos relativos, recalculados sobre quién sigue siendo candidato
Los pesos de un rotador son cuotas, no porcentajes. La cuota de un destino es su peso dividido entre la suma de los pesos de los destinos que en ese momento son candidatos, así que unos pesos de 3, 2 y 1 significan una mitad, un tercio y un sexto, y no hay que renormalizar nada a mano cuando añades un cuarto.
La candidatura se evalúa antes que los pesos, y ese orden es lo que convierte la función en operativa en lugar de decorativa. Un destino sale del conjunto de candidatos cuando está desactivado, cuando ha gastado su tope total o su tope diario, cuando su franja de fechas no se ha abierto todavía o ya se ha cerrado, cuando el país o el dispositivo del visitante quedan fuera de sus filtros, o cuando una comprobación de disponibilidad lo ha retirado. Los demás absorben su cuota en proporción a sus propios pesos, al instante y sin que nadie edite nada a las tres de la mañana. Cuando no queda ningún destino en pie, una dirección de reserva recoge el resto; sin ella el enlace sigue sirviendo su destino principal en lugar de convertirse en una página de error.
El rotador ofrece además dos repartos sin pesos: por turnos, que manda clics consecutivos a destinos consecutivos, y uniforme, que divide a partes iguales. El de por turnos es el del reparto de carga entre espejos, porque es el único modo que garantiza que dos clics seguidos aterricen en sitios distintos.
El reparto A/B se comporta justo al contrario, y por un buen motivo. Sus pesos son enteros que deben sumar exactamente cien, porque el redirector coloca a cada visitante en un número del 0 al 99 y recorre los pesos acumulados: cualquier hueco en ese rango sería tráfico que no sirve nadie. El reparto con pesos del rotador se verifica contra cien mil visitantes sintéticos y tiene que quedarse dentro de un punto porcentual de las cuotas configuradas, que es el nivel de precisión que merece la pena exigirle a cualquier herramienta que diga repartir tráfico.
Mantener a un mismo visitante en un mismo destino
Rotar sin fijación produce disparates. Un visitante abre el enlace, ve la oferta A, vuelve una hora después, ve la oferta B, y todo informe de embudo construido sobre esos clics es ficción; no ligeramente inexacto, ficción, porque el numerador y el denominador describen ya páginas distintas.
Por eso la ventana de fijación es un ajuste de primera clase, configurable de cero a treinta días, y el mecanismo tiene dos capas. La elección de base se deriva de forma determinista de la huella diaria del visitante, así que es estable sin sesión, sin fila en la base de datos y sin nada guardado visitante a visitante. Después, una cookie propia de tu dominio de redirección arrastra el destino elegido durante todo lo que dure la ventana, que es lo que hace que la fijación sobreviva a la rotación nocturna de la sal de la huella.
Hay dos consecuencias que conviene saber en vez de descubrir. Un visitante que borra las cookies o llega desde otro dispositivo vuelve a la elección derivada, estable dentro de un mismo día pero no necesariamente de un día para otro: el mismo canje que hace la capa de analíticas para no persistir ningún identificador. Y un visitante fijado sigue fijado después de que cambies los pesos, porque la fijación gana al reparto mientras el destino siga siendo candidato.
Un detalle de implementación tiene efecto visible. El rotador deriva su número de una porción de la huella del visitante distinta de la que usa el reparto A/B. Compartir la misma porción correlacionaría las dos elecciones, y todo el mundo que cayera en la variante A vería sistemáticamente solo una parte de la lista de destinos.
Comprobaciones de disponibilidad y páginas muertas fuera de la rotación
Los destinos se pudren. Un partner retira una página, caduca un certificado, se cancela una oferta, un dominio se deja expirar y reaparece como una página aparcada que se vende a sí misma. Mientras tanto el enlace corto sigue mandando su parte del tráfico contra el muro, y nadie se entera hasta el informe semanal.
Una comprobación programada sigue cada destino igual que lo haría un visitante y registra cuatro cosas: el código de estado, el número de saltos de la cadena de redirecciones, el tiempo de respuesta y la fecha de caducidad del certificado TLS. Además compara la página con una huella capturada cuando se añadió el destino —el host final y el título de la página—, que es como se detecta una URL que ahora devuelve un 200 saludable desde una página aparcada. La misma sonda sostiene el comprobador de enlaces, y un destino no se revisa más de una vez cada quince minutos, para que un espacio de trabajo grande no convierta su propia monitorización en una fuente de tráfico.
Lo que pasa a continuación se decide enlace a enlace. Por defecto la reacción es ruidosa pero pasiva: el destino queda marcado en la lista de enlaces, los propietarios reciben un correo resumen y se dispara un webhook. Activa la retirada automática y además se saca de la rotación hasta que se recupere, señalado como desactivado automáticamente en lugar de borrado en silencio, para que «el rotador va bien» sea algo que alguien comprobó. Volver a activarlo es manual a propósito: una página que se cayó y volvió una vez lo hará otra, y conviene que una persona lo vea antes de que el tráfico regrese.
Dos límites honestos. La comprobación se ejecuta desde nuestra infraestructura, así que verifica que la página responde, no que responda correctamente para un visitante de un país concreto en un dispositivo concreto. Y la detección de páginas aparcadas casa patrones conocidos: un destino que devuelve una página perfectamente válida con la oferta retirada seguirá pareciendo sano, y por eso los datos de conversión por destino importan más que cualquier distintivo de estado.
Topes que aguantan a lo largo de una red edge
Un tope de clics solo significa algo si se sostiene cuando el mismo enlace se abre a la vez en una docena de países. Los contadores independientes por región son la razón de que un destino limitado a mil clics entregue mil cuatrocientos: catorce centros de datos contaron cien cada uno y cada uno creyó que iba por debajo del límite.
El diseño que lo evita funciona a dos velocidades. Las instantáneas de los contadores viajan dentro de la configuración cacheada del enlace, así que el redirector sabe más o menos por dónde va un destino sin una ida y vuelta en el camino caliente. Cuando a un destino le quedan unas pocas decenas de clics para su tope, el redirector pasa a una reserva autoritativa en un almacén compartido antes de responder, de modo que dos clics simultáneos sobre la última plaza se resuelven con un único incremento atómico y el que pierde se va a otro destino en vez de pasarse del límite.
El canje, dicho sin rodeos: lejos del límite la cifra es una instantánea y no un recuento en vivo, así que un tope es exacto donde la exactitud importa y aproximado donde no, que es justo lo que impide que un destino sin límite pague una ida y vuelta por un tope que no tiene.
Cómo funciona de verdad la optimización automática
Un reparto que se optimiza solo le añade una cosa a un reparto normal: una tarea programada que recalcula los pesos a favor de la variante que va mejor en el objetivo. Todo lo demás —la asignación a un número, la fijación, los informes— queda igual, y el redirector nunca llega a enterarse de que ese modo existe, porque recibe unos pesos corrientes que resulta que alguien calculó por él.
La tarea se ejecuta cada hora y trabaja en tres pasos. Recoge la diferencia de clics de cada variante desde la ejecución anterior y la suma a una muestra almacenada. Puntúa cada variante con una tasa suavizada, sumando uno a los éxitos y dos a los intentos, para que una variante con tres clics no pueda firmar un resultado perfecto y para que nunca haya una división entre cero. Después reparte cien puntos enteros entre las variantes en proporción a esas puntuaciones, tras reservar un suelo de cinco puntos para cada una.
Ese suelo es la línea más importante del algoritmo. Una variante reducida a cero no volvería a acumular ni una observación más, y la decisión de abandonarla se volvería permanente sobre la fuerza de la muestra que la produjo, fuera cual fuera. Cinco puntos bastan para seguir aprendiendo y son lo bastante baratos como para no importar.
Así se ve una ejecución con dos variantes una vez abiertas las dos puertas:
| Variante | Clics | Eventos de objetivo | Tasa bruta | Puntuación suavizada | Peso nuevo | | --- | --- | --- | --- | --- | --- | | A | 620 | 31 | 5,00 % | 5,14 % | 54 | | B | 610 | 25 | 4,10 % | 4,25 % | 46 |
Fíjate en lo que el algoritmo no hizo. Una diferencia relativa de aproximadamente un quinto en la tasa de conversión produjo un reparto 54/46, no uno 90/10, porque el recálculo es proporcional a la puntuación y no una regla de todo para el ganador. La optimización automática inclina la balanza; no cambia el interruptor. Si quieres un interruptor, fija el ganador a mano: eso manda todo el tráfico a un destino y termina el experimento, y la decisión queda registrada en el histórico del enlace junto a las automáticas.
Por qué la muestra mínima va antes que todo esto
Dos puertas mantienen el reparto igualado antes de que el optimizador tenga permiso para tocar nada: un periodo de rodaje medido en tiempo de calendario y una muestra total mínima medida en clics, mil por defecto. Por debajo de cualquiera de las dos los pesos no se ajustan en absoluto, en lugar de ajustarse un poco.
El motivo no es una manía estadística, es la forma que tiene el tráfico de enlaces. Las primeras horas de una campaña las domina el canal que publicó primero y el tráfico automatizado que escanea el enlace, como cuenta nuestra guía sobre cómo se miden los clics de un enlace. Una tasa calculada sobre esa ventana describe el calendario de publicación, no las páginas. Peor aún: un optimizador que actúe sobre ella deja sin tráfico a la variante que dio la casualidad de arrancar en una hora tranquila, y esa variante hambrienta acumula evidencia más despacio, lo que vuelve el error inicial autoalimentado. El suelo limita el daño; las puertas lo evitan.
Dos cosas que el modo automático no hace. Es un recálculo proporcional de pesos y no una prueba secuencial: no calcula ningún nivel de significación y nunca declara un ganador, que sigue siendo una acción humana tomada junto a la nota de confianza que la pantalla de pruebas A/B imprime bajo la tabla de variantes. Y la muestra sobre la que recalcula vale lo que valga el objetivo que le des: si cada clic cuenta como un éxito, todas las variantes puntúan igual por construcción y el reparto se queda igualado de hecho. Para que la balanza se incline hace falta un objetivo al que no llegue cada clic, que es lo que el seguimiento de conversiones registra por variante; el identificador de clic firmado lleva la etiqueta de variante, así que los pedidos y los ingresos se desglosan por variante en los informes que describe la documentación de conversiones.
Cuándo no necesitas un rotador
| Situación | Mejor herramienta | | --- | --- | | Un destino ahora y otro distinto el mes que viene | Edita el destino del enlace; la dirección corta y su histórico no cambian | | Una página distinta por mercado | Reglas de segmentación ordenadas: deterministas y legibles | | Una pregunta y dos páginas candidatas | Un reparto simple con su nota de confianza | | Los móviles a una app y los escritorios a la web | Los campos de deep link del enlace | | Varios espejos de la misma página | Un rotador en modo por turnos, que es el caso para el que se hizo |
La regla general: un rotador se gana su complejidad cuando los destinos cambian sin que cambie la dirección, y en todos los demás casos cuesta claridad. Sobre una cuota con pesos se razona peor que sobre una regla, y cualquiera que haya depurado «¿por qué este visitante recibió esa página?» a las once de la noche sabe cuál de las dos preferiría leer. Los detalles de configuración están en la guía del rotador y en la guía de enlaces.
Un montaje que aguanta
- Empieza por la herramienta más simple que responda a la pregunta, y añade rotación solo cuando la lista de destinos cambie de verdad.
- Pon una ventana de fijación de al menos una sesión en todo lo que tenga un embudo detrás, y déjala a cero solo para repartir carga.
- Dale a cada destino un tope o una franja si tiene un límite real, y configura una dirección de reserva para que agotarse no acabe en una página de error.
- Activa la retirada automática en los destinos que no controlas, y déjala apagada allí donde una caída breve sea preferible a un reparto silencioso.
- Deja que se cumplan el rodaje y la muestra mínima antes de leer nada en un reparto que se optimiza solo, y mira la nota de confianza antes de fijar un ganador.
- Lee los resultados por destino: el evento de clic registra cuál lo sirvió, así que los clics, los visitantes únicos y los ingresos se desglosan todos de esa forma.
El patrón que hay detrás de todo esto es el mismo. La rotación, los topes y el recálculo de pesos mantienen un enlace haciendo lo correcto mientras nadie lo mira. No sustituyen a mirar qué destino gana dinero: te compran el tiempo para mirarlo bien.
Lo que suele preguntar la gente
¿En qué se diferencia un rotador de una prueba A/B?
Una prueba A/B es una medición con un conjunto fijo de variantes, un periodo fijo y una decisión al final. Un rotador es una herramienta operativa: los destinos entran y salen, llevan topes de clics y franjas de fechas, sirven a países o tipos de dispositivo concretos y se retiran solos cuando se rompen. La mecánica cambia en consecuencia: los pesos de un reparto deben sumar exactamente cien, mientras que los del rotador son relativos y la cuota del destino que se cae la absorben los demás. Usa un reparto cuando tengas una pregunta y un rotador cuando tengas una operación.
¿Los pesos de un rotador tienen que sumar 100?
No. El peso de un rotador es relativo: la cuota de un destino es su peso dividido entre la suma de los pesos de los destinos que ahora mismo son candidatos. Unos pesos de 3, 2 y 1 significan una mitad, un tercio y un sexto, y si el del medio agota su tope diario los otros dos se reparten al instante el tráfico tres a uno. El reparto A/B funciona al revés y se niega a guardarse mientras los pesos no sumen exactamente cien, porque el redirector compara un número del 0 al 99 con los pesos acumulados y cualquier hueco dejaría tráfico sin servir.
¿El mismo visitante aterrizará siempre en el mismo destino?
Dentro de la ventana de fijación que configures, que puede ir de cero a treinta días. La elección se deriva de la huella diaria del visitante en lugar de guardarse visitante a visitante, y la arrastra hacia delante una cookie propia puesta por tu propio dominio de redirección. Quien borra las cookies o cambia de dispositivo vuelve a la elección derivada, estable dentro de un mismo día porque la sal de la huella rota cada noche. Poner la ventana a cero rota en cada visita, que es lo que quieres para repartir carga y nunca lo que quieres cuando hay un embudo detrás.
¿Cómo decide una comprobación que un destino está caído?
Sigue el destino igual que lo haría un visitante y mira cuatro cosas: el código de estado, la longitud de la cadena de redirecciones, el tiempo de respuesta y la fecha de caducidad del certificado. Además compara la página con una huella capturada cuando se añadió el destino, así que una URL que se ha convertido en silencio en una página aparcada se detecta aunque responda con un 200 impecable. Un destino no se vuelve a comprobar más de una vez cada quince minutos, y la retirada automática de la rotación se activa a mano en lugar de venir puesta por defecto.
¿Cuánto tráfico necesita un reparto que se optimiza solo antes de cambiar los pesos?
Tienen que abrirse dos puertas. Un periodo de rodaje mantiene el reparto igualado durante el tramo de calendario que configures, y una muestra mínima lo mantiene igualado hasta que las variantes acumulan entre todas suficientes clics: mil por defecto. Por debajo de cualquiera de las dos puertas el optimizador no ajusta nada en absoluto, en lugar de ajustar un poco, y es deliberado: el nuevo reparto vale lo que valga la muestra más pequeña sobre la que se construye, y los datos tempranos de este terreno los domina el canal que publicó primero.
¿Cuándo es un rotador la herramienta equivocada?
Cuando un solo destino es el correcto y lo único que quieres es cambiarlo más adelante: editar el destino de un enlace corto cambia adónde apunta sin cambiar la dirección, y el histórico de clics sigue asociado a él. Cuando cada mercado necesita una página distinta, unas reglas de segmentación ordenadas son más claras que unas cuotas con pesos, porque el resultado para un visitante concreto es determinista y legible. Y cuando tienes una pregunta y dos páginas candidatas, un reparto simple con su nota de confianza la responde con menos maquinaria que un rotador.