¿Cómo crear un test A/B para una URL dinámica? Tutorial paso a paso

Respuesta rápida

Para hacer tests A/B en URL dinámicas (páginas de producto filtradas, páginas personalizadas por sesión), usa un test de redirección de URL que normalice los parámetros de consulta y asigne a los usuarios a una URL de variante a nivel de servidor o CDN, en lugar de en el navegador. Así, cada visitante ve de forma consistente la misma variante en todas las solicitudes y se evita que los motores de búsqueda indexen varias versiones de la URL.

Conclusiones clave

• Las URL dinámicas con parámetros específicos de sesión requieren dividir el tráfico en el servidor o en el edge: las redirecciones solo en el navegador provocan parpadeos y una asignación de variantes inconsistente.
• Usa patrones con comodín (*) en Mida para abarcar familias enteras de URL, de modo que un solo experimento cubra miles de URL de productos, categorías o blog a la vez.
• Normaliza los parámetros de consulta en tus reglas de redirección para que la asignación de variantes sea coherente en las variantes de URL paginadas, filtradas u ordenadas.
• Define etiquetas canonical en todas las páginas de variante apuntando a la URL original para evitar que los motores de búsqueda indexen contenido duplicado.
• Los bots y rastreadores quedan excluidos automáticamente de la redirección: siempre ven la URL de control original, lo que mantiene limpio tu índice canónico.

Quizá te preguntes: "¿Por qué no puedo usar simplemente URL normales?"

Podrías, pero hay un problema: cuando trabajas con sitios de e-commerce o sitios con contenido cambiante, entran en juego las URL dinámicas. Estas URL se generan al vuelo con cada sesión o usuario. Por ejemplo, cuando los usuarios filtran u ordenan resultados, o compran con preferencias personalizadas.

El reto está en ejecutar con eficacia tests A/B en estas páginas web generadas dinámicamente, que cambian de un usuario a otro.

Veamos cómo crear un test A/B para una URL dinámica.

¿Qué es una URL dinámica?

Una URL dinámica es una dirección web generada automáticamente, normalmente por una base de datos, un CMS o un servidor, en lugar de apuntar a un archivo fijo creado a mano. Suelen reconocerse por la presencia de cadenas de consulta, IDs numéricos o segmentos de ruta que cambian con cada producto, categoría o sesión de usuario.

Ejemplos de URL dinámicas:

• Páginas de producto de e-commerce: https://shop.example.com/product/running-shoes/id/4482
• Resultados de búsqueda con filtros: https://example.com/search?category=shoes&color=red&sort=price_asc
• Páginas de listados paginados: https://example.com/blog?page=3
• Landing pages personalizadas por sesión: https://example.com/lp/summer-sale?utm_id=abc123&user=xyz

Lo fundamental que todas tienen en común: no existe una única URL de "control" canónica que puedas fijar en un experimento. En su lugar hay un patrón de URL, y ese patrón debe coincidir en su conjunto en la configuración de tu experimento.

Por qué las URL dinámicas complican los tests A/B

Las herramientas de tests A/B estándar gestionan bien una URL fija: muestran la variante A al 50% de los visitantes, la variante B al otro 50% y miden cuál convierte mejor. Pero con URL dinámicas, la misma página de producto puede visitarse desde cientos de rutas de URL distintas. Si tu experimento apunta solo a una URL concreta, te pierdes todas las demás variantes de esa página.

Estos son los tres retos principales que introducen las URL dinámicas:

1. Escala: demasiadas URL para segmentar una por una

Una tienda online con 10.000 SKU podría tener 10.000 URL de producto únicas. Crear un experimento separado para cada una no es práctico, y agotaría al instante tu cuota mensual de usuarios testeados. Necesitas una forma de coincidir con un patrón de URL, no con una URL específica.

2. Coherencia: los visitantes deben ver la misma variante

Si un visitante llega a /product/sneakers/id/1001 y ve el nuevo diseño, luego se va y vuelve más tarde, debería seguir viendo el nuevo diseño. La asignación de variante debe ser persistente: vinculada al visitante, no a la cadena de URL concreta que usó en esa sesión.

3. SEO: evitar penalizaciones por contenido duplicado

