Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Firebase A/B Testing
plat_ios
plat_android
O Firebase A/B Testing ajuda você a otimizar a experiência no app
simplificando a maneira como você gerencia, analisa e escalona produtos e experimentos
de marketing. Ele permite testar alterações na IU, nos recursos
ou nas campanhas de engajamento do seu app para ver como elas afetam suas principais
métricas (como receita e retenção) antes de implementá-las amplamente.
O A/B Testing trabalha com o FCM para testar diferentes mensagens
de marketing e com o Remote Config para testar mudanças no app.
Pronto para começar? Escolha um produto:
Criar experimentos do Remote Config
Criar experimentos com mensagens
Principais recursos
| Testar e melhorar sua experiência com o produto
|
Use Remote Config para criar experimentos e fazer alterações no comportamento
e na aparência do app em todas as variantes no experimento. Além disso, você pode
testar qual experiência de produto é a mais eficaz para gerar os resultados
mais relevantes.
|
| Encontrar formas de envolver novamente seus usuários usando o Editor do Notificações |
Use o A/B Testing
para encontrar as configurações de texto e mensagens mais eficazes para
levar usuários ao seu app.
|
| Implantar novos recursos com segurança |
Antes de lançar um novo recurso, use um subconjunto menor de usuários para
verificar se esse recurso é adequado às suas metas. Quando você tiver confiança
nos resultados do A/B Testing, lance o recurso para todos os usuários.
|
| Segmentar grupos de usuários |
Faça testes A/B segmentados usando dados sobre os usuários do seu app.
Por exemplo, é possível segmentar um subconjunto de usuários que usa uma versão do app,
uma plataforma ou um idioma específico ou selecionar usuários que correspondam a um
valor de propriedade do usuário
do Google Analytics.
|
Como funciona?
Ao criar um experimento, gere diversas variantes de uma experiência do usuário
e meça o desempenho delas em relação a uma meta que você quer alcançar,
como impulsionar as compras no app. Seu grupo de
usuários segmentado pode ser definido por vários critérios encadeados com a lógica AND. Por
exemplo, você pode limitar o grupo a usuários de uma versão específica do app
que pertença a um público do Analytics,
como usuários com falhas, que correspondem a uma propriedade do usuário personalizada do Google Analytics
definida pelo cliente.
Com o Remote Config, você pode testar alterações em um ou mais
parâmetros para alterar o comportamento e a aparência do app. É possível usá-lo
para mudanças pequenas, como o ajuste do melhor esquema de cores e o posicionamento das
opções do menu, ou para mudanças mais significativas, como testar um recurso ou
design de interface completamente novo. Com o Editor do Notificações, você pode criar experimentos se quiser encontrar o texto certo
para uma mensagem de notificação.
Não importa se o experimento usa o Remote Config ou o Editor do Notificações, você pode
monitorá-lo até identificar um líder, a variante que melhor
atinge a meta. Você pode iniciar
o experimento com uma pequena porcentagem de sua base de usuários e, em seguida, aumentá-la ao longo do tempo. Se o primeiro
experimento não revelar uma variante que atinja a meta melhor do que o valor de referência,
você poderá iniciar uma nova rodada de testes para encontrar a melhor maneira de
melhorar seu app.
Além da meta,
você também pode acompanhar outras métricas (falhas do app, retenção e receita) para ter
uma compreensão mais abrangente do resultado
do experimento e como ele afeta a experiência de uso do app.
Caminho de implementação
|
Adicione Remote Config ou Firebase Cloud Messaging ao app |
Se o app já usa o Remote Config ou o Cloud Messaging
(ou ambos), é possível pular para a próxima etapa.
|
|
Definir as variantes que quer avaliar com um teste A/B |
Não importa se a mudança é pequena ou envolve a adição de uma nova interface ou recurso. Se você
pode controlar essa mudança usando o Remote Config, é possível testar várias
variantes dela com o A/B Testing.
Você também pode usar o A/B Testing com o Editor do Notificações para testar diversas variantes
na campanha de reengajamento antes do lançamento para todos os usuários.
|
|
Definir como você medirá o sucesso |
Com um experimento que usa o Editor do Notificações, você pode usar um evento do Analytics
para definir a meta do experimento e comparar as variantes dele.
Com um experimento do Remote Config, você pode usar um evento do Analytics
ou um funil de conversão para definir a meta do experimento.
|
|
Monitorar o experimento para encontrar a variante vencedora |
Você pode iniciar o experimento com apenas alguns usuários e, em seguida, implementá-lo para
mais usuários se os resultados iniciais parecerem bons. Conforme você monitora o experimento,
poderá ver se algumas variantes causam mais falhas de apps ou outros impactos na
experiência no app, e também qual variante
fez o maior progresso em direção à meta.
|
Próximas etapas
Exceto em caso de indicação contrária, o conteúdo desta página é licenciado de acordo com a Licença de atribuição 4.0 do Creative Commons, e as amostras de código são licenciadas de acordo com a Licença Apache 2.0. Para mais detalhes, consulte as políticas do site do Google Developers. Java é uma marca registrada da Oracle e/ou afiliadas.
Última atualização 2025-08-04 UTC.
[null,null,["Última atualização 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)."]]
