Test A/B en Shopify: cuándo te basta con Rollouts y cuándo necesitas algo más

Shopify ya tiene test A/B propio: se llama Rollouts, está en Mercados > Rollouts y sus experimentos funcionan a partir del plan Grow. Te basta cuando quieres comparar dos versiones del tema, una configuración del checkout o un descuento, y quieres medir hasta el pedido sin instalar nada. Necesitas algo más cuando quieres que una variante la vea solo una campaña o solo el móvil, cuando el cambio es un texto o un bloque que no merece duplicar el tema, o cuando estás en el plan Basic. Abajo te cuento qué hace bien, dónde se queda corto y cómo montar la otra vía sin romper la tienda.

Rollouts apareció en el changelog de Shopify en junio de 2026. Una rollout es un conjunto de cambios programados sobre el tema principal, el checkout y las páginas de cuenta, los descuentos o los catálogos. Hay tres tipos:

• Launch: publica los cambios para siempre, en la fecha que elijas.
• Event: los publica durante un periodo y luego los retira solo. Pensado para campañas como el Black Friday.
• Experiment: compara una versión de tratamiento con una de control para medir el impacto antes de lanzarla a todos.

Las rollouts en general están disponibles desde el plan Basic. Los experimentos, solo desde el plan Grow hacia arriba. Esto lo pone tal cual en la página de requisitos de su centro de ayuda.

Lo mejor que tiene es que vive dentro de Shopify y mide lo que importa.

• Prueba temas enteros. Puedes editar el tema principal desde el editor de temas dentro de la rollout o sustituirlo por otro. Si estás pensando en pasar de Dawn a Horizon, puedes enseñar el tema nuevo a la mitad de las visitas antes de decidir.
• Prueba el checkout. Puede comparar dos configuraciones del checkout y de las cuentas de cliente, algo que una herramienta externa no puede tocar.
• Mide hasta el pedido. En un experimento de tema enseña tasa de conversión, tasa de rebote, tasa de llegada al checkout y tasa de añadir al carrito. En uno de checkout, la conversión del checkout. Como el checkout es suyo, el pedido se cuenta sin trucos.
• Copia sola. Al crear la rollout se hace una copia del tema publicado, así que puedes seguir editando la tienda mientras el test corre.
• No suma scripts. No instalas nada ni añades peso a la tienda.

El reparto por defecto es 50 % control y 50 % tratamiento, se puede cambiar, y un experimento termina por defecto a los 90 días de empezar.

Aquí está lo que conviene saber antes de montar tu primer experimento. Todo sale de su propia ayuda:

1. No segmenta. Literalmente: no puedes dirigir una rollout a un segmento de clientes, a una etiqueta de cliente ni a un dispositivo. Las visitas se reparten al azar.
2. No filtra resultados. No puedes ver los resultados por dispositivo ni por país, y no puedes crear métricas propias.
3. Solo cuenta a quien da consentimiento. Todo el mundo recibe una versión, pero en los resultados solo entran los visitantes que aceptan el seguimiento.
4. Un cambio de tema por rollout. Y no admite temas vintage ni cambios en plantillas Liquid.
5. Solo la tienda online. Las tiendas headless y los storefronts propios quedan fuera.
6. No explica su estadística. La página de analítica no dice qué método usa ni cuándo da un resultado por concluyente. Te enseña las métricas y la decisión es tuya.

Ninguna de estas cosas es un fallo. Es una herramienta pensada para probar versiones de la tienda entera, y lo hace bien. El problema aparece cuando lo que quieres probar es más pequeño o más concreto.

Piensa en una tienda de cosmética natural en Bilbao que vende sobre todo por Instagram. Estas son las pruebas que tendría en la lista y que Rollouts no cubre bien:

• Un mensaje solo para una campaña. Quien llega del anuncio de Instagram con utm_campaign=rutina-noche debería ver en la portada la rutina de noche, no el banner genérico. Eso es una personalización por audiencia, y Rollouts no segmenta.
• Un cambio solo en móvil. El botón de añadir al carrito fijo abajo en la ficha tiene sentido en el móvil, no en el escritorio. Tienes la idea desarrollada en botón de añadir al carrito fijo en móvil.
• Un texto o un bloque. Cambiar "Envío en 24/48 h" por "Recíbelo el jueves" no debería exigir duplicar el tema.
• Los widgets de las apps. Las reseñas, el selector de tallas o el bloque de "comprados juntos" muchas veces los pinta una app con su propio JavaScript. Moverlos de sitio o cambiar su título se hace mejor sobre la página real.
• Nuevos frente a recurrentes. A quien ya compró no hace falta explicarle quién eres. A quien llega por primera vez, sí.
• Estás en el plan Basic. Sin plan Grow no hay experimentos en Rollouts.

