iOS15: Prueba A/B de la página de su producto

Como Apple anunció una serie de próximos cambios y mejoras en la App Store que ayudarán a los desarrolladores a orientar mejor sus aplicaciones a los usuarios, hacer que sus aplicaciones sean descubiertas por más personas e incluso resaltar qué tipo de eventos están sucediendo dentro de sus aplicaciones para atraer a nuevos usuarios. descargue aplicaciones y anime a los usuarios existentes a regresar. La tienda de aplicaciones le permitirá realizar pruebas A/B de los elementos visuales de las páginas de productos de su aplicación para tratar de obtener mejores resultados y mejorar la tasa de conversión de descarga de la aplicación.

La prueba A/B de App Store lo ayudará a mejorar su estrategia ASO, podrá probar diferentes íconos de aplicaciones, capturas de pantalla y vistas previas (videos) en las páginas de productos de su App Store. También podrá comparar el rendimiento de las páginas de productos para ver qué convierte mejor.

¿Cómo utilizar la prueba A/B para las nuevas funciones de iOS15?

La nueva función de prueba A/B de la App Store te permitirá probar hasta 3 elementos diferentes. Verá los resultados de los KPI clave de ASO en la sección Análisis de aplicaciones de App Store Connect, como el número de impresiones o las tasas de conversión. Podrá compararlos con el rendimiento de la página del producto original.

Sin embargo, la página de producto personalizada (CPP) no incluirá pruebas A/B nativas, pero permitirá que los equipos de marketing móvil ejecuten las pruebas manualmente. Como recordatorio, con la nueva configuración, si utiliza una página de producto personalizada (CPP) y dirige todo el tráfico de UA pagado a una de las 35 páginas de producto personalizadas disponibles, la parte restante del tráfico, el final natural (navegación y tráfico de búsqueda) aterrizará en su página de producto predeterminada.

Para obtener más información sobre el crecimiento móvil de iOS15, consulte " ¿Cómo las nuevas funciones de iOS15 impulsan el crecimiento móvil? " de nuestros artículos anteriores.

Haga clic en " Más información " para impulsar su negocio de aplicaciones y juegos con el servicio de promoción de aplicaciones ASO World ahora.

Optimización de la página del producto (PPO)

Los desarrolladores pronto tendrán una forma simplificada de probar los cambios en sus conjuntos de ideas. Históricamente, los desarrolladores de iOS han tenido que implementar completamente los cambios creativos en la App Store de iOS y luego medir el tráfico antes y después de la implementación. Este proceso no siempre brinda la mejor perspectiva, ya que las tendencias y el tráfico pueden cambiar significativamente desde el período previo al despliegue hasta el posterior al despliegue. La optimización de la página del producto permitirá realizar pruebas A/B en tiempo real directamente en la página predeterminada del producto de la aplicación.

Con la Optimización de la página del producto, los desarrolladores pueden probar variaciones de íconos de aplicaciones, capturas de pantalla y videos de vista previa. Apple permitirá aplicar tres tratamientos diferentes a la vez, con una duración máxima de 90 días para cada prueba.

Si bien puede ser tentador probar tantos cambios como sea posible, Apple recomienda limitar la cantidad de cambios creativos por prueba, una práctica recomendada para cualquier iteración de prueba. Al limitar las variables, es más fácil aislar qué cambios específicos conducirán a los mejores resultados. Para ver el rendimiento y compararlo con una referencia, los desarrolladores pueden acceder a estas pruebas en App Analytics.

Página de producto personalizada (CPP)

Una característica nueva y emocionante para los desarrolladores detrás de iOS 15 son las páginas de productos personalizadas. Las páginas de productos personalizados son una forma novedosa de seleccionar listas para que sean relevantes en diferentes grupos demográficos al mismo tiempo. Esta nueva herramienta permitirá a los desarrolladores mostrar el posicionamiento más relevante a diferentes grupos de usuarios, todos apuntando a la misma app.

Apple permitirá hasta 35 páginas de productos personalizadas únicas, cada una de las cuales brindará información sobre varias funciones a través de diferentes capturas de pantalla, vistas previas de aplicaciones y texto promocional. Luego, los desarrolladores pueden dirigir el tráfico a la página de producto adecuada mediante el uso de URL únicas que se colocarán en anuncios relevantes o testimonios de terceros.

