با مجموعهها، منظم بمانید
ذخیره و طبقهبندی محتوا براساس اولویتهای شما.
Firebase A/B Testing
plat_ios
plat_android
Firebase A/B Testing به شما کمک می‌کند با ساده‌سازی روش اجرا، تجزیه و تحلیل و مقیاس‌بندی آزمایش‌های محصول و بازاریابی، تجربه برنامه‌تان را بهینه کنید. این به شما این قدرت را می‌دهد که تغییرات را در رابط کاربری، ویژگی‌ها یا کمپین‌های تعامل برنامه‌تان آزمایش کنید تا ببینید چگونه بر معیارهای کلیدی شما (مانند درآمد و حفظ) تأثیر می‌گذارند قبل از اینکه آن‌ها را به طور گسترده منتشر کنید.
A/B Testing با FCM کار می‌کند تا بتوانید پیام‌های بازاریابی مختلف را آزمایش کنید، و با Remote Config برای آزمایش تغییرات در برنامه خود کار می‌کند.
برای شروع آماده اید؟ یک محصول را انتخاب کنید:
ایجاد آزمایش‌های Remote Config آزمایش‌های پیام‌رسانی را ایجاد کنید
قابلیت های کلیدی
| تجربه محصول خود را تست کنید و بهبود بخشید | آزمایش‌هایی را با Remote Config ایجاد کنید تا تغییراتی در رفتار و ظاهر برنامه‌تان در انواع مختلف آزمایشتان ایجاد کنید و آزمایش کنید که کدام تجربه محصول در نتایجی که بیشتر به آن اهمیت می‌دهید مؤثر است. |
| با استفاده از آهنگساز اعلان‌ها، راه‌هایی برای جذب مجدد کاربران خود بیابید | از A/B Testing استفاده کنید تا به شما کمک کند موثرترین تنظیمات عبارت و پیام را برای آوردن کاربران به برنامه خود بیابید. |
| با خیال راحت ویژگی های جدید را عرضه کنید | یک ویژگی جدید را بدون اطمینان از برآورده شدن اهداف شما با زیرمجموعه کوچکتری از کاربران، عرضه نکنید. هنگامی که به نتایج A/B Testing خود اطمینان پیدا کردید، این ویژگی را در اختیار همه کاربران خود قرار دهید. |
| گروه های کاربری را هدف قرار دهید | تست های هدفمند A/B را با استفاده از داده های مربوط به کاربران برنامه خود اجرا کنید. برای مثال، می‌توانید زیرمجموعه‌ای از کاربرانی را که نسخه، پلتفرم، زبان برنامه خاصی را اجرا می‌کنند، یا کاربرانی را انتخاب کنید که با ارزش دارایی کاربر Google Analytics مطابقت دارند. |
چگونه کار می کند؟
وقتی آزمایشی را ایجاد می‌کنید، چندین نوع تجربه کاربری ایجاد کنید و میزان عملکرد آن‌ها را در راستای هدفی که می‌خواهید به آن برسید (مانند افزایش خریدهای درون‌برنامه) اندازه‌گیری کنید. گروه کاربر هدف شما را می توان با معیارهای متعددی که با منطق "AND" زنجیره ای دارند تعریف کرد. برای مثال، می‌توانید گروه را به کاربران یک نسخه برنامه خاص محدود کنید که به هر دو مخاطب Analytics مانند «کاربران خراب» که با ویژگی کاربر Google Analytics تنظیم شده توسط مشتری مطابقت دارند، تعلق دارند.
با Remote Config ، می‌توانید تغییرات یک یا چند پارامتر را آزمایش کنید تا رفتار و ظاهر برنامه خود را تغییر دهید. می‌توانید از این برای تغییرات ظریف مانند تغییر در بهترین طرح رنگ و موقعیت‌یابی گزینه‌های منو یا برای تغییرات مهم‌تر مانند آزمایش یک ویژگی کاملاً جدید یا طراحی رابط کاربری استفاده کنید. با آهنگساز Notifications، می‌توانید برای یافتن عبارت مناسب برای پیام اعلان آزمایش کنید.
چه آزمایش شما از Remote Config استفاده کند یا از سازنده اعلان‌ها، می‌توانید آزمایش خود را تا زمانی که یک رهبر را شناسایی کنید، یعنی گونه‌ای که به بهترین شکل هدف شما را انجام می‌دهد، نظارت کنید. می توانید آزمایش خود را با درصد کمی از پایگاه کاربران خود شروع کنید و به مرور زمان آن درصد را افزایش دهید. اگر اولین آزمایش شما گونه‌ای را نشان نداد که هدف شما را بهتر از خط پایه انجام می‌دهد، می‌توانید دور جدیدی از آزمایش را برای یافتن بهترین راه برای بهبود برنامه خود شروع کنید.
همچنین می‌توانید معیارهای دیگر (قطعات برنامه، حفظ و درآمد) را همراه با هدف خود ردیابی کنید تا بتوانید درک بهتری از نتیجه آزمایش خود و نحوه تأثیر آن بر تجربه استفاده از برنامه خود داشته باشید.
مسیر پیاده سازی
| Remote Config یا Firebase Cloud Messaging را به برنامه خود اضافه کنید | اگر برنامه شما قبلاً از Remote Config یا Cloud Messaging (یا هر دو) استفاده می‌کند، می‌توانید به مرحله بعدی بروید. |
| انواعی را که می خواهید با آزمون A/B ارزیابی کنید، تعریف کنید. | خواه تغییر شما ظریف باشد یا افزودن یک رابط کاربری یا ویژگی جدید، اگر بتوانید آن تغییر را با استفاده از Remote Config کنترل کنید، می‌توانید چندین نوع آن تغییر را با A/B Testing آزمایش کنید.
همچنین می‌توانید از A/B Testing با Notifications composer برای آزمایش انواع مختلف در کمپین مشارکت مجدد خود قبل از ارائه آن برای همه کاربران استفاده کنید. |
| نحوه اندازه گیری موفقیت را مشخص کنید | با آزمایشی که از سازنده Notifications استفاده می کند، می توانید از یک رویداد Analytics برای تعریف هدف آزمایش خود و مقایسه انواع آزمایش استفاده کنید. با آزمایش Remote Config ، می توانید از یک رویداد Analytics یا یک قیف تبدیل برای تعریف هدف آزمایش خود استفاده کنید. |
| آزمایش خود را برای یافتن نوع برنده زیر نظر بگیرید | می‌توانید آزمایش خود را فقط با چند کاربر شروع کنید و اگر نتایج اولیه خوب به نظر می‌رسند، آن را برای کاربران بیشتری عرضه کنید. همانطور که آزمایش خود را زیر نظر می گیرید، خواهید دید که آیا برخی از گونه ها باعث خرابی برنامه های بیشتر می شوند یا تأثیرات دیگری بر تجربه برنامه دارند، و همچنین می توانید ببینید کدام نوع بیشترین پیشرفت را به سمت هدف شما دارد. |
مراحل بعدی
جز در مواردی که غیر از این ذکر شده باشد،محتوای این صفحه تحت مجوز Creative Commons Attribution 4.0 License است. نمونه کدها نیز دارای مجوز Apache 2.0 License است. برای اطلاع از جزئیات، به خطمشیهای سایت Google Developers مراجعه کنید. جاوا علامت تجاری ثبتشده Oracle و/یا شرکتهای وابسته به آن است.
تاریخ آخرین بهروزرسانی 2025-07-25 بهوقت ساعت هماهنگ جهانی.
[null,null,["تاریخ آخرین بهروزرسانی 2025-07-25 بهوقت ساعت هماهنگ جهانی."],[],[],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)."]]
