Test A/B de landing pages con enlaces cortos - sin herramienta de CRO

La mayoría de las plataformas de testing A/B cobran entre 200 y 2.000 dólares al mes antes de que hayas ejecutado un solo experimento. Justifican esa tarifa en su gama alta: optimización por bandidos multibrazo, mapas de calor, testing de elementos en página contra un DOM en vivo. Pero una gran parte de lo que la gente realmente prueba en la práctica es más simple: dos landing pages, una pregunta - cuál convierte mejor. Para ese caso de uso puedes saltarte la herramienta por completo y usar un enlace corto inteligente como divisor de tráfico. El enrutamiento ocurre en el servidor, en el edge, antes de que el navegador cargue. Sin JavaScript inyectado, sin parpadeo.

Este post recorre la mecánica y el flujo de trabajo completo. Al final tendrás un plan ejecutable, una estimación de tamaño de muestra y suficiente contexto para saber cuándo el enfoque se rompe y realmente necesitas una herramienta dedicada.

TL;DR#

• Un enlace corto inteligente enruta a cada visitante a la variante A o B según asignación aleatoria ponderada, en el servidor - sin parpadeo de JS, sin script de terceros.
• La asignación es persistente durante 24 horas mediante hash de IP + user-agent, así que el mismo visitante siempre ve la misma variante en visitas repetidas.
• Necesitas al menos 1.000 visitantes por variante antes de que los datos valgan la pena interpretarse. Ejecuta la calculadora de tamaño de muestra de Evan Miller (consultada el 2026-05-12) para tu tasa base específica y el aumento esperado.
• Este enfoque maneja bien los experimentos a nivel de página. Para testing a nivel de elementos (color de botón, texto, layout en página) u optimización por bandidos multibrazo, aún quieres una herramienta CRO específica.

Por qué la división en el servidor merece el compromiso#

Google Optimize cerró en septiembre de 2023 con una explicación que apareció en su documentación de soporte (consultada el 2026-05-12): la empresa integraría la experimentación en Google Analytics 4 y se asociaría con plataformas CRO de terceros en su lugar. El problema del parpadeo de página que describía en su propia documentación para desarrolladores - el breve destello del contenido original antes del cambio a la variante - era una limitación conocida del testing A/B del lado del cliente que ni siquiera el líder del mercado resolvió por completo.

Las herramientas del lado del cliente inyectan un snippet que espera a que el DOM se renderice, luego lo intercambia. El intercambio tarda entre 50 y 300 ms dependiendo de la complejidad. En una conexión rápida con caché del navegador caliente, los visitantes raramente lo notan. En una carga en frío sobre móvil, es visible. Peor aún: los bloqueadores de anuncios y los entornos cargados de scripts a veces impiden que el snippet se ejecute en absoluto, enrutando esos visitantes a la página original y contaminando tu grupo de control con el subconjunto de tráfico que bloquea scripts.

Un enlace corto enruta en el edge antes de que se envíe cualquier HTML. El visitante nunca ve la URL de la otra variante en el navegador. La tasa de conversión que mides es limpia - sin contaminación de scripts bloqueados, sin artefacto de parpadeo. El compromiso es que estás probando páginas enteras, no elementos dentro de la página. Rediseñas la landing page, apuntas ambas URLs al enlace corto y dejas que divida el tráfico.

Para un desglose completo de cómo funcionan los enlaces inteligentes en el edge, incluyendo la mecánica de propagación de caché y las seis dimensiones de enrutamiento, ese post cubre la arquitectura subyacente con más detalle. La versión corta: las decisiones de enrutamiento ocurren en el POP edge de Elido (la región de la UE, EE. UU. Este o Asia-Pacífico dependiendo de la región del workspace) antes de que cualquier byte de respuesta salga del centro de datos.

Cómo funciona la división#

Cuando un visitante toca tu enlace corto inteligente, el edge le asigna una variante usando selección aleatoria ponderada. El peso por defecto es 50/50; puedes configurar 70/30, 80/20 o cualquier división n-aria incluyendo tres o más variantes.

La asignación es determinista dentro de una ventana de 24 horas. El edge hashea la dirección IP del visitante y la cadena del user-agent y usa el resultado como clave de asignación. Un visitante que toca el enlace a las 9 de la mañana y regresa a las 7 de la tarde aterriza en la misma variante ambas veces. Esto importa porque comparar variantes donde algunos visitantes ven ambas es un problema de contaminación que infla el ruido en tus datos de conversión.