Los datos de rendimiento de las páginas de productos personalizados también estarán disponibles en App Analytics. La vista de página específica proporcionará datos procesables sobre impresiones, descargas de aplicaciones, tasa de conversión de instalación de aplicaciones y tasas de retención.

Analítica para aplicaciones

Además de proporcionar a los desarrolladores más herramientas para optimizar su rendimiento, las nuevas métricas les permitirán comprender el rendimiento de formas que App Analytics no podía proporcionar antes. A diferencia de Google, que está cambiando muchas de sus métricas informadas con la nueva Consola para desarrolladores de Google Play en 2020, Apple mantendrá las métricas familiares, como la cantidad de impresiones y unidades de aplicaciones, mientras agrega otras nuevas.

Los desarrolladores ahora tendrán un panel de control de pedidos anticipados separado por métricas familiares como el territorio y el tipo de dispositivo; el tipo de dispositivo ahora incluye macOS para aplicaciones compatibles. En la pestaña de métricas, los pedidos anticipados se pueden ver en un gráfico de líneas a lo largo del tiempo para ver el compromiso al comienzo del pedido anticipado, hasta el día anterior al lanzamiento.

Los ingresos son otra nueva métrica que los desarrolladores pueden ver a través de App Analytics, así como las "Ventas" y las "Compras en la aplicación". Una mayor comprensión de cómo las aplicaciones obtienen ganancias puede ayudar a los desarrolladores a comprender mejor cómo optimizar para aumentar las tasas de compra.

Apple también agregará "Actualizaciones" y "Redescargas" a App Analytics, las cuales eran métricas no reportadas anteriormente. Esto permitirá a los desarrolladores ver no solo las primeras descargas a través de "Unidades de aplicación", sino también las descargas totales y poder distinguir entre usuarios nuevos y recurrentes. En última instancia, los desarrolladores obtendrán información no solo sobre la participación de los nuevos usuarios, sino también sobre la participación continua de los usuarios existentes a través de actualizaciones y nuevas descargas de usuarios existentes que vuelven a participar.

Para obtener más información sobre la estrategia de participación del usuario, puede consultar " ¿Cómo la estrategia de participación del usuario móvil impulsa su negocio de aplicaciones ?" de nuestros artículos anteriores.

Pruebas A/B: iOS15 frente a Play Store

Desde mayo de 2015, Google Play Store ha permitido a los desarrolladores realizar pruebas A/B a través de Google Play Experiments, brindando a los desarrolladores una herramienta valiosa para desarrollar su estrategia de optimización de la tienda de aplicaciones. Las pruebas A/B estarán disponibles en iOS15 pronto para que los desarrolladores de iOS ya no necesiten implementar nuevas versiones y comparar métricas de antes y después para medir cómo los cambios en las páginas de productos afectan la tasa de conversión de la página de productos.

Sin embargo, por emocionante que parezca, la plataforma de pruebas A/B de Apple no será idéntica a la de Google. Las incertidumbres que conlleva podrían conducir fácilmente a muchas complicaciones potenciales. Es importante abordarlos temprano y planificar en consecuencia con anticipación. El equipo técnico de ASOWorld espera 7 diferencias fundamentales a continuación para que usted se prepare.

1. Disponibilidad de datos

Las pruebas A/B son un método de investigación cuantitativa. Esto significa que las estadísticas detrás de cada prueba son su sangre vital. Si recopila y analiza suficientes datos, obtendrá resultados de pruebas confiables para validar o rechazar científicamente ciertas hipótesis. Las ideas detrás de estas hipótesis son, en última instancia, lo que impulsa a CRO. Es por eso que todo el CRO cambiará cuando las pruebas A/B en App Store tengan una cantidad y forma de datos diferente en comparación con Play Store.

Estas son las diferencias más importantes que debe tener en cuenta.

• Significancia estadística

Google proporciona un nivel de significación estadística del 90% para los resultados de la prueba, mientras que sigue siendo un misterio si Apple proporcionará algo comparable. De hecho, se desconoce si proporcionarán algún intervalo de confianza, ya que su anuncio no menciona este tema (todavía).

• Historial de rendimiento

Google muestra un gráfico que mapea continuamente la ejecución del tiempo de espera de cada variante de prueba. Puede optar por ver el rendimiento anterior para obtener información más detallada si es necesario.

Apple, por otro lado, no tiene evidencia de que ofrezcan una característica similar. Solo mencionan que puede "comparar el rendimiento [de las variantes de prueba] con su página de producto original durante la duración de su prueba". Aún no se ha determinado si esta comparación se aplica al rendimiento actual y pasado.

