Configurar un experimento A/B en una herramienta como Convert exige algo más que apretar botones: requiere planear el tratamiento, conocer los límites del editor visual y aplicar trucos prácticos que te ahorren depender de un desarrollador front-end en cada iteración. Si trabajas en CRO o experimentación web, aquí verás cómo montar una prueba que afecta dos páginas de una tienda online y validarla antes de lanzarla.

¿Qué necesitas antes de configurar la prueba en Convert?

Antes de tocar la herramienta, ten claro el diseño del tratamiento y las páginas afectadas. En el ejemplo, la tienda introduce dos cambios para validar una misma hipótesis: un componente visual en la página de inicio que anuncia una nueva opción para pagar en cuatro cuotas, y la habilitación de esa pasarela de pagos en el checkout.

¿Qué es un experimento multipágina? Es una prueba A/B en la que la variación afecta más de una URL del sitio. En Convert se configura con el tipo de experiencia multi-page en lugar de A/B estándar.

La mayoría de editores visuales permiten cambios sobre componentes existentes, pero un programa maduro de experimentación tarde o temprano necesita a un desarrollador front-end para ejecuciones más complejas con JavaScript.

¿Cómo evitar depender de un desarrollador front end?

Aquí entra un hack muy usado en la práctica: cuando trabajas con un gestor de contenidos como WordPress, Shopify o Webflow, suele ser más eficiente habilitar el componente del tratamiento directamente en el CMS y luego ocultarlo en la herramienta de experimentación para el grupo de control.

En el caso del ejemplo, la pasarela de pagos se activa temporalmente desde los ajustes de WooCommerce. Eso la hace visible para todos los visitantes, así que el siguiente paso es esconderla en Convert solo para los usuarios del control.

¿Cómo crear la experiencia paso a paso?

Desde el dashboard de Convert, la configuración sigue un flujo claro:

1. Selecciona Nueva experiencia y asígnale un nombre según la nomenclatura de tu base de conocimiento.
2. Indica la URL de referencia donde correrá la prueba.
3. Elige el tipo de experiencia multi-page, ya que la variación influencia dos páginas distintas.
4. Asigna un nombre a cada página dentro de la prueba (inicio y checkout).
5. En configuración avanzada, define que los usuarios entren a la prueba si cumplen cualquiera de las dos condiciones de URL.

Después de crear la experiencia se abre el editor visual, donde puedes remover componentes, editar copy o quitar secciones enteras sin escribir código.

¿Qué porcentaje de tráfico y qué audiencia asignar?

Lo ideal es asignar el 100% del tráfico, aunque por motivos técnicos o de negocio a veces se limita al 20%, 30% o 60%. La audiencia se define después: puedes filtrar por dispositivos móviles, fuentes como Facebook u otros segmentos. En este ejemplo se mantiene 100% del tráfico y todos los dispositivos, porque así lo pidieron los requerimientos.

¿Cómo editar las variaciones en cada página?

La sección de variaciones es donde realmente armas el tratamiento. En la página de inicio, el flujo fue:

• Seleccionar el componente justo después del botón Añadir al carrito.
• Usar Insertar HTML, opción Insertar después del elemento seleccionado.
• Pegar el código de la imagen que anuncia la pasarela en cuatro cuotas.
• Guardar el cambio.

En la página de checkout, como la pasarela ya estaba habilitada desde WooCommerce, el trabajo fue inverso: seleccionar el módulo visual del componente y ocultarlo con el ícono de la caneca para la versión de control. Lo mismo con el selector de radio asociado, que pierde sentido sin la opción de pago.

Así, el grupo de control ve el sitio como estaba antes, mientras que el grupo de variación percibe el cambio en dos momentos clave de su recorrido.

¿Cómo previsualizar y elegir las métricas de éxito?

La opción Preview genera enlaces y un código QR para revisar cada variación en distintos navegadores y dispositivos. Lo recomendable es abrirla en una pestaña nueva o en otro navegador para evitar problemas de caché.

¿Qué métricas debe medir un experimento de checkout? Define una métrica primaria ligada a tu hipótesis (ejemplo: adiciones al carrito) y métricas secundarias como órdenes, ingresos y checkouts iniciados, que ayudan a entender el comportamiento completo del embudo.

En Convert se importan eventos previamente configurados en Google Analytics. En el ejemplo se marcan tres métricas: Adiciones al carrito como objetivo principal, Órdenes e ingresos (que en Convert van juntas) y Checkouts iniciados como métrica de control.

También puedes integrar la prueba con Google Analytics, Hotjar y otras herramientas para hacer segmentaciones más profundas después.

¿Por qué hacer QA antes de lanzar el experimento?

El QA o control de calidad valida que la prueba funcione bien en distintos navegadores, sistemas operativos, tipos de dispositivo y tamaños de pantalla. En equipos avanzados hay personas dedicadas tiempo completo a esto, porque un fallo técnico contamina los datos y puede invalidar semanas de tráfico.

Si trabajas solo, replica esa lógica con tu propio celular y varios navegadores antes de activar nada. Cuando todo esté validado, cambia el estado de draft a activa desde el menú Status, o programa la fecha de inicio. Convert te preguntará si quieres crear audiencias en Google Analytics 4, lo que conviene aceptar para análisis posteriores.

Una recomendación final: evita lanzar pruebas los viernes o fines de semana, porque necesitas que alguien del equipo supervise que el experimento corra como se espera. Y tú, ¿qué hacks usas para configurar tus pruebas más rápido?