Cuando rediriges a los usuarios a una URL de variante (p. ej., /product-v2/sneakers/id/1001), los rastreadores de los motores de búsqueda pueden descubrir e indexar esa URL de variante por separado de la original. Sin una etiqueta canonical que apunte a la original, corres el riesgo de tener problemas de contenido duplicado: dos páginas con contenido casi idéntico compitiendo por las mismas posiciones.

Casos de uso habituales de los tests A/B con URL dinámicas

Los tests de redirección con URL dinámicas son el enfoque adecuado en varios escenarios habituales:

• Rediseños de páginas de producto de e-commerce: Probar un nuevo diseño de página de producto en todo tu catálogo sin duplicar el experimento para cada SKU.
• Variantes de páginas de categoría o colección: Comparar un diseño en cuadrícula frente a uno en lista en todas las URL de categoría filtradas (p. ej., /category/shoes/*).
• Tests de plantillas de blog o contenido: Ejecutar una nueva plantilla de artículo (/new-blog/*) frente a la existente (/blog/*) en toda tu biblioteca de contenido.
• Variantes del proceso de pago: Redirigir a los usuarios de /checkout/step1 a /checkout-v2/step1 conservando los parámetros dinámicos de pedido y sesión.
• Personalización de landing pages: Probar experiencias de aterrizaje personalizadas en las que los parámetros UTM o los IDs de campaña forman parte del patrón de URL.

Estructura de URL dinámica

Si tu objetivo es redirigir de https://www.example.com/product/laptop/12345 a https://www.example.com/product/laptop-test/12345 para todos los productos, y no solo para el producto 12345, hay una forma muy sencilla de hacerlo sin crear miles de tests de experimento para cada ID de producto.

Solo tienes que usar coincidencia con comodines.

Sigue estos 3 pasos para configurar rápidamente la redirección de URL dinámicas:

Requisito previo: Tendrás que registrar una cuenta de Mida.so. Empezar es totalmente gratis hasta 100.000 usuarios testeados al mes.

1. Elige el tipo de test

‍

Primero, tu tipo de test debe ser Split URL / Redirect Test. Una vez que lo selecciones, asegúrate de configurar reglas de redirección para cada una de tus variantes: las versiones del elemento o elementos que estás probando.

Elegir el tipo de test correcto es importante porque determina cómo asigna Mida a los usuarios a las variantes. En un test de redirección, Mida guarda la asignación de variante en una cookie propia en el navegador del visitante, para que siempre vea la misma variante en visitas repetidas, incluso si la URL exacta cambia ligeramente entre sesiones.

2. Configura la URL de redirección y los comodines

Ahora configura la URL de la variación base como el enlace original, pero sustituye la parte dinámica por un asterisco (*). Después, configura la variación 1 como /laptop-test/*.

Por ejemplo, si tu URL es https://example.com/blog/what-is-SEO y quieres probar una nueva estructura de blog como https://example.com/new-blog/what-is-SEO, puedes crear el patrón con asterisco como https://example.com/blog/* y https://example.com/new-blog/*.

El asterisco (*) es un comodín que coincide con cualquier secuencia de caracteres en esa posición. Cuando un visitante llega a una URL que coincide con el patrón de control, Mida captura el segmento dinámico y lo asigna a la URL de la variante correspondiente, manteniendo intacto el identificador único.

También puedes usar varios comodines en un mismo patrón. Por ejemplo, https://shop.example.com/*/id/* coincidirá con cualquier combinación de categoría e ID de producto, de modo que un solo experimento cubra todo tu catálogo de productos a la vez.

3. Lanzamiento del test

¡Y listo!

Ya has completado la configuración de un experimento entre /laptop/(dynamic-ids) y /laptop-test/(dynamic-ids). Ahora puedes definir el objetivo, asignar el tráfico y publicar tu test.

Antes de lanzar, conviene hacer algunas comprobaciones finales:

• Define un objetivo principal: establece un evento de conversión (una compra, el envío de un formulario, un clic) para que Mida tenga una métrica clara hacia la que optimizar.
• Establece un reparto de tráfico adecuado: para la mayoría de los tests, un reparto 50/50 es lo ideal. Si estás probando una variante más arriesgada, considera empezar con 80/20 a favor del control.
• Revisa las etiquetas canonical: asegúrate de que las páginas de tus variantes incluyan una etiqueta canonical que apunte a la URL original. Así evitas que los buscadores indexen la variante como una página independiente.

Patrones compatibles y ejemplos

Para ampliar tu visión de lo que es posible con los tests de split URL dinámicos, aquí tienes algunos ejemplos de patrones compatibles:

Escenario de configuración 1

Patrón de coincidencia del control: https://example.com/blog/*

Patrón de coincidencia de la variante 1: https://example.com/blog/*/v1

Patrón de coincidencia de la variante 2: https://example.com/blog/*?v=2

‍

Resultado n.º 1

Un usuario visitó esta URL: https://example.com/blog/what-is-seo

Cuando coincidió la variante 1: https://example.com/blog/what-is-seo/v1

Cuando coincidió la variante 2: https://example.com/blog/what-is-seo?v=2

‍

Escenario de configuración 2

Patrón de coincidencia del control: https://shop.example.com/product/*/id/*‍

Patrón de coincidencia de la variante 1: https://shop.example.com/product/*/id/*-2

‍

Resultado n.º 2

Un usuario visitó esta URL: https://shop.example.com/product/apple-watch/id/1133‍

Variante 1 (cuando coincide): https://shop.example.com/product/apple-watch/id/1133-2

‍

Un usuario visitó esta URL: https://shop.example.com/product/samsumg-galaxy-14S/id/4439

Variante 1 (cuando coincide): https://shop.example.com/product/samsumg-galaxy-14S/id/4439-2

Consideraciones de SEO al probar URLs dinámicas

Una de las preocupaciones más habituales de los equipos con los tests A/B basados en redirecciones es su impacto en el posicionamiento en buscadores. La buena noticia: Google afirma explícitamente que los tests A/B están permitidos y no conllevan penalización, siempre que sigas algunas reglas técnicas. Para profundizar, consulta nuestra guía completa sobre cómo afectan los tests A/B al SEO.

Usa etiquetas canonical en todas las páginas de variantes

Cuando la URL de tu variante (/laptop-test/12345) es una página independiente e indexable, Google puede rastrearla y tratarla como contenido casi duplicado respecto a tu original (/laptop/12345). Para evitarlo, añade una etiqueta canonical en las páginas de tus variantes que apunte a la URL original. Esto indica a los buscadores que la variante es una versión de prueba, no un destino permanente que merezca indexarse por separado.

Mida usa una redirección con JavaScript, no un 301 o 302 del lado del servidor

Mida realiza la redirección por completo en el navegador mediante JavaScript: el script detecta el patrón de URL coincidente y lleva al usuario a la URL de la variante usando window.location.href. Esto significa que no interviene ningún código de estado HTTP 301 o 302 a nivel de servidor. La redirección es invisible para los rastreadores de los buscadores porque los bots quedan totalmente excluidos del experimento (ver más abajo). Para los buscadores, tu URL original sigue siendo la única URL que rastrean e indexan.

Los bots y rastreadores quedan excluidos, y es a propósito

Mida excluye automáticamente a los bots y rastreadores conocidos de los experimentos de redirección. Cuando un rastreador de un buscador visita una página incluida en un test de URL dinámica, ve la URL de control original sin redirección, la misma página que ven tus visitantes reales cuando se les asigna al grupo de control. Esto significa que Googlebot siempre indexa la versión canonical de tu página y nunca tienes que preocuparte de que el rastreador siga una redirección de prueba hacia la URL de una variante. Google aprueba explícitamente este enfoque para los tests A/B: excluir a los rastreadores de la entrega de variantes no es cloaking, porque no estás sirviendo contenido engañoso, simplemente mantienes el test aislado a visitantes humanos reales.

Limita los tests en el tiempo

Mantener un test de redirección activo de forma indefinida crea una división persistente entre dos patrones de URL, lo que puede confundir a los motores de búsqueda con el tiempo. La mayoría de los tests deberían concluir en 2–4 semanas, una vez alcanzada la significancia estadística. Implementa la versión ganadora y retira el test sin demora.

Test de URL dinámicas vs tests A/B basados en JavaScript

Antes de configurar un test de redirección para URL dinámicas, conviene entender cuándo este enfoque es el adecuado frente a un test A/B estándar basado en JavaScript sobre la misma URL.

También ayuda saber con qué frecuencia gana cada uno. Publicamos las tasas de victoria de los tests de split URL a partir de experimentos reales ejecutados en Mida, junto con la trampa de medición que las infla sin que te des cuenta. Léelo antes de activar un test de redirección. También hay análisis por tipo de página, incluidas las páginas de producto y las páginas de precios.

Usa un test de redirección de URL dinámicas cuando:

• La variante requiere una plantilla de página, una ruta o una lógica de backend completamente distintas.
• Necesitas que el experimento cubra toda una familia de URL (miles de páginas de producto o de artículos) con una sola configuración.
• Las páginas de control y de variante ya existen como URL separadas y quieres repartir el tráfico entre ellas.

Usa un test A/B basado en JavaScript sobre la misma URL cuando:

• Solo vas a cambiar elementos visuales (colores, textos, ubicación de botones, ajustes de diseño) en una página existente.
• Quieres la configuración SEO más sencilla posible (una única URL canónica, sin sobrecarga de redirecciones).
• Tu sitio es una aplicación de una sola página en la que el navegador no envía nuevas solicitudes HTTP al navegar.

Como regla general: si la variante que quieres probar requiere páginas fundamentalmente distintas, usa un test de redirección. Si vas a cambiar elementos de una página existente, un test basado en JavaScript es más sencillo y supone menos carga para el SEO. Puedes saber más sobre cómo hacer split tests sin cambiar la URL aquí.

Buenas prácticas para los tests de redirección de URL dinámicas

• Empieza por los patrones de URL con más tráfico: los tests con comodines funcionan mejor cuando el patrón de URL recibe suficientes visitantes diarios para alcanzar la significancia estadística en pocas semanas. Prueba primero tus páginas de mayor volumen para obtener resultados más rápido.
• Haz coincidir el patrón completo con precisión: si tu control es https://shop.example.com/product/*/id/*, asegúrate de que las posiciones de los comodines se correspondan exactamente con los segmentos de ruta correctos en la URL de la variante. Unos comodines mal alineados redirigirán a los visitantes a páginas incorrectas sin avisar.
• Prueba un cambio importante a la vez: la redirección debe apuntar a una versión de la página significativamente distinta: una nueva plantilla, un diseño diferente, una jerarquía de información reestructurada. Evita crear un test de redirección para un pequeño ajuste de texto; para eso usa un test de JavaScript.
• Controla la velocidad de las páginas de la variante: es posible que tu URL de variante se sirva desde una ruta distinta con un perfil de carga diferente. Comprueba que no cargue notablemente más lento que el control, ya que la velocidad de la página afecta tanto a las conversiones como al posicionamiento SEO.
• Segmenta por tipo de dispositivo si es necesario: si tu variante está optimizada para móvil pero no para escritorio, usa la segmentación de audiencias de Mida para limitar el test al tipo de dispositivo pertinente. Lanzar un rediseño pensado para móvil contra todo el tráfico diluirá tus resultados.
• Calcula primero el tamaño de muestra que necesitas: antes de lanzar, usa una calculadora de tamaño de muestra para estimar cuántos visitantes necesitas por variante para detectar el tamaño del efecto esperado. Así evitas mantener los tests demasiado tiempo o detenerlos demasiado pronto.

Errores comunes que debes evitar

Crear experimentos individuales por URL

Este es el error más común entre principiantes. Crear un experimento de redirección independiente para cada ID de producto de tu catálogo agotará tu cuota mensual de usuarios testeados y hará casi imposible analizar los resultados. Usa siempre patrones con comodines para agrupar las familias de URL en un único experimento.

No definir un objetivo de conversión

Lanzar un test de redirección sin un objetivo definido significa que tendrás datos de tráfico, pero ninguna pista sobre qué variante es realmente mejor. Configura siempre al menos un objetivo principal (compra, envío de formulario, clic en un botón) antes de publicar. Los objetivos secundarios, como la profundidad de scroll o el tiempo en la página, pueden complementarlo, pero no deberían ser tu única medida de éxito.

Terminar los tests demasiado pronto

Los tests de redirección que cubren muchas URL dinámicas suelen acumular tráfico rápidamente, lo que puede hacer que los primeros resultados parezcan significativos cuando no lo son. Espera a que termine la duración planificada del test y se confirme la significancia estadística antes de declarar un ganador. Detener los tests antes de tiempo se conoce como el problema del peeking y es una de las fuentes más comunes de falsos positivos en la experimentación.

Olvidar finalizar el test tras implementar la versión ganadora

Cuando ya tengas un ganador y hayas implementado el cambio de forma permanente en tu sitio, detén el experimento de Mida. Dejar activo un test de redirección una vez publicada la URL ganadora genera redirecciones innecesarias para todos los visitantes y sigue repartiendo un tráfico que debería ir íntegro a la experiencia canónica.

Preguntas frecuentes

¿Puedo ejecutar un test de redirección de URL dinámicas en una tienda Shopify? Sí. Las URL de producto de Shopify siguen un patrón uniforme (/products/[handle]), lo que las hace ideales para tests de redirección con comodines. Define tu patrón de control como https://yourstore.myshopify.com/products/* y tu variante con la nueva estructura de URL. Antes de lanzar, asegúrate de que el script de Mida esté instalado a través del tema de Shopify o de un contenedor de GTM.

¿Ralentizará el test de redirección de URL dinámicas mi sitio? La redirección de Mida se produce en el navegador antes de que cargue la página de la variante, mediante un script ligero. La redirección en sí suele añadir solo unos pocos milisegundos de latencia. El factor de velocidad más relevante es si tu página de variante es tan rápida como la de control: pasa ambas por PageSpeed Insights para compararlas antes de lanzar.

¿Cómo verifico que mi patrón con comodines coincidió correctamente? Usa el modo de vista previa integrado de Mida para visitar una URL concreta y confirmar a qué variante se te ha asignado. También puedes abrir las herramientas para desarrolladores de tu navegador: si la redirección funciona correctamente, verás cómo la página pasa de la URL original a la URL de la variante. Mida lo hace como una redirección de JavaScript usando window.location.href, así que verás la URL final de la variante en la barra de direcciones y en la pestaña de red como el documento cargado.

¿Puedo probar variaciones de parámetros de consulta con tests de redirección de URL dinámica? Sí. Puedes incluir parámetros de consulta en tus patrones con comodines. Por ejemplo, probar /search?category=shoes&* frente a /search-v2?category=shoes&* cubrirá todas las combinaciones de filtros dentro de esa categoría. Ten cuidado con el orden de los parámetros: normaliza tus patrones para evitar huecos de cobertura cuando los mismos parámetros aparezcan en una secuencia distinta.

¿Cómo se mantiene la asignación de variante de forma consistente en varias visitas? Mida guarda la asignación de variante en una cookie propia en el navegador del visitante. Aunque un usuario visite varias URL dinámicas cubiertas por el mismo experimento, siempre verá la misma variante. La asignación es a nivel de visitante, no de URL, así que se mantiene en las distintas páginas de la misma familia de URL.

¿Funcionan los tests de redirección de URL dinámica en aplicaciones de una sola página (SPA)? Las SPA que usan enrutamiento en el cliente (React Router, Vue Router, etc.) gestionan las URL de otra forma: la página no se recarga por completo al navegar, así que el navegador nunca envía una nueva solicitud HTTP. En estos casos, es posible que un test de redirección no se active correctamente. Para las SPA, normalmente es más fiable un test en la página basado en JavaScript. Consulta la guía de Mida para SPA para saber cómo ejecutar experimentos en aplicaciones renderizadas en el cliente.

¿Cuántos comodines puedo usar en un solo patrón de URL? Puedes usar varios comodines en un mismo patrón. Por ejemplo, https://shop.example.com/*/category/*/id/* coincidirá con URL que tengan tres segmentos dinámicos. Cada posición de comodín del patrón de control se corresponde con la posición equivalente del patrón de la variante, de modo que los valores dinámicos se conservan correctamente en la redirección.

Conclusión

El test A/B de URL dinámica es una técnica potente que te permite ejecutar experimentos en todo tu catálogo de productos, tu biblioteca de contenido o tu flujo de compra sin crear tests individuales para cada URL. La clave está en usar patrones con comodines para agrupar familias de URL, combinarlos con etiquetas canonical adecuadas en las páginas de las variantes para proteger tu SEO y dejar que los experimentos se ejecuten hasta confirmar la significancia estadística.

Con Mida, la configuración lleva minutos, no días. No necesitas recursos de ingeniería para implementar reglas de redirección con comodines, y el mismo script ligero que gestiona tus tests A/B habituales también impulsa experimentos de URL dinámica en miles de páginas a la vez.

¿Listo para ejecutar tu primer experimento de URL dinámica? Crea una cuenta gratuita de Mida y empieza en menos de cinco minutos, sin necesidad de un desarrollador.