• Integridad de los datos de rendimiento

Google solo muestra la cantidad de instalaciones, las instalaciones escaladas y las diferencias en la tasa de conversión (CVR) entre las variantes de prueba. Por lo tanto, solo puede estimar qué tan bien o mal se comparan entre sí. En su lugar, Apple muestra el tamaño del tráfico (impresiones) y el CVR exacto para cada variante además de las diferencias de CVR (mejoras). Esto significa que depende de usted investigar las versiones individuales o compararlas.

2. Selección de activos

En Google Play, todos los activos localizables que no sean el título o el nombre de la aplicación son aptos para las pruebas A/B. Más importante aún, incluyen elementos visuales y textuales. Esto proporciona suficiente capacidad para una estrategia CRO extremadamente versátil.

Por el contrario, solo los activos visuales en la App Store han sido identificados como elegibles para las pruebas A/B. Son Icono, Capturas de pantalla y Vista previa (videos). No se proporcionó más información sobre los activos de texto.

Sin embargo, al observar los diferentes recursos permitidos en la Optimización de la página de productos y en las Páginas de productos personalizadas, es posible que no haya ninguno. En concreto, Apple menciona el texto promocional asociado a este último, pero no al primero. Aquí están los factores a considerar para este hecho.

• Apple consideró los activos de texto y decidió permitir el texto promocional personalizado. Es poco probable que se hayan olvidado de ellos en el desarrollo o lanzamiento de las funciones de iOS 15. Esta es una prueba de que Apple ignoró intencionalmente las pruebas A/B de los activos de texto.

• Apple anunció dos páginas de productos optimizadas y personalizadas para páginas de productos en la misma sección en WWDC21, después de WWDC21 y en su sitio web. Sin embargo, el texto promocional aparece específicamente para la segunda función. Esta es otra evidencia de que Apple omitió intencionalmente los activos de texto de las pruebas A/B.

• Entonces, hay al menos dos pruebas de que Apple no nos permitirá probar Text Assets, al menos no de inmediato con iOS 15.

Por supuesto, esto aún no se ha confirmado. Sin embargo, en caso de duda, es más seguro prepararse para el peor de los casos. Si esto resulta ser cierto, tendrá una selección mucho más limitada de activos para elegir en las pruebas A/B en App Store en comparación con Play Store.

3. Personalización

Esto también se relaciona con la relación entre la presencia en la tienda de aplicaciones personalizadas y las pruebas A/B: si bien puede ejecutar experimentos en listas personalizadas de Play Store, sigue siendo un desafío si lo mismo es cierto en las páginas de productos personalizados. Si es así, las posibilidades para iOS CRO se expandirían enormemente, por ejemplo, usando algo como "optimización de página de producto personalizada", pero ese es un gran "si".

De hecho, alguna evidencia puede sugerir que es poco probable que este sea el caso. Como se mencionó anteriormente, el texto promocional demuestra la desconexión entre las páginas de productos personalizadas y la optimización de la página de productos, ya que se puede personalizar pero no realizar pruebas A/B. Otra prueba es el icono de la aplicación, que se puede probar pero no se puede personalizar. Por lo tanto, si las pruebas A/B pudieran ejecutarse en páginas de productos personalizadas, la tienda de aplicaciones se volvería intolerablemente inconsistente.

Aquí está el problema: no parece que Apple lo permita. Eso significa que simplemente no permiten ningún cruce entre las dos características. Por lo tanto, es seguro decir que no podemos esperar pruebas A/B de páginas de productos personalizados.

Si bien el texto y los íconos promocionales son la diferencia entre las dos funciones, se combinan en capturas de pantalla y vistas previas. Con un poco de suerte, Apple nos permitirá probar uno de estos dos activos, o ambos, en una página de producto personalizada. Por muy descabellado que suene este escenario, sigue siendo una posibilidad lógica que no debe descartarse prematuramente.

4. Prueba de iconos

Un icono es un activo visual importante de una aplicación que expresa su sentido de identidad. En todo caso, debería ser un activo constante en todas las tiendas de aplicaciones. Desafortunadamente, este no es el caso.
Primero, puede cargar nuevos íconos para probar solo en Google Play, pero no en la App Store. Apple requerirá que todas las variantes del ícono (en el dispositivo y en la tienda) se agreguen al binario de la aplicación de antemano y se revisen con la nueva versión de la aplicación. Por lo tanto, si son rechazados o retrasados, las pruebas A/B se verán afectadas.