Una herramienta por script aplica los cambios en el navegador del visitante, sobre la página que Shopify ya ha generado. No toca el tema ni la base de datos de la tienda. Es lo que hace Bixlow: se instala con un script, el agente propone hipótesis y monta las variantes sobre la tienda real, y nada se publica sin que lo apruebes.

Aquí hay mucha confusión, así que voy por partes.

1. En el theme.liquid, dentro del <head>. Es la vía correcta para un script que cambia la página. En el admin, ve a Tienda online > Temas, pulsa los tres puntos del tema publicado y elige Editar código. Abre layout/theme.liquid y pega el script lo más arriba posible dentro del <head>. Si un día actualizas el tema a una versión nueva, comprueba que el script sigue ahí.
2. Con Google Tag Manager, si GTM está en el theme.liquid. Si ya tienes GTM pegado en el tema, puedes añadir el script como etiqueta de HTML personalizado en todas las páginas. Carga algo más tarde, y eso a veces hace que el cambio se vea un instante tarde.
3. No en los píxeles personalizados. En Configuración > Eventos de clientes puedes crear píxeles personalizados, pero se ejecutan en un entorno aislado. La propia ayuda de Shopify dice que no pueden mostrar elementos en la página. Sirven para medir, no para cambiar lo que ve el cliente. Lo mismo pasa con GTM si lo has metido como píxel personalizado: lo que cargue ahí no puede tocar la página.

Las tiendas que usan apps a veces instalan cosas como "app embed" desde el editor de temas. Eso solo existe para apps. Bixlow no tiene app de Shopify, así que la vía es el theme.liquid o GTM.

Después, abre la tienda en una ventana de incógnito y comprueba que el script carga en la portada, en una ficha y en el carrito.

El checkout de Shopify no carga el theme.liquid. Tus scripts del tema no corren en los pasos de pago, y Shopify ha ido retirando los "scripts adicionales" que antes se pegaban en la página de gracias y de estado del pedido. Los píxeles personalizados sí ven el evento de compra, pero viven aislados y no hablan con los scripts de la página.

Traducido: con una herramienta por script, el objetivo más cercano al pedido que puedes medir de forma fiable es la entrada al checkout. En Bixlow lo montas como objetivo por clic en el botón de "Finalizar pedido" del carrito o por URL, cuando la visita llega a la dirección del checkout. Y el añadir al carrito, por clic o por evento del dataLayer si tu tema ya lo empuja.

No es perfecto, pero sirve para la mayoría de tests anteriores al pago. Si cambias la ficha o el carrito y sube la entrada al checkout sin cambiar nada del checkout, lo razonable es que los pedidos acompañen. Revisa igualmente la analítica de Shopify durante el test.

Si lo que vas a probar necesita juzgarse por pedidos sí o sí (un tema nuevo, el propio checkout, un descuento), usa Rollouts. Ahí está su mejor baza.

Si no sabes por dónde empezar, este orden funciona para casi cualquier tienda pequeña:

Antes de publicar cualquier test, haz una compra de prueba completa con cada variante y desde el móvil. Y calcula cuánto va a tardar con la calculadora de tamaño de muestra: con pocas visitas, prueba cambios grandes.

Si quieres el paso a paso de un primer test entero, lo conté en tu primer test A/B en Shopify, en una tarde.

Se puede, con una regla: no pruebes lo mismo en la misma página con las dos a la vez. Si tienes un experimento de Rollouts que cambia la ficha y además un test por script en esa ficha, los resultados se mezclan y ninguno de los dos significa nada.

Lo que yo haría: Rollouts para las decisiones grandes de tema y checkout, una o dos al año. El script para el día a día, las campañas y los cambios pequeños que quieres comprobar cada semana.

¿Rollouts sirve para probar precios? Puede incluir cambios de catálogos, y al activar un catálogo se publican sus precios y su disponibilidad. También admite descuentos. Tiene sus propias reglas (por ejemplo, un descuento solo puede estar en una rollout sin terminar), así que léete su ayuda antes.

¿Bixlow puede cambiar el checkout de Shopify? No. El checkout de Shopify no carga los scripts del tema. Bixlow trabaja en la tienda: portada, colecciones, fichas y carrito.

¿Cuánto cuesta hacer tests A/B con Bixlow? El plan gratuito analiza la web y propone hipótesis, pero no lanza tests. Los tests A/B empiezan en el plan Standard, a 24,17 €/mes con facturación anual.

¿Cómo decide Bixlow que una variante gana? Con estadística bayesiana. No hay ganadora hasta que una variante tiene al menos un 95 % de probabilidad de ser la mejor y se cumplen una muestra y una duración mínimas. Además avisa si el reparto de visitas se ha descompensado.