Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Dengan personalisasi Remote Config, Anda otomatis memberi pengguna salah satu dari beberapa pengalaman pengguna alternatif. Hal ini ditujukan untuk mengoptimalkan objektif pilihan Anda.
Lihat Ringkasan fitur ini.
Berikut cara memulainya.
1. Melengkapi aplikasi dengan Analytics dan Remote Config
Sebelum Anda bisa mulai memberikan pengalaman pengguna yang dipersonalisasi, aplikasi Anda perlu menggunakan Analytics dan Remote Config.
Jika Anda tidak mengaktifkan Google Analytics saat membuat project Firebase, Anda dapat mengaktifkannya di halaman Integrations project.
Pastikan Anda menggunakan setidaknya versi Remote Config SDK berikut:
iOS: 7.5.0 dan yang lebih baru
Android: 20.0.3 (Firebase BoM 26.4.0) dan yang lebih baru
C++ 7.1.1 dan yang lebih baru
Unity: 7.1.0 dan yang lebih baru
Hanya versi di atas (dan yang lebih baru) yang dapat melakukan logging yang diperlukan untuk sistem personalisasi guna mempelajari cara mengoptimalkan objektif Anda.
Setidaknya, catat peristiwa ke dalam log saat pengguna menyelesaikan tindakan objektif yang Anda optimalkan. Misalnya, jika Anda ingin mengoptimalkan pengiriman rating Play Store, catat peristiwa ke dalam log setiap kali pengguna memberikan rating untuk aplikasi Anda.
Selain itu, Anda harus secara eksplisit mencatat peristiwa Analytics ke dalam log yang relevan dengan aplikasi Anda yang tidak otomatis dicatat ke dalam log.
Dengan mencatat peristiwa kontekstual ini ke dalam log, Anda dapat meningkatkan kualitas personalisasi.
Terapkan berbagai pengalaman pengguna yang Anda inginkan dalam aplikasi. Hal ini bisa meliputi pengalaman sederhana, seperti personalisasi seberapa sering iklan ditampilkan kepada setiap pengguna, atau alternatif yang lebih rumit, seperti menerapkan tata letak yang berbeda.
Pada tahap ini, Anda dapat men-deploy aplikasi Anda ke App Store atau Play Store. Pengguna akan terus mendapatkan pengalaman default yang Anda konfigurasikan. Namun, karena memiliki kemampuan mengontrol pengalaman dengan variabel yang dapat dikonfigurasi dari jarak jauh, Anda dapat mulai bereksperimen dengan personalisasi parameter otomatis.
Aplikasi yang telah diupdate harus digunakan oleh cukup banyak pengguna sebelum sistem personalisasi dapat mulai mengoptimalkan setiap pengalaman.
2. Mengonfigurasi personalisasi parameter di Firebase console
Setelah aplikasi terinstrumentasi dimiliki pengguna, Anda dapat menggunakan Firebase console untuk menyiapkan personalisasi.
Di halaman Remote Config di Firebase console, temukan parameter yang mengontrol pengalaman pengguna yang ingin dipersonalisasi, lalu klik ikon pensil untuk mengeditnya.
Di panel Edit parameter, klik Add new > Personalization.
Tentukan dua atau lebih nilai alternatif. "Alternative value" adalah nama khusus untuk parameter value yang dapat dipilih oleh algoritma personalisasi bagi pengguna Anda. Format nilai yang Anda gunakan di sini harus sama dengan jenis data yang digunakan oleh parameter Remote Config.
Pilih sebuah objektif. Anda dapat memilih salah satu opsi berikut:
Pilih dari daftar objektif bawaan untuk metrik seperti pendapatan dan engagement.
Tambahkan metrik kustom berdasarkan peristiwa Google Analytics lainnya yang ingin Anda optimalkan dengan mengetikkan nama peristiwa tersebut ke kolom Objective dan mengklik Create event.
Karena mungkin bersifat dinamis atau kustom, peristiwa tersebut mungkin tidak muncul di menu drop-down. Untuk memastikan metrik yang Anda tentukan sama persis dengan peristiwa Analytics aktif, verifikasi peristiwa tersebut di Analytics > Events.
Pilih apakah Anda ingin mengoptimalkan banyaknya peristiwa (COUNT) atau jumlah nilai dari semua peristiwa (SUM).
Dalam beberapa kasus, opsi ini telah dipilih sebelumnya untuk peristiwa Analytics bawaan. Misalnya, SUM akan selalu dipilih untuk waktu User engagement guna mengoptimalkan total waktu yang dihabiskan. Jika Anda memilih Ad clicks, personalisasi dioptimalkan untuk COUNT, atau jumlah total peristiwa klik iklan.
Jika Anda memilih SUM, masukkan nama parameter peristiwa yang akan digabungkan.
Pada umumnya, nama parameter peristiwa adalah value, tetapi Anda mungkin memiliki metrik kustom dengan nilai tertentu yang ingin digabungkan. Misalnya, jika Anda memiliki sebuah peristiwa dengan berbagai jenis mata uang dengan parameter seperti USD, JPY, AUD, dan seterusnya, Anda dapat mengoptimalkan pendapatan di Australia dengan menentukan AUD sebagai parameter peristiwa (dan, pada langkah berikutnya, pastikan Anda mengonfigurasi kondisi penargetan untuk pengguna di Australia).
Secara opsional, pilih hingga dua metrik tambahan untuk dilacak. Meskipun tidak memengaruhi algoritme personalisasi, hasil ini dapat membantu Anda lebih memahami performa dan tren. Misalnya, jika personalisasi Anda dioptimalkan untuk klik iklan, Anda dapat melacak interaksi pengguna antara grup baseline dan dipersonalisasi.
Metrik yang dilacak akan muncul di ringkasan hasil Personalisasi yang diatur menurut tab.
Tentukan atau pilih kondisi penargetan untuk parameter yang dipersonalisasi.
Hanya pengguna yang memenuhi kondisi ini yang akan mendapatkan pengalaman yang dipersonalisasi.
Beberapa kondisi yang umum digunakan adalah dengan membatasi personalisasi hanya kepada pengguna platform tertentu atau kepada pengguna di region tertentu.
Jika sudah puas dengan alternatif, objektif, metrik tambahan, dan penargetan, berarti Anda sudah selesai. Simpan dan deploy perubahan untuk mulai mempersonalisasi pengalaman individual pengguna. Pengguna akan mulai menerima parameter value yang dipersonalisasi dalam beberapa jam, tetapi sistem memerlukan waktu hingga 14 hari untuk mempelajari pengguna Anda dan mencapai performa terbaik.
Anda dapat melihat performa personalisasi dengan memilihnya dari halaman Personalisasi atau dengan mengklik kondisi penargetan parameter di halaman Remote Config.
[null,null,["Terakhir diperbarui pada 2025-08-24 UTC."],[],[],null,["# Get started with Remote Config personalization\n\n\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-------------------------------------------------------\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--------------------------------------------------------------\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)."]]