En segundo lugar, nuevamente relacionado con los requisitos binarios de la aplicación, mientras que Google permite cambios independientes entre los activos en el dispositivo y en la tienda, Apple impondrá cierto nivel de dependencia de íconos entre ellos. Específicamente, si aplica una variante de icono de App Store a través de la Optimización de la página del producto, la variante de icono correspondiente en el dispositivo reemplazará automáticamente el icono original.

5. Escalabilidad

La localización es una parte importante de ASO, especialmente para los CRO, por lo que es fundamental poder ejecutar pruebas A/B en páginas de productos localizados. Lo que es más importante, cuantas más pruebas de localización pueda ejecutar al mismo tiempo, más eficiente será para escalar su CRO general.

En Google Play, se permiten hasta cinco pruebas de este tipo (sin incluir los detalles personalizados del producto). En la App Store de Apple, el número es desconocido. Si es el mismo, puede escalar el CRO de la misma manera en ambas tiendas, por lo que no requiere muchos ajustes. Por el contrario, si una tienda permite que se ejecuten muchas más pruebas simultáneamente que la otra, deberá planificar con anticipación y considerar las diferencias entre ellas para tomar una decisión informada.

¿Por qué importa esto? Dos factores.

En un ASO estándar

Si puede actualizar su CRO para su tienda de aplicaciones, puede aprender rápidamente qué funciona y qué no. Cuanto más aprenda, más informadas serán sus decisiones. Es por eso que una escalabilidad diferente puede conducir a diferentes niveles de rendimiento de CRO. En última instancia, la producción de activos, los recursos humanos, el tiempo y el esfuerzo tendrán valores diferentes entre las tiendas de aplicaciones. Luego deben gestionarse de diferentes maneras.

En ASO inusuales, como eventos estacionales o casos especiales como pandemias de COVID-19.

Imagine que tiene 3 meses para probar 10 localizaciones de todos los activos antes de lanzar una campaña crítica y relevante. Para la misma idea o hipótesis, necesitaría dos rondas de 5 experimentos de localización en Play Store para cubrir todo el contenido. Si cada ronda tarda tres semanas en producir resultados estadísticamente significativos, necesitaría 1,5 meses para completar una serie completa.

Eso significa que un plazo de tres meses permitiría probar dos ideas antes del lanzamiento. Si Apple permite que se ejecuten menos de cinco pruebas simultáneamente en las mismas condiciones, entonces 10 localizaciones durante tres meses es demasiado. O necesita probar menos ideas, necesita menos localizaciones o necesita más tiempo.

6. Flexibilidad de configuración

El grado de flexibilidad que tiene para configurar las pruebas A/B también variará de una tienda de aplicaciones a otra. De hecho, la diferencia será causada por dos factores.

Activos individuales

Si bien Google permite realizar pruebas A/B para recursos visuales y de texto, Apple solo te permitirá probar los primeros. Esto significa que incluso si puede convertir una idea, concepto, mensaje o hipótesis en una copia atractiva, no puede configurarlo como una prueba. Eso es solo la mitad de flexible que Google Play.

combinaciones de activos

Las configuraciones de prueba en Google Play pueden volverse más flexibles cuando se combinan varios recursos. Específicamente, puede tener experimentos de combinación de texto-texto, visual-visual o visual-texto. En la App Store, también es posible combinar múltiples activos en una prueba (de lo contrario, Apple no sugeriría que los limitemos). Pero lo mejor que puede hacer es configurar solo experimentos combinados visuales-visuales.

Entonces, ¿qué hacemos cuando no somos tan flexibles? Añade profundidad. No usar activos de texto para probar significa probar más con activos visuales.

Para obtener más información sobre la página de producto personalizada de iOS15, puede consultar " ¿Cómo preparar las páginas de producto personalizadas (CPP) de su App Store para iOS 15 ASO? " de nuestros artículos anteriores.

7. Libertad creativa

Las pruebas A/B involucran más que solo los factores técnicos que afectan al CRO. Además del diseño, la configuración y los supuestos de la prueba, también debe cubrir ideas, conceptos e historias creativas. Estos son los que se traducen en activos tangibles de la tienda de aplicaciones, que debe cargar antes de que se puedan ejecutar las pruebas. Por lo tanto, es importante tener suficiente libertad creativa para permitir que las ideas audaces e innovadoras sean probadas y, a su vez, contribuyan a la mejora de la CVR.

