이 시점에서 App Store 또는 Play 스토어에 앱을 배포할 수 있습니다. 사용자는 구성된 기본 환경을 계속 사용할 수 있지만 원격 구성 가능한 변수로 환경을 제어할 수 있으므로 자동 매개변수 맞춤설정으로 실험을 시작할 수 있습니다.
맞춤설정 시스템에서 개별 환경을 최적화하기 전에 업데이트된 앱을 사용하는 사용자가 많아야 합니다.
2. Firebase Console에서 파라미터 맞춤설정 구성
이제 계측된 앱을 사용자가 직접 사용할 수 있으므로 Firebase Console을 사용해 맞춤설정할 수 있습니다.
Firebase Console의 Remote Config 페이지에서 맞춤설정할 사용자 환경을 제어하는 파라미터를 찾고 연필 아이콘을 클릭해 수정합니다.
매개변수 수정 창에서 새로 추가 > 맞춤설정을 클릭합니다.
대체 값을 두 개 이상 정의합니다. '대체 값'은 맞춤설정 알고리즘이 사용자를 위해 선택할 수 있는 매개변수 값의 특수 이름입니다. 여기서 사용하는 값의 형식은 Remote Config 파라미터에서 사용하는 데이터 유형과 일치해야 합니다.
목표를 선택합니다. 다음 중 하나를 선택할 수 있습니다.
수익 및 참여도와 같은 측정항목에 대한 기본 제공 목표 목록에서 선택합니다.
목표 필드에 이벤트 이름을 입력하고 이벤트 만들기를 클릭하여 최적화하려는 다른 Google Analytics 이벤트를 기반으로 맞춤 측정항목을 추가합니다.
이러한 이벤트가 동적이거나 맞춤인 경우 드롭다운에 표시되지 않을 수 있습니다. 지정한 측정항목이 활성 Analytics 이벤트와 정확하게 일치하는지 확인하려면 애널리틱스 > 이벤트에서 이벤트를 확인합니다.
이벤트 수(COUNT) 또는 모든 이벤트 값의 합계(SUM) 중 어느 값에 대해 최적화할지 선택합니다.
기본 제공 Analytics 이벤트에 이 옵션이 미리 선택되어 있는 경우가 있습니다. 예를 들어, 총 사용 시간을 최적화하기 위해 사용자 참여 시간에는 항상 SUM이 선택됩니다. 광고 클릭수를 선택하면 COUNT(총 광고 클릭 이벤트 수)에 대해 맞춤설정이 최적화됩니다.
SUM을 선택한 경우 집계할 이벤트 매개변수의 이름을 입력합니다.
이벤트 매개변수 이름은 보통 value지만 집계하려는 특정 값이 있는 맞춤 측정항목을 사용할 수 있습니다. 예를 들어 매개변수가 USD, JPY, AUD 등인 다양한 통화 유형의 이벤트가 있으면, AUD를 이벤트 매개변수로 지정하여 오스트레일리아 수익을 기준으로 최적화할 수 있습니다(다음 단계에서 오스트레일리아 사용자를 위한 타겟팅 조건을 구성해야 함).
필요에 따라 추적할 추가 측정항목을 최대 2개까지 선택합니다. 이 측정항목은 맞춤설정 알고리즘에 영향을 미치지 않지만 이러한 결과를 통해 성능 및 추세를 더 잘 이해할 수 있습니다. 예를 들어 맞춤설정이 광고 클릭에 최적화된 경우 기준 그룹과 맞춤 그룹 간의 사용자 참여 발생 시간을 추적하려 할 수 있습니다.
추적된 측정항목은 탭별로 구성된 맞춤설정 결과 요약에 표시됩니다.
맞춤설정된 매개변수의 타겟팅 조건을 정의하거나 선택합니다.
이 조건을 충족하는 사용자만 맞춤설정된 환경을 이용할 수 있습니다.
일반적으로 사용되는 조건은 맞춤설정을 특정 플랫폼의 사용자 또는 특정 리전의 사용자로만 제한하는 것입니다.
대체 값, 목표, 추가 측정항목, 타겟팅이 만족스럽다면 이제 완료된 것입니다. 변경사항을 저장하고 배포하여 사용자의 개별 환경을 맞춤설정합니다. 사용자는 몇 시간 안에 맞춤설정된 매개변수 값을 받기 시작하지만 시스템에서 사용자를 학습하고 최고의 성능에 도달하기까지는 최대 14일이 걸립니다.
[null,null,["최종 업데이트: 2025-08-24(UTC)"],[],[],null,["\u003cbr /\u003e\n\nWith Remote Config personalization, you automatically provide users\none of several alternative user experiences, in order to optimize for an\nobjective of your choice.\nSee an [Overview](/docs/remote-config/personalization) of this feature.\n\nHere's how to get started.\n\n1. Instrument your app with Analytics and Remote Config\n\nBefore you can start providing personalized user experiences, your app needs to\nbe using Analytics and Remote Config.\n\n1. If you didn't enable [Google Analytics](/docs/analytics) when you\n created your Firebase project, enable it on your project's\n [Integrations](//console.firebase.google.com/project/_/settings/integrations) page.\n\n2. Make sure you're using at least the following versions of the\n Remote Config SDK:\n\n - iOS: 7.5.0 and above\n - Android: 20.0.3 (Firebase BoM 26.4.0) and above\n - C++ 7.1.1 and above\n - Unity: 7.1.0 and above\n\n Only these versions (and newer) perform the logging necessary for the\n personalization system to learn how to optimize for your objective.\n3. Add [event logging](/docs/analytics/events) calls to your app.\n\n At a minimum, log an event when a user completes the objective action you're\n optimizing for. For example, if you want to optimize for Play Store rating\n submissions, log an event every time a user rates your app.\n\n In addition, you should explicitly log any\n [Analytics events](https://support.google.com/analytics/answer/9267735)\n relevant to your app that aren't\n [automatically logged](https://support.google.com/analytics/answer/9234069).\n By logging these contextual events, you can improve the quality of your\n personalizations.\n4. Implement the different user experiences you want to be possible in your\n app. This could be as simple as personalizing how often ads are shown to\n each user, or more substantial alternatives, such as implementing different\n layouts.\n\n5. Make the different user experiences configurable based on the value of\n a Remote Config parameter.\n See [Get started with Remote Config](/docs/remote-config/get-started)\n and [Remote Config loading strategies](/docs/remote-config/loading).\n\nAt this point, you can deploy your app to the App Store or Play Store. Users\nwill continue to get the default experience you configured, but because you can\ncontrol the experience with a remotely configurable variable, you can start\nexperimenting with automatic parameter personalization.\n\nYou will need to have a critical mass of users using your updated app before the\npersonalization system can begin to optimize individual experiences.\n\n2. Configure parameter personalization in the Firebase console\n\nNow that your instrumented app is in users' hands, you can use the\nFirebase console to set up personalization.\n\n1. On the [Remote Config](//console.firebase.google.com/project/_/config) page of\n the Firebase console, find the parameter that controls the user\n experience you want to personalize, and click the pencil icon to edit it.\n\n2. On the **Edit parameter** pane, click **Add new \\\u003e Personalization**.\n\n3. Define two or more alternative values. \"Alternative values\" are a special\n name for the parameter values that the personalization algorithm can choose\n for your users. The format of the values you use here must match the\n [data type](/docs/remote-config/parameters#parameter_value_data_types) that\n your Remote Config parameter uses.\n\n | **Tip:** Choose alternatives that you expect to produce a large difference in outcomes. The system will learn faster and create more value when alternatives are less similar to each other.\n4. Choose an objective. You can choose one of the following:\n\n - Select from a list of prebuilt objectives for metrics like revenue and engagement.\n - Add a custom metric based on any other Google Analytics event that\n you'd like to optimize by typing the event name into the **Objective**\n field and clicking **Create event**.\n\n Because these events may be dynamic or custom, they may not appear in the\n drop-down. To ensure the metric you specify precisely matches an active\n Analytics event, verify the event in **Analytics** \\\u003e **Events**.\n\n | **Tip:** Choose an objective that fully captures the behavior you want to optimize. The algorithm only considers the objective when assigning alternatives and measuring performance.\n5. Select whether to optimize for the number of events (**COUNT** ) or the sum\n of all events' values (**SUM**).\n\n In some cases, this option is pre-selected for built-in Analytics\n events. For example, **SUM** will always be selected for **User engagement**\n time to optimize for total time spent. If you choose **Ad clicks** ,\n personalizations are optimized for **COUNT**, or total number of ad click\n events.\n6. If you selected **SUM**, enter the name of the event parameter to\n aggregate.\n\n In most cases, the event parameter name is `value`, but you might\n have a custom metric with a specific value you want to aggregate. For\n example, if you had an event with different currency types with parameters\n like `USD`, `JPY`, `AUD` and so on, you could optimize for Australian revenue\n by specifying `AUD` as the event parameter (and, in the next step, be sure to\n configure a targeting condition for users in Australia!).\n | **Important:** The value passed by the event must be an `int`, `double`, or `float` to be summed/aggregated.\n7. Optionally, choose up to two additional metrics to track. While these will\n not affect the personalization algorithm, these results can help you better\n understand performance and trends. For example, if your personalization\n optimizes for ad clicks, you may want to track user engagement between the\n baseline and personalized groups.\n\n Tracked metrics will appear in the Personalization results summary,\n organized by tab.\n8. Define or select a targeting condition for the personalized parameter.\n Only users who meet this condition will get a personalized experience.\n Some commonly used conditions are to limit personalization to only users\n of a particular platform or to only users in a particular region.\n\n |\n | **Tip:** Choose large enough target segments\n | to generate plenty of result data---personalization performs best\n | with at least 10,000 users and 1,000 successful outcomes per week.\n |\n |\n | You can use the **User exists** condition to ensure that\n | all users of all apps within your project are targeted for\n | personalization.\n\nWhen you're satisfied with your alternatives, objective, additional metrics, and\ntargeting, you're done! Save and deploy your changes to start personalizing your\nusers' individual experiences. Users will begin to receive personalized\nparameter values in a few hours, but it will take up to 14 days for the system\nto learn about your user and achieve the best performance.\n\nYou can see how a personalization is performing by selecting it from the\n[Personalizations page](//console.firebase.google.com/project/_config/personalizations)\nor by clicking on the parameter's targeting condition on the\n[Remote Config](//console.firebase.google.com/project/_/config) page.\n| **Tip:** You can use the [Personalizations list view](//console.firebase.google.com/project/_config/personalizations) to search for a specific personalization by name or objective, and can sort by Name, Start time, or Total lift.\n\nFor more information about interpreting results, see\n[Understand personalization results](/docs/remote-config/personalization/about#understand-personalization-results)."]]