コレクションでコンテンツを整理
必要に応じて、コンテンツの保存と分類を行います。
Firebase A/B Testing
plat_ios
plat_android
Firebase A/B Testing を使用すると、プロダクトとマーケティングのテストを実行、分析、スケーリングする方法を効率化して、アプリ エクスペリエンスを最適化するのに役立ちます。アプリの UI、機能、エンゲージメント キャンペーンの変更点をテストすることで、その変更点を広範囲にロールアウトする前に変更内容が主要な指標(収益や定着率など)に与える影響を確認できます。
A/B Testing はユーザーがさまざまなマーケティング メッセージをテストできるように FCM と連携し、またユーザーがアプリ内の変更をテストできるように Remote Config と連携します。
準備ができたらサービスを選択します。
Remote Config テストを作成する
メッセージング テストを作成する
主な機能
製品の使用体験をテストして改善する |
Remote Config でテストを作成して、テストのバリアント間でアプリの動作や外観を変更し、最も重視する結果の獲得に最も高い効果を発揮するのはどの製品の使用体験であるかをテストします。 |
Notifications Composer を使用してユーザーに再度アプローチする方法を見つける |
A/B Testing を使用して、アプリへのユーザーの取り込みに最も効果的な言い回しやメッセージの設定を見つけることができます。
|
新機能を安全にロールアウトする |
新機能をロールアウトするには、まず小規模のユーザーのサブセットで目標を満たすことを確認します。A/B Testing の結果で確証が得られたら、すべてのユーザーにその機能をロールアウトします。
|
ターゲット ユーザー グループ |
アプリユーザーに関するデータを使用して、対象を絞った A/B テストを実施します。たとえば、特定のアプリ バージョン、プラットフォーム、言語を実行しているユーザーのサブセットをターゲットに設定したり、Google Analytics のユーザー プロパティ値に一致するユーザーを選択したりできます。
|
仕組み
テストを作成する場合は、ユーザー エクスペリエンスの複数のバリアントを作成し、各バリアントが達成目標(アプリ内購入を増やすなど)をどの程度達成するかを評価します。ターゲットとするユーザー グループは、「AND」論理演算により結合された複数の条件により定義できます。たとえば、特定のアプリ バージョンのユーザーで、クライアントが設定したカスタムの Google Analytics ユーザー プロパティと一致する、「クラッシュが頻発するユーザー」などの Analytics オーディエンスに属するユーザーのみにグループを制限できます。

Remote Config を使用すると、複数のパラメータを変更してアプリの動作や外観を変更できます。これは、最適なカラーパターンやメニュー オプションの配置などの微妙な変更、またはまったく新しい機能や UI デザインのテストなどのより重要な変更に使用できます。Notifications Composer を使用すると、テストを実施して、通知メッセージに含める適切な言い回しを見つけることができます。
Remote Config と Notifications Composer のどちらをテストに使用する場合でも、目標達成度が最も高いバリアントであるリーダーが特定されるまでテストをモニタリングできます。テストはまず少数のユーザーで開始し、時間とともにテストに参加するユーザーの割合を増やすことができます。最初のテストでベースラインよりも目標達成度が高いバリアントが見つからなかった場合は、新しいテストラウンドを開始してアプリの最良の改善方法を見つけることができます。
目標に加えてその他の指標(アプリのクラッシュ、定着率、収益)を追跡することもできます。これにより、テストの結果をより深く理解でき、テストがアプリの使用体験にどの程度影響するかがわかります。
実装パス
|
アプリに Remote Config または Firebase Cloud Messaging を追加する |
アプリですでに Remote Config または Cloud Messaging(またはその両方)を使用している場合は、これを省略して次のステップに進むことができます。
|
|
A/B テストで評価するバリアントを定義する |
変更が軽微であるか、新しい UI や機能を追加するような大きなものであるかを問わず、Remote Config を使用してその変更を制御できれば、その変更に関する複数のバリアントを A/B Testing でテストできます。
また、A/B Testing と Notifications Composer を組み合わせて使用することで、リエンゲージメント キャンペーンに関する複数のバリアントを、すべてのユーザーに公開する前にテストできます。 |
|
成功をどのように測定するかを定義する |
Notifications Composer を使用するテストでは、Analytics イベントを使用してテストの目標を定義し、テストのバリアントを比較できます。
Remote Config によるテストでは、Analytics イベントまたはコンバージョン プロセスを使用してテストの目標を定義できます。 |
|
テストをモニタリングして最良のバリアントを見つける |
まず少数のユーザーでテストを開始し、初期の結果が良好であればテストユーザーの数を増やすことができます。テストのモニタリングが進むにつれて、アプリのクラッシュ頻度が高いバリアントや、アプリのユーザー エクスペリエンスに対する影響度が高いバリアントがわかります。また、目標達成度が最も高いバリアントも明らかになります。 |
次のステップ
特に記載のない限り、このページのコンテンツはクリエイティブ・コモンズの表示 4.0 ライセンスにより使用許諾されます。コードサンプルは Apache 2.0 ライセンスにより使用許諾されます。詳しくは、Google Developers サイトのポリシーをご覧ください。Java は Oracle および関連会社の登録商標です。
最終更新日 2025-08-06 UTC。
[null,null,["最終更新日 2025-08-06 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)."]]