Por supuesto, Apple y Google permiten diversos grados de esta libertad creativa. En Play Store, los activos de prueba nunca parecen estar sujetos al escrutinio de Google. Todas las políticas y pautas de metadatos se aplican a los detalles del producto, no a los experimentos de detalles del producto. Por lo tanto, es seguro decir que siempre que no aplique una variante "arriesgada", puede probar casi cualquier cosa con cualquier activo calificado sin restricciones.

Cómo configurar la prueba A/B en la App Store

Aprender es más importante que probar

La separación entre historia y narración no es posible en la App Store. Según el anuncio de Apple, todas las variantes de prueba separadas se revisarán de forma independiente. Si pruebas una idea valiente y audaz pero arriesgada con ellos y la rechazan, nunca sabrás si la idea funcionó. Solo sabrá que la implementación no lo hizo. Además, el calendario de pruebas se retrasará. Es por eso que tienes que lidiar con menos libertad creativa en las pruebas A/B de App Store en comparación con Play Store.

Su estrategia de CRO debe ser más conservadora en la App Store y más agresiva en la Play Store. Esto significa:

• Explorando ideas audaces en Android e integrándolas en iOS

Los experimentos de detalles de la mercancía deberían ser un campo de pruebas para ideas audaces y arriesgadas porque permiten un mayor grado de libertad creativa. Con el tiempo, puede señalar relativamente cuáles son buenos para CRO. Luego, puede pasar a probar y aprender qué métodos están disponibles para presentar dichas ideas públicamente, cualquiera que sea el método que Google le permita usar.

Este aprendizaje se puede consolidar aún más con la optimización de la página del producto. Si descubre que Google adopta la iteración de activos, dadas sus pautas y políticas similares, es probable que Apple también la adopte. Así es como puedes probar ideas audaces en la App Store con un riesgo mínimo de rechazo.

• Ejecución de pruebas en iOS paso a paso desde ideas seguras hasta audaces

Mientras espera que las pruebas A/B de Play Store "muestren el camino", las pruebas A/B de App Store se pueden ejecutar de forma independiente para "encontrar el camino". . CRO llevará más tiempo, pero al menos no se quedará atascado esperando los resultados de las pruebas de Android ni se dejará engañar por suposiciones no probadas.

Claves para recordar al realizar pruebas A/B

Asignación de audiencia entre la versión actual y las variantes. Cuando decida la porción de tráfico que asignará a cada variante, tenga en cuenta su tasa de conversión actual, la hipótesis a probar, los elementos involucrados y la significancia estadística (actualmente 90% en Google Play Experiments).

Divida la duración de la prueba. Deje que la prueba se ejecute durante al menos 7 días para evitar picos estacionales que podrían tener un impacto en sus resultados. Las pruebas deben ejecutarse hasta que una audiencia potencial considerable ingrese todas las variantes de la prueba.

Instalación mínima para cada variante. Para obtener datos importantes sobre los resultados de rendimiento de las pruebas a/b, debe prestar atención a la cantidad requerida de instalaciones. Esto está altamente correlacionado con la tasa de instalación diaria de la aplicación.

Prueba de localización . Se recomienda encarecidamente localizar sus pruebas divididas en un país específico. Los experimentos mundiales/globales pueden ser engañosos, ya que cada país tiene un desempeño creativo diferente.

Los cambios cerrados pueden no conducir a mucho aprendizaje. Sin embargo, todos los elementos de su idea deben probarse para mejorar continuamente la página de su tienda.

Resumen

Estas son solo algunas de las nuevas funciones y capacidades anunciadas en la WWDC21. Históricamente, las pruebas A/B han sido una tarea más compleja en la App Store de iOS que las capacidades experimentales de Google Play: estas nuevas herramientas serán las mejoras que los desarrolladores de iOS han estado esperando.

Los datos de rendimiento accesibles desde App Analytics, desde la optimización de la página del producto y las páginas de productos personalizadas, así como los datos de análisis y actividad de los usuarios, proporcionarán a los desarrolladores la información que necesitan para seguir creciendo.

Probamos para saber qué ideas pueden mejorar la CVR y luego aprendemos cómo implementar esas ideas sin violar la política. Como mencionamos anteriormente, puede planificar con anticipación el modelo de prueba A/B de iOS15.