La versión anterior describía una empresa SaaS, numerosas pruebas y un aumento de ingresos. No incluía exportaciones, definición del embudo, asignación de variantes ni autorización del cliente. Ese relato y sus gráficos se retiraron.
Definir la conversión antes de mirar resultados
El experimento empieza con una acción de negocio verificable. Puede ser una compra confirmada, una solicitud válida o una activación dentro del producto. Un clic o un scroll sirven como diagnóstico, pero no sustituyen esa acción final.
Google Analytics define un evento como una interacción medible y permite marcar las acciones importantes como eventos clave. Su documentación sobre eventos de GA4 y conversiones ayuda a mantener una nomenclatura estable. La implementación se prueba en producción antes de iniciar el experimento.
Registrar la hipótesis
Cada prueba necesita una frase concreta: qué cambia, para quién, qué fricción intenta resolver y qué métrica debería moverse. También se fijan de antemano la métrica principal, las métricas de protección, el horizonte mínimo y los criterios de exclusión.
Las métricas de protección evitan declarar una victoria que deteriora otra parte del negocio. Una variante puede aumentar registros y, al mismo tiempo, reducir activaciones, elevar reembolsos o atraer solicitudes sin intención real.
Comprobar la asignación
La unidad de asignación debe ser estable. Una persona no debería alternar entre control y variante durante la misma prueba. Bots, personal interno, entornos de prueba y tráfico sin consentimiento se tratan con reglas documentadas.
Antes de interpretar el efecto se revisan cuatro controles:
- El reparto entre variantes coincide con el diseño.
- Los eventos llegan con los mismos parámetros en ambas ramas.
- No hubo despliegues, campañas o interrupciones que afectaran una sola variante.
- La ventana cubre los ciclos normales del negocio y no se detiene al aparecer un resultado favorable.
Leer el embudo completo
El informe conserva sesiones elegibles, usuarios asignados, conversiones, ingresos y eventos de protección por variante. También registra dispositivo, país y fuente cuando esos cortes se definieron antes. Buscar segmentos ganadores después de ver los datos produce hipótesis nuevas, no conclusiones confirmadas.
Una diferencia observada no demuestra por sí sola que el cambio funcionará en otra campaña, otro país o una temporada distinta. Si el efecto importa para una decisión costosa, conviene repetirlo o mantener una validación posterior al despliegue.
Una captura con dos porcentajes no documenta un experimento. El caso necesita definición, instrumentación, asignación, duración y datos exportables.
Evidencia necesaria para publicar un resultado
Un caso real debe incluir el identificador del experimento, las versiones probadas, fechas, población elegible, eventos y filtros, tamaño de cada rama, criterio estadístico, métricas de protección y registro de despliegues. Los datos sensibles pueden agregarse, pero el método no debe desaparecer.
Hasta contar con ese paquete y con permiso del cliente, esta URL funciona como protocolo de CRO y no como prueba de un aumento de ingresos.