“Temas a medida, apps y Functions, pruebas A/B que mueven la conversión”
–convirtió
– de – visitantes
templates/page.experiments.json
Experimentos.
Las pruebas son la forma en que una tienda deja de discutir opiniones. Esta página corre una prueba A/B real en su propio inicio, muestra el proceso detrás de cada prueba que entrego y te da las calculadoras con las que las planeo.
1prueba A/B en vivo en este sitio ahora mismo
9/16proyectos de aquí corren pruebas o analítica de comportamiento
4herramientas entre ellos: Intelligems, Clarity, Convert, Shoplift
experiments/hero-lede-v1
Corriendo en este sitio.
No es una maqueta. Un Cloudflare Worker asigna a cada primera visita del inicio a una variante y estos números salen directo de D1.
En vivo en el inicio
¿Hablar de resultados hace que más gente me escriba?
Conversión = copiar el email, abrir Contacto o enviar el formulario
“pruebas que lo demuestran y automatizaciones que las mantienen andando”
–convirtió
– de – visitantes
Probabilidad de que B gane–
Mejora de B–
Visitantes hasta ahora–
Cargando resultados en vivo…
Cómo se mide
- 01 · AsignaciónEl Worker asigna A o B y guarda una cookie
- 02 · RenderLa variante viene en el HTML: sin parpadeo
- 03 · ExposiciónCuenta cuando el hero está en pantalla
- 04 · ConversiónEmail copiado, Contacto abierto o formulario enviado
- 05 · ConteoUna fila por visitante en D1
snippets/test-playbook.liquid
Cómo corro una prueba.
Seis pasos, siempre. La mayor parte del valor de una prueba se decide antes de lanzarla y después de que termina.
- 1
Investigación
Grabaciones, mapas de calor, reseñas y abandono señalan un problema que vale la pena resolver.
Problema definido - 2
Hipótesis
Como vimos X, cambiar Y moverá la métrica Z. Sin esa frase, no hay prueba.
Hipótesis de una línea - 3
Tamaño
El tráfico y la mejora mínima que vale la pena encontrar fijan la duración antes de construir nada.
Muestra + fecha de fin - 4
Build y QA
Variantes sin parpadeo, revisadas en cada dispositivo, moneda y evento de tracking.
Matriz de QA - 5
Correr
Solo semanas completas, sin mirar antes de tiempo, y una revisión del reparto el segundo día.
Revisión de SRM - 6
Leer y entregar
Métrica principal y luego las de control. Lo que gana se vuelve código del tema; lo que pierde queda documentado.
Informe + PR de limpieza
assets/stats.js
Planéala antes de construirla.
Las tres revisiones que hago en cada prueba: cuánto tiempo necesita, si el resultado es real y si el reparto entre variantes está sano.
config/test-areas.json
Dónde rinden las pruebas.
Las palancas que pruebo primero en una tienda Shopify, página por página. Patrones, no promesas: cuál gana depende de la tienda.
Página de producto
- Suscríbete y ahorra por defecto
- Precio por porción junto al botón
- Bundles y ofertas por cantidad
Mueve: Conversión, ticket promedio
Carrito lateral
- Metas de envío gratis y regalo
- Upsells que cierran la brecha
- Pasar a suscripción con un clic
Mueve: Ticket promedio, paso a checkout
Ofertas y precios
- Precios y anclas
- Ahorro en % vs. en dólares
- Umbrales de envío
Mueve: Ingreso por visitante
Landing pages
- Advertorial vs. PDP directa
- Formato largo vs. corto
- Hero según el ángulo del anuncio
Mueve: Ingreso por visitante
Navegación
- Comprar por objetivo vs. por producto
- Agregar rápido en colecciones
- Orden del menú móvil
Mueve: Vistas de producto
Checkout
- Upsells con extensiones de checkout
- Fechas estimadas de entrega
- Ofertas post-compra
Mueve: Finalización, ticket promedio
Los números de los clientes se quedan con los clientes. En una entrevista con gusto te muestro pruebas concretas, con resultados, bajo NDA.
Hablemos de una prueba