Después de 24 horas, la asignación se reinicia. Para la mayoría de los tests de landing pages esto es aceptable - la ventana de evaluación para un experimento a nivel de página rara vez es más larga que un día por visita. Si tu producto tiene un ciclo de evaluación conocido de varios días (pruebas de SaaS B2B, por ejemplo), considera si la ventana persistente de 24 horas se alinea con cuándo se disparan tus eventos de conversión. Para ciclos más largos, la tasa de conversión por variante sigue siendo precisa en agregado; la preocupación es solo si la asignación de variante de un único visitante cambia a mitad de evaluación y convierte en una variante habiendo estado expuesto a ambas.

Los eventos de clic se registran en nuestro almacén de analítica con la etiqueta de variante adjunta. La distribución de clics por variante y la tasa de conversión derivada son ambas visibles en el panel de analytics sin ningún cableado adicional. La guía de tracking de conversiones cubre cómo adjuntar un evento de conversión a un ID de clic específico si estás rastreando envíos de formularios o compras como tu métrica de éxito.

Las dos formas de variante#

Hay dos maneras de estructurar las variantes, y la elección correcta depende de tu configuración de analytics.

Variantes de página. Cada variante es una URL distinta apuntando a una página diferente. La variante A es https://acme.example/landing-v1, la variante B es https://acme.example/landing-v2. El enlace corto enruta a la URL de destino completa. Tu herramienta de analytics ve dos páginas separadas y las comparas directamente. Esta es la forma más simple - no se requieren cambios en la página de destino, funciona con cualquier configuración de analytics que rastree vistas de página por URL.

Variantes por parámetro de consulta. Ambas variantes resuelven a la misma URL base, con un ?variant=A o ?variant=B añadido. La página de destino lee el parámetro y renderiza la variante apropiada. Esto te permite usar una URL en tu analytics mientras sigues diferenciando en la experiencia de la página. Requiere que la página de destino realmente maneje el parámetro - una comprobación de JavaScript en tiempo de renderizado, o una bifurcación del lado del servidor en tu plantilla. La ventaja es que la atribución multitoque es limpia: un visitante que marca la URL y vuelve más tarde lleva la etiqueta de variante consigo sin requerir que el enlace corto la reasigne.

La forma por parámetro de consulta combina bien con renderizado del lado del servidor. Si tu landing page es una ruta de Next.js, lee searchParams.variant en el componente de página y renderiza condicionalmente la versión A o B. La página sigue siendo una URL en GA4, y la dimensión de variante está disponible como parámetro personalizado. Para la capa completa de atribución UTM encima de esto, la guía de tracking UTM de extremo a extremo cubre cómo estructurar la plantilla y asegurar que la variante sobreviva hacia abajo hasta tu destino de conversión.

Tamaño de muestra y conceptos básicos de significancia#

Este es el paso más comúnmente saltado, y es por eso que la mayoría de los tests A/B autoejecutados producen conclusiones que no se sostienen.

El número de visitantes que necesitas por variante depende de tres entradas: tu tasa base de conversión, el aumento mínimo que quieres detectar de forma fiable y el nivel de confianza que estás dispuesto a aceptar. Un test que detecta un aumento absoluto del 5% (digamos, de una tasa de conversión del 10% al 15%) con un 95% de confianza necesita aproximadamente 760 visitantes por variante. Un test que intenta detectar un aumento del 2% desde la misma base del 10% necesita unos 3.800 por variante. La calculadora de tamaño de muestra de Evan Miller (consultada el 2026-05-12) ejecuta estos números para cualquier entrada que le des - úsala antes de empezar, no después de ver los primeros resultados.

Dos errores comunes surgen de saltar este paso.

Espiar y detenerse pronto. Revisas los resultados después de 200 visitantes, ves una diferencia del 12%, declaras un ganador y detienes el test. El problema: a 200 visitantes, una diferencia del 12% está muy dentro del rango de ruido para la mayoría de las tasas base de conversión. Detenerse pronto ante un resultado positivo es estadísticamente equivalente a pescar un resultado significativo - eventualmente encontrarás uno solo por azar. Establece tu tamaño de muestra requerido antes de que comience el test y no evalúes hasta que lo alcances.

