Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Hướng dẫn về giải pháp
Việc tối ưu hoá tần suất quảng cáo trong khi vẫn duy trì trải nghiệm người dùng chất lượng cao có thể là một việc khó khăn, nhưng Firebase cung cấp các công cụ giúp bạn thử nghiệm rồi đưa ra quyết định dựa trên dữ liệu về tần suất quảng cáo tối ưu.
Khi sử dụng Firebase, bạn có thể chạy thử nghiệm A/B về hiệu suất của nhiều tần suất quảng cáo với một nhóm nhỏ người dùng.
Bạn có thể quan sát kết quả thử nghiệm và xem xét các đề xuất của Firebase về tần suất quảng cáo nào hoạt động hiệu quả hơn mà ít ảnh hưởng đến tỷ lệ giữ chân người dùng.
Sau khi chắc chắn rằng các thay đổi sẽ có tác động tích cực, bạn có thể triển khai các thay đổi cho nhiều người dùng hơn chỉ bằng một cú nhấp chuột.
Kiến thức bạn sẽ học được
Trong hướng dẫn gồm nhiều bước này, bạn sẽ tìm hiểu cách sử dụng Firebase để kiểm thử nhiều giới hạn tần suất cho quảng cáo Google AdMob trong ứng dụng của mình. Hướng dẫn này sử dụng quảng cáo xen kẽ làm trường hợp kiểm thử mẫu, nhưng bạn có thể suy đoán và sử dụng các bước tương tự để kiểm thử tính năng giới hạn tần suất cho các định dạng quảng cáo khác.
Hướng dẫn này giả định rằng bạn đã sử dụng AdMob trong ứng dụng của mình và bạn muốn kiểm thử xem việc thay đổi tần suất của một đơn vị quảng cáo xen kẽ có ảnh hưởng đến doanh thu hoặc các chỉ số khác của ứng dụng hay không. Tuy nhiên, nếu chưa sử dụng AdMob trong ứng dụng, thì không sao cả! Các bước trong hướng dẫn này cũng có thể giúp bạn hiểu rõ tần suất quảng cáo mà bạn nên sử dụng trong ứng dụng của mình.
Các sản phẩm và tính năng được dùng trong hướng dẫn này
Google AdMob
Google AdMob cho phép bạn tạo các đơn vị quảng cáo với nhiều tần suất quảng cáo hoặc tốc độ làm mới sẽ được phân phát trong ứng dụng của bạn. Khi bạn liên kết AdMob với Firebase, AdMob sẽ gửi thông tin doanh thu từ quảng cáo đến Firebase để cải thiện việc tối ưu hoá chiến lược quảng cáo.
Google Analytics
Google Analytics cung cấp cho bạn thông tin chi tiết về mức độ tương tác, tỷ lệ giữ chân và các chỉ số kiếm tiền của người dùng, chẳng hạn như tổng doanh thu, doanh thu từ AdMob, doanh thu từ giao dịch mua và nhiều chỉ số khác. Tính năng này cũng cho phép bạn tạo đối tượng và phân khúc người dùng.
Firebase Remote Config
Firebase Remote Config cho phép bạn thay đổi và tuỳ chỉnh linh hoạt cách hoạt động và giao diện của ứng dụng cho các phân khúc người dùng mong muốn – tất cả đều không cần xuất bản phiên bản mới của ứng dụng. Trong hướng dẫn này, bạn sẽ sử dụng các tham số Remote Config để kiểm soát đơn vị quảng cáo nào sẽ hiển thị cho người dùng.
Firebase A/B Testing
Firebase A/B Testing cung cấp giao diện và cơ sở hạ tầng để chạy các thử nghiệm về sản phẩm và hoạt động tiếp thị trong ứng dụng của bạn. Thư viện này đảm nhiệm việc phân phối các biến thể thử nghiệm cho người dùng, sau đó thực hiện phân tích thống kê để xác định xem một biến thể thử nghiệm có hoạt động hiệu quả hơn nhóm đối chứng hay không dựa trên chỉ số chính mà bạn đã chọn, chẳng hạn như doanh thu hoặc tỷ lệ giữ chân người dùng.
Sau khi bắt đầu thử nghiệm và cho phép thử nghiệm chạy trong vài ngày hoặc vài tuần, hãy kiểm tra bảng điều khiển Firebase để biết liệu thử nghiệm A/B có biến thể chiến thắng hay không dựa trên mục tiêu chính của thử nghiệm A/B.
Xem xét tác động lên các chỉ số phụ của từng biến thể để đảm bảo rằng các biến thể không gây ra tác động tiêu cực ngoài ý muốn đối với những chỉ số đó.
Nếu A/B Testing xác định rằng biến thể hiển thị định dạng quảng cáo mới là biến thể chiến thắng, bạn có thể bắt đầu hiển thị định dạng quảng cáo đó cho tất cả người dùng được nhắm đến trong thử nghiệm, tất cả người dùng ứng dụng của bạn hoặc một nhóm nhỏ người dùng.
Nếu chưa xác định được quảng cáo hoạt động hiệu quả nhất rõ ràng, bạn có thể tiếp tục chạy thử nghiệm để thu thập thêm dữ liệu hoặc kết thúc thử nghiệm nếu thử nghiệm đã chạy trong một thời gian dài mà không có kết quả rõ ràng.
Bạn cần có
Ứng dụng của riêng bạn (iOS, Android hoặc dự án Unity)
Ứng dụng của bạn được đăng ký dưới dạng một Ứng dụng Firebase được liên kết với một AdMob Ứng dụng
(tìm hiểu thêm)
Có quyền truy cập vào tài khoản AdMob được liên kết của ứng dụng, có quyền tạo đơn vị quảng cáo mới
Có quyền truy cập vào dự án Firebase được liên kết của ứng dụng, có quyền tạo và quản lý Remote Config và A/B Testing, cũng như quyền xem Google Analytics
Môi trường phát triển tích hợp (IDE) mà bạn muốn sử dụng
Bảng thuật ngữ
Xem danh sách các thuật ngữ thường dùng cho giải pháp này
Doanh thu AdMob: Doanh thu từ mạng AdMob và doanh thu từ tính năng đặt giá thầu mở
Doanh thu từ giao dịch mua hàng trong ứng dụng: Doanh thu từ giao dịch mua hàng trong ứng dụng
Tổng doanh thu: Tổng doanh thu
Tỷ lệ giữ chân: Tỷ lệ giữ chân là một chỉ số chính trong các thử nghiệm A/B, được theo dõi dưới dạng tỷ lệ giữ chân người dùng trong 1 ngày, 2-3 ngày, 4-7 ngày, 8-14 ngày hoặc 15 ngày trở lên
Tham số Remote Config: Tham số có thể định cấu hình dùng để kiểm soát đơn vị quảng cáo nào sẽ hiển thị cho người dùng. Trong hướng dẫn này, mã này sẽ là mã đơn vị quảng cáo.
Cấu hình cơ sở: Cấu hình hiện tại trong một thử nghiệm A/B cụ thể – còn được gọi là nhóm đối chứng. Thường thì chế độ kiểm soát sẽ sử dụng giá trị mặc định cho tham số Remote Config, nhưng bạn có thể định cấu hình để sử dụng giá trị kiểm soát mới nếu cần.
Cấu hình biến thể: Cấu hình biến thể là cấu hình thay thế có các giá trị tham số Remote Config khác nhau mà chúng ta muốn thử nghiệm so với cấu hình cơ sở.
[null,null,["Cập nhật lần gần đây nhất: 2025-08-23 UTC."],[],[],null,["# Tutorial: Optimize AdMob ad frequency using Firebase\n\n### **Solution tutorial**\n\nOptimizing ad frequency while keeping a high-quality user experience can be\ntricky, but Firebase offers tools that help you test and then make data-driven\ndecisions about optimal ad frequency.\n\n- Using Firebase, you can A/B test the performance of various ad frequencies\n with a *small subset* of users.\n\n- You can observe the test results and review recommendations from Firebase\n about which ad frequency is performing better with minimal impact on\n retention.\n\n- Once you're confident that the changes will likely have a positive impact,\n you can roll out the changes to more of your users with a click of a button.\n\nWhat you'll learn\n-----------------\n\nIn this multistep tutorial, you'll learn **how to use Firebase to test various\nfrequency caps for Google AdMob ads in your app** . It uses\n[interstitial ads](https://support.google.com/admob/answer/7311435)\nas the example test case, but you can extrapolate and use these same steps to\ntest frequency capping for\n[other ad formats](https://support.google.com/admob/answer/6128738).\n\nThis tutorial assumes that you already use AdMob in your app and that you'd\nlike to test whether changing the *frequency* of an interstitial ad unit will\nhave an impact on your app's revenue or other metrics. However, if you don't already\nuse AdMob in your app, that's ok! The steps in this tutorial can also help\nyou understand what ad frequency you should use in your app.\n| **Tip:** If there's a term that you're not familiar with, check out the [glossary](#glossary) at the bottom of this page.\n\nLearn more about the business case and value for this solution in our\n[*Optimize AdMob ad frequency* solution overview](/docs/tutorials/optimize-ad-frequency/solution-overview).\n\nProducts and features used in this tutorial\n-------------------------------------------\n\n|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| Google AdMob \u003e [Google AdMob](/docs/admob) enables you to create ad units with various ad frequencies or refresh rates that will be served within your app. When you link AdMob with Firebase, AdMob sends ad revenue information to Firebase to improve ad strategy optimization. Google Analytics \u003e [Google Analytics](/docs/analytics) gives you insight into user engagement, retention, and monetization metrics like total revenue, AdMob revenue, purchase revenue, and much more. It also allows you to create user audiences and segments. | Firebase Remote Config \u003e [Firebase Remote Config](/docs/remote-config) enables you to dynamically change and customize the behavior and appearance of your app for desired user segments --- *all without publishing a new version of your \u003e app* . In this tutorial, you'll use Remote Config parameters to control which ad unit is shown to your users. Firebase A/B Testing \u003e [Firebase A/B Testing](/docs/ab-testing) provides the interface and infrastructure to run product and marketing experiments in your app. It takes care of distributing experiment variants to users, and then performs statistical analysis to determine if an experiment variant is outperforming the control group based on your selected key metric, such as revenue or user retention. |\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nTutorial overview\n-----------------\n\n[Go\ndirectly to the step-by-step tutorial](/docs/tutorials/optimize-ad-frequency/step-1)\n\n1. [**Use AdMob to\n create new ad unit variants for testing**](/docs/tutorials/optimize-ad-frequency/step-1)\n\n 1. Create two new interstitial ad units in AdMob.\n\n 2. Set the *Frequency capping* of each ad unit to an impressions per user\n value that you want to test.\n\n 3. Implement the ad unit placements within your app's code.\n\n2. [**Set up an A/B test\n in the Firebase console**](/docs/tutorials/optimize-ad-frequency/step-2)\n\n 1. Define testing basics, targeting, and the goals that the test will run\n against.\n\n 2. Define test variants and set up the Remote Config parameter that\n will control which ad unit is shown to users in the test.\n\n3. [**Handle\n Remote Config parameter values in your app's code**](/docs/tutorials/optimize-ad-frequency/step-3)\n\n 1. Use the Remote Config parameter in your app.\n\n 2. Implement the logic for displaying the ad unit based on the parameter's\n value.\n\n4. [**Start the A/B test\n and review the test results in the Firebase console**](/docs/tutorials/optimize-ad-frequency/step-4)\n\n 1. After starting the test and allowing it to run for a few days or weeks,\n check the Firebase console for whether the A/B test has a winning\n variant based on the primary goal of the A/B test.\n\n 2. Review the impact on secondary metrics for each variant to ensure the\n variants didn't cause unintended negative impacts to those metrics.\n\n5. [**Decide whether to\n roll out the new ad unit with the updated ad frequency**](/docs/tutorials/optimize-ad-frequency/step-5)\n\n 1. If A/B Testing determines that the variant showing the new ad format\n is the winner, you can start showing the ad format to all users targeted\n in the experiment, all users of your app, or to a subset of your users.\n\n 2. If a clear winner isn't yet determined, you can either continue running\n the experiment to gather more data, or end the experiment if it's\n already been running for a long period with inconclusive results.\n\nWhat you'll need\n----------------\n\n- Your own app (iOS, Android, or Unity project)\n\n- Your app registered as a Firebase App that's linked to an AdMob App\n ([learn more](//support.google.com/admob/answer/6383165))\n\n- Access to your app's associated AdMob account, with permissions to create\n new ad units\n\n- Access to your app's associated Firebase project, with permissions to create\n and manage Remote Config and A/B Testing as well as to view\n Google Analytics\n\n- Your preferred IDE\n\nGlossary\n--------\n\n\u003cbr /\u003e\n\nView a list of common terms for this solution\n\n\u003cbr /\u003e\n\n- **AdMob revenue** : AdMob network and open bidding revenue\n\n- **IAP revenue**: In app purchases revenue\n\n- **Total revenue**: Total revenue\n\n- **Retention**: Retention as a key metric in A/B tests is tracked as 1 day,\n 2-3 days, 4-7 days, 8-14 days, or 15+ days user retention\n\n- **Remote Config parameter**: The configurable parameter used to control\n which ad unit is show to users. In this guide, it will be an ad unit ID.\n\n- **Baseline configuration** : The as-is configuration in any particular A/B test\n --- also known as the control. The control usually uses the default value for\n the Remote Config parameter, but it can be configured to use a new control\n value if needed.\n\n- **Variant configurations** : The variant configurations are the alternative\n configurations with different Remote Config parameter values that we would\n like to test against the baseline configuration.\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\n*** ** * ** ***\n\n\u003cbr /\u003e\n\n[**Step 1** : Use AdMob to create new ad unit variantsarrow_forward_ios](/docs/tutorials/optimize-ad-frequency/step-1)\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\n*** ** * ** ***"]]
