Móvil, escritorio y tablet: segmentar por dispositivo sin duplicar el trabajo

Si tu tráfico es un 70% móvil y lanzas un experimento para toda la web, estás midiendo sobre todo móvil y contaminándolo un poco con escritorio. Ese es el caso bueno. El malo es un cambio que ayuda en uno y perjudica en el otro, produciendo un resultado plano que se archiva como "no funcionó".

Por qué el mismo cambio aterriza distinto#

Viewport. En escritorio, tu imagen de producto, el precio, el resumen de reseñas y el añadir al carrito pueden verse a la vez. En móvil son una secuencia. Cualquier cosa que muevas cambia lo que el usuario ve antes de decidir, y ese efecto de orden casi no existe en escritorio.

Entrada. Formularios, filtros y selectores de talla que son triviales con ratón resultan laboriosos con el pulgar. Quitar un campo vale muchísimo más en móvil.

Mezcla de intención. El móvil se inclina a navegar y descubrir; el escritorio, a comparar y a compras de mayor importe. Varía por categoría, pero rara vez es cero, lo que significa que tus dos poblaciones de dispositivo tienen conversiones de partida distintas antes de que cambies nada.

Contexto. Las sesiones móviles son más cortas, más interrumpidas y más probablemente uno de varios toques antes de una compra en escritorio. Una "derrota" en móvil sobre conversión inmediata puede ser una victoria en conversión asistida, y solo lo verás si lo miras.

Segmenta cuando el mecanismo sea propio del dispositivo#

La regla es la misma que con la geografía: ¿tu hipótesis depende del dispositivo o simplemente ocurre que corre en él?

Mecanismos propios del dispositivo —elementos fijos, acordeones cerrados, secuencia de bloques, número de campos, tamaños de imagen, alcance del pulgar— deberían testearse solo en ese dispositivo. Testearlos para toda la web diluye el efecto con una población en la que el mecanismo no aplica.

Mecanismos independientes del dispositivo —otra oferta, otra garantía, otra presentación del precio— pueden correr en todas partes, con el dispositivo registrado como segmento para poder leer el desglose después.

En Bixlow, el dispositivo es una condición de audiencia junto al país, el tipo de visitante y la fuente de tráfico, y el panel de resultados siempre desglosa por dispositivo, lo hayas segmentado o no. Así que incluso un test global te dice si las dos poblaciones estuvieron de acuerdo.

La cuestión de la tablet#

Las tablets suelen ser entre el 2% y el 5% del tráfico y se comportan como un escritorio lento o como un móvil grande según la web. Casi nunca vas a tener muestra para testearlas por separado.

La respuesta práctica: decide en qué cubo va la tablet en tu web y sé consistente. No la dejes como una tercera condición que recibe en silencio la variante a la que caigan tus reglas por descarte. Una población sin asignar viendo una variante no prevista es el tipo de cosa que pasa desapercibida durante meses.

No construyas dos webs#

El miedo cuando alguien oye "segmentar por dispositivo" es mantener dos versiones de todo para siempre. No va de eso.

El experimento está segmentado por dispositivo; el ganador no tiene por qué estarlo. Cuando un test solo de móvil gana, tú decides si aplicas el cambio solo en móvil o en todas partes. A menudo la respuesta correcta es en todas partes, porque el mecanismo resultó no ser propio del dispositivo: simplemente necesitabas la muestra más limpia para detectarlo.

Donde sí mantengas una variante específica de dispositivo de forma permanente, que sea una decisión deliberada y documentada con una métrica asociada, no una acumulación de experimentos olvidados. Una web donde doce tests viejos siguen moldeando la experiencia móvil es una web sobre la que nadie puede razonar.

Claves#

• Un resultado global plano es con frecuencia un móvil ganando que cancela un escritorio perdiendo. Lee siempre el desglose por dispositivo.
• Segmenta por dispositivo cuando el mecanismo lo sea: elementos fijos, secuencia, campos de formulario, alcance del pulgar.
• Decide explícitamente en qué cubo cae la tablet. Nunca dejes una población recibiendo una variante por accidente.
• Un experimento segmentado por dispositivo no te obliga a mantener una web por dispositivo. El despliegue se decide tras el resultado.