Efecto novedad. El tráfico que nunca ha visto tu landing page antes responde de manera diferente al tráfico recurrente que se encuentra con una página nueva. Si tu enlace corto va a una campaña de anuncios pagados, la mayor parte del tráfico es frío y el efecto novedad es mínimo. Si lo estás enviando a una lista de email existente, alguna fracción de tu audiencia ya conoce tu landing page existente, y ver una nueva variante puede generar un aumento temporal de conversión que decae después de la primera semana. El análisis de significancia estadística en testing de conversiones de CXL (consultado el 2026-05-12) cubre el efecto novedad y el problema de estabilidad de muestra con más detalle - la recomendación clave es ejecutar el test el tiempo suficiente para cubrir al menos un ciclo semanal completo de tu patrón de tráfico.

Una comprobación práctica de cordura antes de un test real: ejecuta primero un test A/A con tu enlace corto. Configura ambas variantes para que apunten exactamente a la misma página. Si tu tráfico y configuración de medición están limpios, las dos variantes deberían mostrar tasas de conversión estadísticamente indistinguibles. Si divergen en más de 2-3% en un test A/A, algo va mal con tu lógica de asignación, tu tracking de conversiones o ambos.

Recorrido de configuración#

Crear el enlace corto de división lleva aproximadamente cinco minutos. La parte crítica es configurar correctamente el array rules - controla cómo el edge asigna variantes.

curl -X POST \
  https://api.elido.app/v1/links \
  -H "Authorization: Bearer $ELIDO_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "domain":       "go.acme-demo.app",
    "slug":         "spring-lp-test",
    "destination":  "https://acme.example/landing-v1",
    "rules": [
      {
        "type":        "ab_split",
        "variants": [
          {
            "label":       "A",
            "destination": "https://acme.example/landing-v1",
            "weight":      50
          },
          {
            "label":       "B",
            "destination": "https://acme.example/landing-v2",
            "weight":      50
          }
        ],
        "sticky":      true,
        "sticky_ttl":  86400
      }
    ],
    "tags": ["ab-test", "spring-2026-lp"]
  }'

Algunos campos que vale la pena destacar. sticky: true habilita la asignación por hash IP+UA; sticky_ttl: 86400 establece la ventana a 24 horas en segundos. El destination en el nivel superior es el respaldo - si el array de reglas falla en coincidir por alguna razón (fallo de caché del edge durante un despliegue, petición malformada), el tráfico cae a la landing page original en lugar de caerse. El array tags hace que el enlace sea filtrable en el panel cuando tienes múltiples tests ejecutándose simultáneamente.

Una vez creado el enlace, pégalo en tu campaña - un envío de email, un anuncio pagado, una publicación social - y déjalo en paz. El panel de distribución de clics muestra la división por variante en tiempo casi real (el retraso de ingesta está bajo 5 segundos en volúmenes de tráfico normales). Deberías ver que la división 50/50 se mantiene dentro de 2-3 puntos porcentuales después de los primeros cientos de clics.

Para una mirada más profunda a la página de la función de enlaces inteligentes y la sintaxis completa de reglas incluyendo condiciones de país, dispositivo, hora del día y referrer, la documentación del producto cubre todas las dimensiones. La página de solución para marketers tiene los patrones específicos de atribución e integración de campañas más relevantes para este caso de uso.

Lectura de resultados#

Los resultados por variante aparecen en el panel de analytics bajo la vista de detalle del enlace. El recuento de clics, la tasa de clic a conversión (si has cableado los eventos de conversión) y el porcentaje de división son todos visibles sin exportar nada.

La tasa de conversión mostrada es clics a conversiones para cada variante de forma independiente. Si la variante A tuvo 1.200 clics y 96 conversiones, su tasa de conversión es del 8,0%. Si la variante B tuvo 1.180 clics y 115 conversiones, su tasa de conversión es del 9,7%. La diferencia es de 1,7 puntos porcentuales - un aumento relativo del 21%.

Si esa diferencia es real depende de tus matemáticas de tamaño de muestra. A 1.000 visitantes por variante, una diferencia de aproximadamente 2,5 puntos porcentuales desde una base del 8% es estadísticamente significativa al 95% de confianza. A 1.200 por variante, ese umbral baja ligeramente. Pasa los números por la calculadora antes de declarar un ganador.

Cuando hayas alcanzado tu tamaño de muestra requerido, declara al ganador y actúa en consecuencia. Redirige el destino de la variante perdedora al ganador actualizando las reglas del enlace corto. Si quieres preservar los datos del test, crea un nuevo enlace para la página ganadora en lugar de modificar el original. Los datos históricos de división del enlace original permanecen intactos en nuestro almacén de analítica y son visibles en el panel indefinidamente.

