Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Firebase A/B Testing
plat_ios
plat_android
Firebase A/B Testing te ayuda a mejorar la experiencia en tu app
optimizando la forma en que ejecutas, analizas y escalas los experimentos de productos y de
marketing. Te permite probar cambios en la IU, las funciones o las campañas de participación de la app para ver cómo afectan tus métricas clave (como los ingresos y la retención) antes de implementarlos de forma general.
A/B Testing funciona con FCM para que puedas probar diferentes mensajes de marketing, y con Remote Config para que puedas probar los cambios en la app.
¿Todo listo para comenzar? Elige un producto:
Crea experimentos de Remote Config
Crea experimentos de mensajería
Funciones clave
| Prueba y mejora tu experiencia de producto |
Crea experimentos con Remote Config para hacer cambios en el comportamiento y el aspecto de la app entre las variantes de tu experimento, y prueba qué experiencia de producto es más eficaz para lograr los resultados que más te interesan. |
| Encuentra formas de volver a atraer a tus usuarios con el Compositor de Notifications |
Usa A/B Testing para encontrar la configuración de redacción y de mensajes más efectiva con el fin de atraer a los usuarios a tu app.
|
| Implementa funciones nuevas con seguridad |
No implementes una función nueva sin asegurarte de que logre tus objetivos con una pequeña cantidad de usuarios primero. Una vez que te sientas conforme con tus
resultados de A/B Testing, implementa la función para todos tus usuarios.
|
| Grupos de usuarios objetivo |
Ejecuta pruebas A/B orientadas con datos sobre los usuarios de tu app.
Por ejemplo, podrías segmentar un subconjunto de usuarios que ejecutan una versión, una plataforma o un idioma específicos de la app, o a usuarios seleccionados que coincidan con un valor de propiedad del usuario de Google Analytics.
|
¿Cómo funciona?
Cuando crees un experimento, crea múltiples variantes de la experiencia del usuario y mide su rendimiento hacia el objetivo que deseas lograr (por ejemplo, un aumento de las compras directas desde la aplicación). Tu grupo
de usuarios segmentados se puede definir según varios criterios encadenados con la lógica de “Y”. Por ejemplo, puedes
limitar el grupo a usuarios de una versión particular de la app que
pertenecen a un público de Analytics,
como “usuarios con fallas”, que coinciden con una propiedad del usuario personalizada de Google Analytics
configurada por el cliente.
Con Remote Config, puedes experimentar con cambios en uno o más parámetros para modificar el comportamiento y el aspecto de la app. Puedes usar esto para cambios sutiles, como buscar el mejor esquema de colores y la mejor posición de las opciones de menú, o para cambios más significativos, como probar una función o un diseño de IU completamente nuevos. Con el Compositor de Notifications, puedes experimentar para encontrar la redacción correcta del mensaje de notificación.
Si tus experimentos usan Remote Config o el Compositor de Notifications, puedes supervisar el experimento hasta que identifiques una variante líder, la que mejor cumpla tu objetivo. Puedes comenzar el experimento con un porcentaje pequeño de tu base de usuarios y aumentar ese porcentaje en el tiempo. Si tu primer experimento no revela una variante que cumpla tu objetivo mejor que el modelo de referencia, puedes comenzar una nueva ronda de experimentos para encontrar la mejor forma de ajustar la app.
También puedes hacer un seguimiento de otras métricas (ingresos, retención y fallas de la app) junto con tu objetivo, de modo que puedas entender mejor el resultado del experimento y su impacto en la experiencia de uso de la app.
Ruta de implementación
|
Agrega Remote Config o Firebase Cloud Messaging a tu app |
Si tu app ya usa Remote Config o Cloud Messaging (o ambos), puedes omitir este paso.
|
|
Define las variantes que quieres evaluar con una prueba A/B |
No importa si el cambio es sutil o si agregas una característica o una IU nueva; si puedes controlar ese cambio con Remote Config, puedes probar diferentes variantes en ese cambio con A/B Testing.
También puedes usar A/B Testing con el Compositor de Notifications para probar diferentes variantes de tu campaña de reactivación de la participación antes de implementarla a todos los usuarios.
|
|
Define cómo medirás el éxito |
Con un experimento que usa el Compositor de Notifications, puedes usar un evento de Analytics para definir el objetivo del experimento y comparar sus variantes.
Con un experimento de Remote Config, puedes usar un evento de Analytics o un embudo de conversión para definir el objetivo de tu experimento.
|
|
Supervisa tu experimento para encontrar la variante ganadora |
Puedes comenzar tu experimento con unos pocos usuarios y, luego, implementarlo a más usuarios si los primeros resultados lucen bien. A medida que supervisas el experimento, verás si algunas variantes generan más fallas de la app o tienen otros efectos en la experiencia, y también puedes ver qué variante tiene el mejor progreso hacia tu objetivo.
|
Próximos pasos
Salvo que se indique lo contrario, el contenido de esta página está sujeto a la licencia Atribución 4.0 de Creative Commons, y los ejemplos de código están sujetos a la licencia Apache 2.0. Para obtener más información, consulta las políticas del sitio de Google Developers. Java es una marca registrada de Oracle o sus afiliados.
Última actualización: 2025-08-04 (UTC)
[null,null,["Última actualización: 2025-08-04 (UTC)"],[],[],null,["Firebase A/B Testing \nplat_ios plat_android \n\nFirebase A/B Testing helps you optimize your app experience by\nstreamlining the way you run, analyze, and scale product and marketing\nexperiments. It gives you the power to test changes to your app's UI, features,\nor engagement campaigns to see how they impact your key\nmetrics (like revenue and retention) before you roll them out widely.\n\nA/B Testing works with FCM so you can test different marketing\nmessages, and with Remote Config so you can test changes within your app.\n\n\u003cbr /\u003e\n\nReady to get started? Choose a product:\n\n[Create Remote Config experiments](/docs/ab-testing/abtest-config)\n[Create messaging experiments](/docs/ab-testing/abtest-with-console)\n\nKey capabilities\n\n|-----------------------------------------------------------------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| Test and improve your product experience | Create experiments with Remote Config to make changes to the behavior and appearance of your app across the variants in your experiment, and test which product experience is most effective at driving the results you most care about. |\n| Find ways to re-engage your users by using the Notifications composer | Use A/B Testing to help you find the most effective wording and messaging settings for bringing users into your app. |\n| Safely roll out new features | Don't roll a new feature out without making sure it meets your goals with a smaller subset of users first. Once you have confidence in your A/B Testing results, roll the feature out to all your users. |\n| Target user groups | Run targeted A/B tests using data about your app users. For example, you could target a subset of users running a specific app version, platform, language, or select users that match a Google Analytics [user property](https://firebase.google.com/docs/analytics/user-properties) value. |\n\nHow does it work?\n\nWhen you create an experiment, create multiple variants of a user experience\nand measure how well the variants perform toward a goal that you want to achieve\n(such as boosting in-app purchases). Your targeted\nuser group can be defined by multiple criteria chained with \"AND\" logic; for\nexample, you could limit the group to users of a particular app version\nwho belong to both an Analytics\naudience such as \"crashing users\" that match a custom Google Analytics\nuser property set by the client.\n\nWith Remote Config, you can experiment with changes to one or more\nparameters to alter the behavior and appearance of your app. You could use this\nfor subtle changes like tinkering with the best color scheme and positioning of\nmenu options, or for more significant changes like testing a completely new\nfeature or UI design. With the Notifications composer, you can experiment to\nfind the right wording for a notification message.\n\nWhether your experiment uses Remote Config or the Notifications composer, you can\nmonitor your experiment until you identify a *leader*, the variant that best\naccomplishes your goal. You can start your experiment with a small percentage of\nyour user base, and increase that percentage over time. If your first\nexperiment does not reveal a variant that accomplishes your goal better than the\nbaseline, you can start a new round of experimentation to find the best way to\nimprove your app.\n\nYou can\nalso track other metrics (app crashes, retention, and revenue) along with\nyour goal so that you can have a better understanding of the outcome of your\nexperiment and how it impacts the experience of using your app.\n\nImplementation path\n\n|---|-----------------------------------------------------------------|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| | Add Remote Config or Firebase Cloud Messaging to your app | If your app already uses Remote Config or Cloud Messaging (or both), you can skip to the next step. |\n| | Define the variants that you want to evaluate with an A/B test. | Whether your change is subtle or the addition of a new UI or feature, if you can control that change using Remote Config, you can test multiple variants on that change with A/B Testing. You can also use A/B Testing with the Notifications composer to test multiple variants on your re-engagement campaign before you roll it out to all users. |\n| | Define how you will measure success | With an experiment that uses the Notifications composer, you can use an Analytics event to define the goal of your experiment and compare experiment variants. With a Remote Config experiment, you can use either an Analytics event or a conversion funnel to define the goal of your experiment. |\n| | Monitor your experiment to find the winning variant | You can start your experiment with just a few users, and then roll it out to more users if early results look good. As you monitor your experiment, you will see whether some variants cause more app crashes or other impacts on the app experience, and you can also see which variant makes the most progress toward your goal. |\n\nNext steps\n\n- Learn more about experiment concepts and best practices in [About Firebase A/B Testing](/docs/ab-testing/ab-concepts).\n- Get started creating experiments for [Remote Config](/docs/ab-testing/abtest-config), [the Notifications composer](/docs/ab-testing/abtest-with-console), or [In-App Messaging](/docs/ab-testing/abtest-inappmessaging).\n- Learn more about the Firebase features that interact with A/B Testing: [Google Analytics](/docs/analytics), [Firebase Remote Config](/docs/remote-config), [Cloud Messaging notifications](/docs/cloud-messaging/concept-options#notifications), [In-App Messaging](/docs/in-app-messaging), [AdMob](/docs/admob), and [Remote Config personalization](/docs/remote-config/personalization)."]]
