이제 앱에 새 광고 단위가 구현되었으므로 이러한 광고 단위의 성능을 확인할 수 있도록 A/B 테스트를 설정해야 합니다. 사용자는
테스트 목표 및 테스트에서 타겟팅할 사용자를 정해야 합니다. 또한
테스트 대안 (앱의 다양한 광고 단위)을 정의하고
Remote Config 매개변수를 위로 올려
.
Firebase A/B Testing에서는 다음 제품을 활용하여
앱에 광고 단위를 추가했을 때의 효과:
Firebase A/B Testing (이 단계) - 목표 정의 및 구성 가능
테스트에 사용할 매개변수
Firebase Remote Config (다음 단계) — 처리할 로직을 코드에 추가합니다.
매개변수 구성을
Google Analytics (백그라운드에서 실행) —
구성
새 A/B 테스트 시작
광고 게재빈도 최적화를 위한 제어된 테스트를 시작하려면 먼저
Firebase 콘솔의 A/B Testing 섹션으로 이동합니다. 실험 만들기를 클릭한 다음 Remote Config를 선택합니다.
Remote Config을(를) 사용해 A/B 테스트를 시작하는 방법을 보여주는 Firebase Console UI
class="screenshot">
기본사항 설정
기본사항 섹션에서 실험 이름을 정의하고 실험 설명을 제공합니다.
A/B 테스트의 기본사항을 설정하는 방법을 보여주는 Firebase Console UI
class="screenshot">
타겟팅 설정
타겟팅 섹션에서 실험 대상이 되는 iOS 또는 Android 앱을 선택합니다.
실험에 노출되는 사용자 비율을 설정합니다. 이 튜토리얼에서 새 광고 단위는 사용자의 30%를 대상으로 합니다. 그렇다고 해서 모든 사용자의 30%에게 늘어난 최대 게재빈도로 새 광고 단위가 표시되는 것은 아니고, 사용자의 30%가 기본 광고 단위(기존 광고)와 함께 2개의 새로운 전면 광고에 노출됩니다.
나머지 설정은 모두 기본값으로 둡니다.
A/B 테스트 타겟팅 설정 방법을 보여주는 Firebase Console UI
class="screenshot">
목표 설정
Firebase A/B Testing는 실적이 가장 좋은 항목을 결정하기 위해 기본 측정항목을 추적합니다.
두 번째 측정항목을 추가하여
다양한 구성이 앱의 다른 중요한 요소에 미치는 영향을 확인할 수 있습니다.
이 튜토리얼에서는 예상 AdMob 수익 최적화가 가장 중요한 설정입니다.
드롭다운 메뉴에서 선택하세요.
(선택사항)A/B Testing에서 다음과 같은 추가 측정항목을 추적하도록 하려면
예상 총수익이나 유지율이 다른 경우
측정항목 추가를 클릭합니다.
A/B 테스트의 목표 설정 방법을 보여주는 Firebase Console UI
class="screenshot">
대안 설정
A/B 테스트 구성의 마지막 단계는 Remote Config를 정의하는 것입니다.
매개변수입니다.
대안 섹션에서 기준 카드의 매개변수 필드에 INTERSTITIAL_AD_KEY라는 새 매개변수를 입력하여 만듭니다.
INTERSTITIAL_AD_KEY 매개변수에 대해 다음 설정을 사용해서 대안 섹션 설정을 마칩니다.
기준 대안: 사용자별로 10분당 4회 노출의 최대 게재빈도 설정과 함께 기존 광고 단위의 광고 단위 ID로 설정된 값입니다.
대안 A 대안: 사용자별로 10분당 6회 노출의 최대 게재빈도 설정과 함께 새 광고 단위의 광고 단위 ID로 설정된 값입니다.
대안 B 대안: 사용자별로 10분당 8회 노출의 최대 게재빈도 설정과 함께 새 광고 단위의 광고 단위 ID로 설정된 값입니다.
이 튜토리얼에서는 기준 대안이 기존 광고 단위(사용자별로 10분당 4회 노출)를 표시합니다. 대안 A 및 대안 B는 새 광고 단위(각각 사용자별로 10분당 6회 노출 및 8회 노출)를 소규모 사용자 하위 집합에 표시합니다. 이는 Kubernetes에서
매개변수의 값(AdMob UI에서 가져온 광고 단위 ID) 이러한
매개변수 값은 여기 Firebase A/B Testing에 설정되어 있지만 실제로는
다음 값을 앱의 코드로 전송하는 Firebase Remote Config
있습니다. 다음 단계에서 Remote Config를 설정합니다.
A/B 테스트의 대안을 설정하는 방법을 보여주는 Firebase Console UI
class="screenshot">
검토를 클릭하여 실험이 예상한 대로 설정되었는지 확인합니다. 하지만 시험을 실제로 시작하기 전에 Firebase에서 수신된 매개변수 값에 앱 코드가 대응하는 방법을 정의해야 합니다. 다음으로 진행
Remote Config가 INTERSTITIAL_AD_KEY를 처리하는 방법을 구현하는 다음 단계
매개변수 값으로 사용됩니다.
[null,null,["최종 업데이트: 2025-07-25(UTC)"],[],[],null,["Step 2: Set up an A/B test in the Firebase console\n\n\u003cbr /\u003e\n\n|--------------------------------------------------------------------------------------------------------------------------------|\n| Introduction: [Optimize AdMob ad frequency using Firebase](/docs/tutorials/optimize-ad-frequency) |\n| Step 1: [Use AdMob to create new ad unit variants for testing](/docs/tutorials/optimize-ad-frequency/step-1) |\n| **Step 2: Set up an A/B test in the Firebase console** \u003cbr /\u003e |\n| Step 3: [Handle Remote Config parameter values in your app's code](/docs/tutorials/optimize-ad-frequency/step-3) |\n| Step 4: [Start the A/B test and review the test results in the Firebase console](/docs/tutorials/optimize-ad-frequency/step-4) |\n| Step 5: [Decide whether to roll out the new ad format](/docs/tutorials/optimize-ad-frequency/step-5) |\n\n\u003cbr /\u003e\n\nNow that you have new ad units implemented in your app, you need to set up an\nA/B test that will help you understand how these ad units perform. You'll define\nwhich users to target in the test as well as your testing goals. You'll also\nneed to define your test variants (the different ad units in your app) and set\nup the Remote Config parameter which will control the display of the\nvariants in your app.\n\nFirebase A/B Testing utilizes the following products to test and analyze the\neffects of adding an ad unit to your app:\n\n- Firebase A/B Testing (this step) --- define goals and configurable parameters for your test\n- Firebase Remote Config (next step) --- add logic to your code to handle the configuration of the parameters\n- Google Analytics (runs behind the scenes) --- measures the impact of the configurations\n\n**Initiate a new A/B test**\n\nTo initiate a controlled test for optimizing ad frequency, start by navigating\nto the *A/B Testing* section of the Firebase console. Click **Create\nexperiment** , then select **Remote Config**.\nFirebase console UI showing how to start an A/B test using Remote Config\" class=\"screenshot\"\\\u003e\n\n**Set up the basics**\n\nIn the *Basics* section, define the experiment name and provide the\nexperiment description.\nFirebase console UI showing how to set up the basics of A/B test\" class=\"screenshot\"\\\u003e\n\n**Set up targeting**\n\n1. In the *Targeting* section, select the iOS or Android app that the\n experiment will target.\n\n2. Set the percentage of users who will be exposed to the experiment. For this\n tutorial, the new ad units will be tested with 30% of your users. Note that\n this doesn't mean that 30% of all your users will see the new ad units with\n increased frequency caps; this means that 30% of your users will be exposed\n to the two new interstitial ads along with the baseline ad unit (your\n existing ad).\n\n Leave all other settings as their defaults.\n\nFirebase console UI showing how to set up the targeting of A/B test\" class=\"screenshot\"\\\u003e **Note:** Due to the different user behavior patterns observed from iOS and Android users, each A/B test can only target either the iOS or Android version of your app.\n|\n| To run the same test for both versions of your app, set up an experiment\n| for one version of your app, then duplicate the test settings in a second\n| experiment. In this second experiment, select the other version of your app\n| in the *Targeting* section.\n\n**Set up your goals**\n\nFirebase A/B Testing tracks a primary metric to determine the winning\nvariant, but it also allows you to add secondary metrics to understand the\nimpacts of different configurations on other important factors for your app.\n\n1. For this tutorial, *Estimated AdMob revenue* optimization is the primary\n goal, so select it from the dropdown menu.\n\n2. *(Optional)* If you want A/B Testing to track additional metrics, like\n *Estimated total revenue* or different retention rates, select those by\n clicking **Add metric**.\n\nFirebase console UI showing how to set up the goals of A/B test\" class=\"screenshot\"\\\u003e\n\n**Set up the variants**\n\nThe last step of configuring an A/B test is defining a Remote Config\nparameter that controls which ad unit will be shown to users.\n\n1. In the *Variants* section, create a new parameter named\n `INTERSTITIAL_AD_KEY` by typing it in the *Parameter* field of the\n *Baseline* card.\n\n2. Finish setting up the *Variants* section using the following settings\n for the `INTERSTITIAL_AD_KEY` parameter:\n\n - ***Baseline*** variant: *Value* set to the ad unit ID of the existing ad unit with the frequency cap setting of 4 impressions per user per 10 minutes\n - ***Variant A*** variant: *Value* set to the ad unit ID of the new ad unit with the frequency cap setting of 6 impressions per user per 10 minutes\n - ***Variant B*** variant: *Value* set to the ad unit ID of the new ad unit with the frequency cap setting of 8 impressions per user per 10 minutes\n\n For this tutorial, the *Baseline* variant will show the existing ad unit\n (4 impressions per user per 10 minutes). *Variant A* and *Variant B* will\n show the new ad units (6 and 8 impressions per user per 10 minutes,\n respectively) to a small subset of users. This is controlled by the\n parameter's value which is the ad unit ID taken from the AdMob UI. These\n parameter values are set here in Firebase A/B Testing, but it's actually\n Firebase Remote Config that sends these values to your app's code for\n handling. You'll set up Remote Config in the next step.\n | **Note:** In your own future tests, if you set up various experiments and variants, we recommend giving variants meaningful names to easily track the test results later on.\n\nFirebase console UI showing how to set up the variants of A/B test\" class=\"screenshot\"\\\u003e\n\nClick **Review** to make sure your experiment is set up as expected. However,\nbefore you can actually start the experiment, you need to define how your app's\ncode will react to the parameter values received from Firebase. Proceed to the\nnext step to implement how Remote Config handles the `INTERSTITIAL_AD_KEY`\nparameter.\n\n\u003cbr /\u003e\n\n*** ** * ** ***\n\n\u003cbr /\u003e\n\n[arrow_back_ios**Step 1** : Use AdMob to create new ad unit variants](/docs/tutorials/optimize-ad-frequency/step-1)\n[**Step 3** : Handle Remote Config parameter valuesarrow_forward_ios](/docs/tutorials/optimize-ad-frequency/step-3)\n\n\u003cbr /\u003e\n\n*** ** * ** ***"]]