No sigas ejecutando después de haber declarado al ganador. La exposición prolongada a la variante perdedora cuesta conversiones reales. El punto de alcanzar significancia estadística es que tienes suficiente evidencia para actuar - actúa.

Errores comunes que vale la pena señalar#

Espiar pronto. Cubierto arriba, pero vale la pena repetirlo porque es el modo de fallo más común. La tentación de revisar los resultados después de unos cientos de visitas es natural, y la solución es mecánica: anota tu tamaño de muestra requerido antes del lanzamiento, pon un recordatorio en tu calendario para cuando lo alcances, y cierra la pestaña de analytics hasta entonces.

Ignorar el efecto novedad. Las nuevas páginas obtienen un impulso a corto plazo simplemente por ser nuevas. Si tu ventana de test es de tres días y tu tráfico tiene un componente significativo de visitantes recurrentes, ejecuta el test durante al menos una semana completa antes de evaluar. El análisis de significancia de CXL (consultado el 2026-05-12) sugiere que los tests por debajo de siete días son poco fiables para la mayoría de los patrones de tráfico minorista precisamente porque el efecto novedad no se disipa en una ventana más corta.

Saltarse la comprobación de cordura A/A. Si nunca has ejecutado un test A/B con esta fuente de tráfico y esta configuración de tracking de conversiones antes, ejecuta primero una división 50/50 donde ambas variantes apunten a la misma página. Confirma que las tasas de conversión reportadas estén dentro de 1-2 puntos porcentuales una de la otra. Esto descarta problemas de medición antes de que tengas datos de test reales corriendo sobre la infraestructura.

Mezclar fuentes de tráfico. Si tu enlace corto aparece tanto en un anuncio pagado como en una publicación social orgánica simultáneamente, las dos fuentes de tráfico tendrán diferentes tasas base de conversión y diferentes mezclas de dispositivos. La asignación por variante es aleatoria entre todos los visitantes, pero el sesgo base significa que la variante A podría obtener ligeramente más tráfico móvil pagado que la variante B por azar, y esa diferencia es difícil de desenredar de un efecto de tratamiento real. Mantén tu enlace de test en una fuente de tráfico a la vez o usa enlaces separados por fuente que se dividan independientemente cada uno.

Cuándo querrías una herramienta CRO real en su lugar#

El divisor por enlace corto maneja bien los experimentos a nivel de página. Tres casos en los que recurrirías a una herramienta dedicada.

Optimización por bandidos multibrazo. El testing A/B clásico mantiene las divisiones de tráfico fijas y evalúa al final. Los algoritmos de bandidos multibrazo desplazan dinámicamente más tráfico hacia la variante de mejor rendimiento a medida que se acumula evidencia - útil cuando quieres minimizar el arrepentimiento (conversiones perdidas a la variante perdedora) durante el período de test en lugar de maximizar la certeza estadística al final. La división de Elido es estática basada en pesos; si quieres la variante de bandido, herramientas como Optimizely o VWO están construidas para eso.

Testing de elementos dentro de la página. Probar el color de un botón, un titular, el layout de un formulario o una imagen hero requiere modificar el DOM de una sola página en lugar de enrutar a dos URLs diferentes. Eso es territorio de JavaScript - una herramienta que inyecta un snippet y puede modificar la página renderizada es el enfoque correcto. La división por enlace corto solo funciona cuando las variantes viven en URLs diferentes o en diferentes parámetros de consulta que la página ya lee.

Mapas de calor y reproducción de sesión. Si quieres entender por qué la variante B convierte mejor - dónde hacen clic los visitantes, hasta dónde se desplazan, dónde abandonan - necesitas una herramienta que instrumente la sesión. Esos datos no provienen de analytics a nivel de clic. Hotjar, Microsoft Clarity y las funciones de reproducción de sesión en Amplitude son la capa correcta para esto; se sientan junto a un test de enlace corto en lugar de reemplazarlo.

Para todo lo demás - comparar dos diseños de página, probar un nuevo layout de precios, evaluar un mensaje diferente sobre el pliegue - el flujo de trabajo de enlace corto descrito aquí es suficiente, no cuesta nada más allá de tu plan existente de Elido y produce datos limpios sin el artefacto de parpadeo o la tarifa de entrada de 200 dólares al mes.

Establece el tamaño de muestra antes del lanzamiento. Ejecuta la comprobación de cordura A/A. No espíes. Declara al ganador cuando alcances el número con el que te comprometiste.