آزمایش‌های پیام‌رسانی درون‌برنامه‌ای را با تست A/B ایجاد کنید

هنگامی که با کاربران خود ارتباط برقرار می کنید یا یک کمپین بازاریابی جدید را شروع می کنید، می خواهید مطمئن شوید که آن را به درستی انجام داده اید. تست A/B می‌تواند به شما کمک کند تا با آزمایش انواع پیام در بخش‌های انتخابی پایگاه کاربر خود، عبارت و ارائه بهینه را پیدا کنید. خواه هدف شما حفظ بهتر یا تبدیل در یک پیشنهاد باشد، آزمایش A/B می‌تواند تجزیه و تحلیل آماری را انجام دهد تا مشخص کند آیا یک نوع پیام از خط پایه برای هدف انتخابی شما بهتر است یا خیر.

برای انواع ویژگی های تست A/B با خط مبنا، موارد زیر را انجام دهید:

  1. آزمایش خود را ایجاد کنید
  2. آزمایش خود را روی دستگاه آزمایشی تأیید کنید.
  3. آزمایش خود را مدیریت کنید

یک آزمایش ایجاد کنید

آزمایشی که از Firebase In-App Messaging استفاده می کند، به شما امکان می دهد چندین گونه از یک پیام درون برنامه ای واحد را ارزیابی کنید.

  1. به کنسول Firebase وارد شوید و بررسی کنید که Google Analytics در پروژه شما فعال است تا آزمایش به داده های Analytics دسترسی داشته باشد.

    اگر Google Analytics هنگام ایجاد پروژه خود فعال نکرده اید، می توانید آن را در برگه Integrations فعال کنید، که می توانید با استفاده از > تنظیمات پروژه در کنسول Firebase به آن دسترسی داشته باشید.

  2. در بخش Engage از منوی پیمایش کنسول Firebase ، روی A/B Testing کلیک کنید.

  3. روی ایجاد آزمایش کلیک کنید، و سپس هنگامی که از سرویسی که می‌خواهید با آن آزمایش کنید از شما خواسته شد ، پیام‌رسانی درون برنامه را انتخاب کنید.

  4. از طرف دیگر، در منوی پیمایش کنسول Firebase ، Engage را بزرگ کنید، سپس In-App Messaging کلیک کنید. سپس روی آزمایش جدید کلیک کنید.

  5. یک نام و توضیحات اختیاری برای آزمایش خود وارد کنید و روی Next کلیک کنید.

  6. فیلدهای Targeting را پر کنید، ابتدا برنامه ای را انتخاب کنید که از آزمایش شما استفاده می کند. همچنین می‌توانید با انتخاب گزینه‌هایی که شامل موارد زیر است، زیرمجموعه‌ای از کاربران خود را برای شرکت در آزمایش خود هدف‌گیری کنید:

    • نسخه: یک یا چند نسخه از برنامه شما
    • مخاطبان کاربر: مخاطبان Analytics برای هدف قرار دادن کاربرانی که ممکن است در آزمایش گنجانده شوند استفاده می شود
    • ویژگی کاربر: یک یا چند ویژگی کاربر Analytics برای انتخاب کاربرانی که ممکن است در آزمایش گنجانده شوند
    • کشور/منطقه: یک یا چند کشور یا منطقه برای انتخاب کاربرانی که ممکن است در آزمایش گنجانده شوند
    • زبان دستگاه: یک یا چند زبان و منطقه مورد استفاده برای انتخاب کاربرانی که ممکن است در آزمایش گنجانده شوند
    • اولین باز: کاربران را بر اساس اولین باری که برنامه شما را باز کرده اند مورد هدف قرار دهید
    • آخرین تعامل با برنامه: کاربران را بر اساس آخرین باری که با برنامه شما درگیر شده اند مورد هدف قرار دهید

  7. تنظیم درصد کاربران هدف: درصدی از پایگاه کاربر برنامه خود را انتخاب کنید که با معیارهای تعیین شده در زیر کاربران هدف مطابقت دارد که می‌خواهید به طور مساوی بین خط پایه و یک یا چند نوع در آزمایش خود تقسیم کنید. این می تواند هر درصدی بین 0.01٪ و 100٪ باشد. درصدها برای هر آزمایش، از جمله آزمایش‌های تکراری، به‌طور تصادفی به کاربران تخصیص داده می‌شوند.

  8. در بخش Variants ، یک پیام درون برنامه خط پایه را پیکربندی کنید تا با استفاده از رابط طراحی پیامی که برای یک کمپین پیام رسانی درون برنامه معمولی استفاده می کنید، به گروه خط پایه ارسال شود.

  9. برای افزودن یک نوع به آزمایش خود، روی افزودن نوع کلیک کنید. به‌طور پیش‌فرض، آزمایش‌ها یک خط پایه و یک نوع دارند.

  10. (اختیاری) نام توصیفی بیشتری برای هر نوع وارد کنید.

  11. (اختیاری) در بالای بخش Variants ، روی دکمه مقایسه انواع کلیک کنید تا یک نوع پیام دیگر را کنار هم با پیام پایه مقایسه کنید.

  12. یک معیار هدف را برای آزمایش خود تعریف کنید تا هنگام ارزیابی انواع آزمایش به همراه هر معیار دیگری که می‌خواهید از فهرست استفاده کنید، استفاده کنید. این معیارها شامل اهداف داخلی (تعامل، خرید، درآمد، حفظ و غیره)، رویدادهای تبدیل Analytics و سایر رویدادهای Analytics است.

  13. پیکربندی زمان‌بندی برای آزمایش:

    • تاریخ شروع و پایان آزمایش را تعیین کنید.
    • نحوه راه‌اندازی پیام‌های درون‌برنامه در همه انواع را تنظیم کنید.

  14. برای ذخیره آزمایش خود، روی Review کلیک کنید.

شما مجاز به 300 آزمایش در هر پروژه هستید که می تواند شامل حداکثر 24 آزمایش در حال اجرا باشد و بقیه به صورت پیش نویس یا تکمیل شده باشد.

آزمایش خود را روی دستگاه آزمایشی تأیید کنید

برای هر نصب Firebase، می‌توانید نشانه تأیید اعتبار نصب مرتبط با آن را بازیابی کنید. می‌توانید از این نشانه برای آزمایش انواع آزمایشی خاص در دستگاه آزمایشی با نصب برنامه خود استفاده کنید. برای تأیید آزمایش خود بر روی یک دستگاه آزمایشی، موارد زیر را انجام دهید:

  1. رمز تأیید نصب را به صورت زیر دریافت کنید:

    سویفت 

    do {
  let result = try await Installations.installations()
    .authTokenForcingRefresh(true)
  print("Installation auth token: \(result.authToken)")
} catch {
  print("Error fetching token: \(error)")
}

    هدف-C 

    [[FIRInstallations installations] authTokenForcingRefresh:true
                                               completion:^(FIRInstallationsAuthTokenResult *result, NSError *error) {
  if (error != nil) {
    NSLog(@"Error fetching Installation token %@", error);
    return;
  }
  NSLog(@"Installation auth token: %@", [result authToken]);
}];

    Java 

    FirebaseInstallations.getInstance().getToken(/* forceRefresh */true)
        .addOnCompleteListener(new OnCompleteListener<InstallationTokenResult>() {
    @Override
    public void onComplete(@NonNull Task<InstallationTokenResult> task) {
        if (task.isSuccessful() && task.getResult() != null) {
            Log.d("Installations", "Installation auth token: " + task.getResult().getToken());
        } else {
            Log.e("Installations", "Unable to get Installation auth token");
        }
    }
});
    MainActivity.java

    Kotlin 

    val forceRefresh = true
FirebaseInstallations.getInstance().getToken(forceRefresh)
    .addOnCompleteListener { task ->
        if (task.isSuccessful) {
            Log.d("Installations", "Installation auth token: " + task.result?.token)
        } else {
            Log.e("Installations", "Unable to get Installation auth token")
        }
    }
    MainActivity.kt
  2. در نوار پیمایش کنسول Firebase ، روی A/B Testing کلیک کنید.
  3. روی پیش‌نویس (و/یا اجرای آزمایش‌های پیکربندی از راه دور) کلیک کنید، نشانگر را روی آزمایش خود نگه دارید، روی منوی زمینه ( ) و سپس روی مدیریت دستگاه‌های آزمایشی کلیک کنید.
  4. رمز تأیید نصب را برای یک دستگاه آزمایشی وارد کنید و نوع آزمایشی را برای ارسال به آن دستگاه آزمایشی انتخاب کنید.
  5. برنامه را اجرا کنید و تأیید کنید که نوع انتخاب شده در دستگاه آزمایشی دریافت می شود.

برای کسب اطلاعات بیشتر در مورد نصب های Firebase ، به مدیریت نصب های Firebase مراجعه کنید.

آزمایش خود را مدیریت کنید

چه با Remote Config ، اعلان‌ها یا Firebase In-App Messaging آزمایشی ایجاد کنید، سپس می‌توانید آزمایش خود را تأیید کرده و شروع کنید، آزمایش خود را در حین اجرا نظارت کنید و تعداد کاربرانی را که در آزمایش در حال اجرا گنجانده شده‌اند افزایش دهید.

وقتی آزمایش شما انجام شد، می‌توانید تنظیمات مورد استفاده توسط نوع برنده را یادداشت کنید و سپس آن تنظیمات را برای همه کاربران ارائه دهید. یا می توانید آزمایش دیگری را اجرا کنید.

آزمایشی را شروع کنید

  1. در بخش Engage از منوی پیمایش کنسول Firebase ، روی A/B Testing کلیک کنید.
  2. روی پیش نویس کلیک کنید و سپس روی عنوان آزمایش خود کلیک کنید.
  3. برای تأیید اینکه برنامه شما دارای کاربرانی است که در آزمایش شما گنجانده می‌شوند، جزئیات پیش‌نویس را گسترش دهید و عددی بیشتر از 0 درصد را در بخش هدف‌گیری و توزیع بررسی کنید (به عنوان مثال، 1 درصد از کاربران با معیارها مطابقت دارند ).
  4. برای تغییر آزمایش خود، روی ویرایش کلیک کنید.
  5. برای شروع آزمایش، روی شروع آزمایش کلیک کنید. شما می توانید تا 24 آزمایش را در هر پروژه در یک زمان اجرا کنید.

نظارت بر یک آزمایش

وقتی آزمایشی برای مدتی اجرا شد، می‌توانید پیشرفت آن را بررسی کنید و ببینید نتایج شما برای کاربرانی که تاکنون در آزمایش شما شرکت کرده‌اند چگونه است.

  1. در بخش Engage از منوی پیمایش کنسول Firebase ، روی A/B Testing کلیک کنید.

  2. روی Running کلیک کنید و سپس روی عنوان آزمایش خود کلیک کنید یا آن را جستجو کنید. در این صفحه می‌توانید آمارهای مشاهده‌شده و مدل‌سازی‌شده‌ای در مورد آزمایش در حال اجرا خود مشاهده کنید، از جمله موارد زیر:

    • درصد تفاوت با خط مبنا : معیاری برای بهبود یک متریک برای یک نوع معین در مقایسه با خط پایه. با مقایسه محدوده مقدار برای متغیر با محدوده ارزش برای خط مبنا محاسبه می شود.
    • احتمال شکست خط پایه : احتمال تخمین زده شده که یک نوع معین از خط مبنا برای متریک انتخاب شده عبور کند.
    • observed_metric برای هر کاربر : بر اساس نتایج آزمایش، این محدوده پیش‌بینی‌شده‌ای است که مقدار متریک در طول زمان در آن قرار می‌گیرد.
    • مجموع observed_metric : مقدار تجمعی مشاهده شده برای خط مبنا یا متغیر. این مقدار برای اندازه‌گیری عملکرد هر یک از انواع آزمایش استفاده می‌شود و برای محاسبه بهبود ، محدوده ارزش ، احتمال شکست خط پایه و احتمال بهترین نوع استفاده می‌شود. بسته به معیاری که اندازه‌گیری می‌شود، این ستون ممکن است دارای برچسب «مدت هر کاربر»، «درآمد به ازای هر کاربر»، «نرخ حفظ» یا «نرخ تبدیل» باشد.

  3. پس از اینکه آزمایش شما برای مدتی اجرا شد (حداقل ۷ روز برای FCM و In-App Messaging یا ۱۴ روز برای Remote Config )، داده‌های این صفحه نشان می‌دهد که کدام نوع، در صورت وجود، «رهبر» است. برخی از اندازه‌گیری‌ها با نمودار میله‌ای همراه هستند که داده‌ها را در قالب تصویری ارائه می‌کند.

آزمایشی را برای همه کاربران اجرا کنید

پس از اینکه یک آزمایش به اندازه کافی طولانی شد که یک "رهبر" یا نوع برنده برای معیار هدف خود داشته باشید، می توانید آزمایش را برای 100٪ از کاربران منتشر کنید. این به شما امکان می دهد یک نوع را برای انتشار برای همه کاربران در حال حرکت انتخاب کنید. حتی اگر آزمایش شما برنده مشخصی ایجاد نکرده باشد، همچنان می توانید انتخاب کنید که یک نسخه برای همه کاربران خود منتشر کنید.

  1. در بخش Engage از منوی پیمایش کنسول Firebase ، روی A/B Testing کلیک کنید.
  2. روی Completed یا Running کلیک کنید، آزمایشی را که می‌خواهید برای همه کاربران منتشر کنید، روی منوی زمینه ( ) Roll out variant کلیک کنید.

  3. با انجام یکی از موارد زیر، آزمایش خود را برای همه کاربران عرضه کنید:

    • برای آزمایشی که از سازنده اعلان‌ها استفاده می‌کند، از گفتگوی ارسال پیام استفاده کنید تا پیام را به سایر کاربران هدفمندی که بخشی از آزمایش نبودند ارسال کنید.
    • برای آزمایش Remote Config ، یک متغیر را انتخاب کنید تا مشخص شود کدام مقادیر پارامتر Remote Config باید به‌روزرسانی شود. معیارهای هدف‌یابی که هنگام ایجاد آزمایش تعریف شده‌اند، به‌عنوان یک شرط جدید در الگوی شما اضافه می‌شوند تا اطمینان حاصل شود که عرضه فقط بر کاربران هدف آزمایش تأثیر می‌گذارد. پس از کلیک بر روی Review in Remote Config برای بررسی تغییرات، روی انتشار تغییرات کلیک کنید تا عرضه کامل شود.
    • برای آزمایش In-App Messaging ، از کادر گفتگو برای تعیین اینکه کدام نوع باید به‌عنوان یک کمپین In-App Messaging مستقل عرضه شود، استفاده کنید. پس از انتخاب، به صفحه نوشتن FIAM هدایت می شوید تا قبل از انتشار هرگونه تغییری (در صورت لزوم) ایجاد کنید.

یک آزمایش را گسترش دهید

اگر متوجه شدید که آزمایشی کاربران کافی برای A/B Testing برای اعلام یک رهبر وارد نمی‌کند، می‌توانید توزیع آزمایش خود را افزایش دهید تا به درصد بیشتری از پایگاه کاربر برنامه برسید.

  1. در بخش Engage از منوی پیمایش کنسول Firebase ، روی A/B Testing کلیک کنید.
  2. آزمایش در حال اجرا را که می خواهید ویرایش کنید انتخاب کنید.
  3. در نمای کلی آزمایش ، روی منوی زمینه ( ) و سپس ویرایش آزمایش در حال اجرا را کلیک کنید.
  4. گفتگوی Targeting گزینه ای را برای افزایش درصد کاربرانی که در آزمایش در حال اجرا هستند نمایش می دهد. عددی بزرگتر از درصد فعلی را انتخاب کنید و روی انتشار کلیک کنید. آزمایش به درصد کاربرانی که مشخص کرده‌اید منتقل می‌شود.

یک آزمایش را کپی یا متوقف کنید

  1. در بخش Engage از منوی پیمایش کنسول Firebase ، روی A/B Testing کلیک کنید.
  2. روی Completed یا Running کلیک کنید، نشانگر را روی آزمایش خود نگه دارید، روی منوی زمینه ( ) کلیک کنید و سپس روی آزمایش تکراری یا توقف آزمایش کلیک کنید.

هدف گذاری کاربر

می‌توانید با استفاده از معیارهای هدف‌یابی کاربر زیر، کاربرانی را هدف قرار دهید تا در آزمایش خود بگنجانند.

معیار هدف گذاری اپراتور(های) ارزش(های) توجه داشته باشید
نسخه حاوی،
شامل نمی شود،
دقیقا مطابقت دارد،
حاوی regex است		 مقداری را برای یک یا چند نسخه برنامه که می‌خواهید در آزمایش وارد کنید، وارد کنید.

هنگام استفاده از هر یک از عملگرهای حاوی ، حاوی ، یا دقیقاً مطابقت دارد ، می‌توانید فهرستی از مقادیر جدا شده با کاما ارائه دهید.

هنگام استفاده از عملگر contain regex ، می توانید عبارات منظم در قالب RE2 ایجاد کنید. عبارت منظم شما می تواند با تمام یا بخشی از رشته نسخه هدف مطابقت داشته باشد. همچنین می‌توانید از لنگرهای ^ و $ برای مطابقت با شروع، پایان یا کل یک رشته هدف استفاده کنید.

مخاطبان کاربر شامل همه،
شامل حداقل یکی از
شامل همه نمی شود،
حداقل یکی از آنها را شامل نمی شود		 برای هدف قرار دادن کاربرانی که ممکن است در آزمایش شما گنجانده شوند، یک یا چند مخاطب Analytics را انتخاب کنید. برخی از آزمایش‌هایی که مخاطبان Google Analytics را هدف قرار می‌دهند ممکن است چند روز طول بکشد تا داده‌ها را جمع‌آوری کنند زیرا در معرض تأخیر پردازش داده‌های Analytics هستند. به احتمال زیاد با این تاخیر در کاربران جدیدی مواجه خواهید شد که معمولاً 24 تا 48 ساعت پس از ایجاد در بین مخاطبان واجد شرایط ثبت نام می‌شوند یا برای مخاطبانی که اخیراً ایجاد شده‌اند .
دارایی کاربر برای متن:
حاوی،
شامل نمی شود،
دقیقا مطابقت دارد
حاوی regex است

برای اعداد:
<، ≤، =، ≥، >		 ویژگی کاربر Analytics برای انتخاب کاربرانی که ممکن است در یک آزمایش گنجانده شوند، با طیف وسیعی از گزینه‌ها برای انتخاب مقادیر ویژگی کاربر استفاده می‌شود.

در کلاینت، می توانید فقط مقادیر رشته ای را برای ویژگی های کاربر تنظیم کنید. برای شرایطی که از عملگرهای عددی استفاده می کنند، سرویس Remote Config مقدار ویژگی کاربر مربوطه را به یک عدد صحیح/فلوت تبدیل می کند.		 هنگام استفاده از عملگر contain regex ، می توانید عبارات منظم در قالب RE2 ایجاد کنید. عبارت منظم شما می تواند با تمام یا بخشی از رشته نسخه هدف مطابقت داشته باشد. همچنین می‌توانید از لنگرهای ^ و $ برای مطابقت با شروع، پایان یا کل یک رشته هدف استفاده کنید.
کشور/منطقه N/A یک یا چند کشور یا منطقه برای انتخاب کاربرانی که ممکن است در آزمایش گنجانده شوند استفاده می شود.
زبان ها N/A یک یا چند زبان و منطقه برای انتخاب کاربرانی که ممکن است در آزمایش گنجانده شوند استفاده می شود.
ابتدا باز کنید بیش از
کمتر از
بین		 کاربران را بر اساس اولین باری که برنامه شما را باز کردند، که در چند روز مشخص شده است، هدف قرار دهید.
آخرین تعامل با برنامه بیش از
کمتر از
بین		 کاربران را بر اساس آخرین باری که با برنامه شما درگیر شده‌اند، که در چند روز مشخص شده است، هدف قرار دهید.

معیارهای A/B Testing

هنگامی که آزمایش خود را ایجاد می کنید، معیار اصلی یا هدف را انتخاب می کنید که برای تعیین نوع برنده استفاده می شود. همچنین باید معیارهای دیگر را ردیابی کنید تا به شما در درک بهتر عملکرد هر نوع آزمایش کمک کند و روندهای مهمی را که ممکن است برای هر گونه متفاوت باشد، مانند حفظ کاربر، پایداری برنامه و درآمد خرید درون‌برنامه ردیابی کنید. می توانید حداکثر پنج معیار غیر هدف را در آزمایش خود ردیابی کنید.

به عنوان مثال، فرض کنید خریدهای درون‌برنامه‌ای جدیدی را به برنامه خود اضافه کرده‌اید و می‌خواهید اثربخشی دو پیام متفاوت «تارنج» را با هم مقایسه کنید. در این مورد، ممکن است تصمیم بگیرید درآمد خرید را به عنوان معیار هدف خود تنظیم کنید زیرا می‌خواهید نوع برنده اعلانی باشد که منجر به بالاترین درآمد خرید درون برنامه‌ای شده است. و از آنجایی که شما همچنین می‌خواهید ردیابی کنید کدام نوع منجر به تبدیل‌های بیشتر در آینده و کاربران باقی مانده شده است، می‌توانید موارد زیر را در سایر معیارها برای ردیابی اضافه کنید:

  • کل درآمد تخمینی برای مشاهده اینکه ترکیب خرید درون‌برنامه و درآمد تبلیغاتی شما چه تفاوتی بین این دو نوع دارد
  • حفظ (1 روز) ، حفظ (2-3 روز) ، حفظ (4-7 روز) برای پیگیری حفظ روزانه/هفتگی کاربر

جداول زیر جزئیاتی در مورد نحوه محاسبه معیارهای هدف و سایر معیارها ارائه می دهد.

معیارهای هدف

متریک توضیحات
کاربران بدون خرابی درصد کاربرانی که در طول آزمایش با خطاهایی در برنامه شما مواجه نشده‌اند که توسط Firebase Crashlytics SDK شناسایی شده است.
درآمد تخمینی تبلیغات درآمد تخمینی تبلیغات
کل درآمد تخمینی ارزش ترکیبی برای خرید و درآمد تخمینی تبلیغات.
درآمد خرید ارزش ترکیبی برای همه رویدادهای purchase و in_app_purchase .
نگهداری (1 روز) تعداد کاربرانی که به صورت روزانه به برنامه شما باز می گردند.
نگهداری (2-3 روز) تعداد کاربرانی که ظرف 2 تا 3 روز به برنامه شما بازگشته اند.
نگهداری (4-7 روز) تعداد کاربرانی که ظرف 4 تا 7 روز به برنامه شما بازگشته اند.
نگهداری (8-14 روز) تعداد کاربرانی که ظرف 8 تا 14 روز به برنامه شما بازگشته اند.
نگهداری (بیش از 15 روز) تعداد کاربرانی که 15 روز یا بیشتر پس از آخرین استفاده از برنامه شما به آن بازگشته اند.
first_open یک رویداد Analytics که وقتی کاربر برای اولین بار یک برنامه را پس از نصب یا نصب مجدد آن باز می کند، فعال می شود. به عنوان بخشی از یک قیف تبدیل استفاده می شود.

سایر معیارها

متریک توضیحات
notification_dismiss یک رویداد Analytics که وقتی اعلان ارسال شده توسط سازنده Notifications رد می‌شود (فقط Android) فعال می‌شود.
notification_receive یک رویداد Analytics که هنگام دریافت اعلان ارسال شده توسط Notifications Composer در حالی که برنامه در پس‌زمینه است (فقط اندروید) شروع می‌شود.
os_update یک رویداد Analytics که زمان به‌روزرسانی سیستم عامل دستگاه به نسخه جدید را ردیابی می‌کند. برای اطلاعات بیشتر، رویدادهای جمع‌آوری شده خودکار را ببینید.
screen_view یک رویداد Analytics که صفحه‌های مشاهده شده در برنامه شما را ردیابی می‌کند. برای کسب اطلاعات بیشتر، ردیابی نماهای صفحه را ببینید.
جلسه_شروع یک رویداد Analytics که جلسات کاربر را در برنامه شما شمارش می کند. برای کسب اطلاعات بیشتر، به رویدادهای جمع آوری خودکار مراجعه کنید.
،

هنگامی که با کاربران خود ارتباط برقرار می کنید یا یک کمپین بازاریابی جدید را شروع می کنید، می خواهید مطمئن شوید که آن را به درستی انجام داده اید. تست A/B می‌تواند به شما کمک کند تا با آزمایش انواع پیام در بخش‌های انتخابی پایگاه کاربر خود، عبارت و ارائه بهینه را پیدا کنید. خواه هدف شما حفظ بهتر یا تبدیل در یک پیشنهاد باشد، آزمایش A/B می‌تواند تجزیه و تحلیل آماری را انجام دهد تا مشخص کند آیا یک نوع پیام از خط پایه برای هدف انتخابی شما بهتر است یا خیر.

برای انواع ویژگی های تست A/B با خط مبنا، موارد زیر را انجام دهید:

  1. آزمایش خود را ایجاد کنید
  2. آزمایش خود را روی دستگاه آزمایشی تأیید کنید.
  3. آزمایش خود را مدیریت کنید

یک آزمایش ایجاد کنید

آزمایشی که از Firebase In-App Messaging استفاده می کند، به شما امکان می دهد چندین گونه از یک پیام درون برنامه ای واحد را ارزیابی کنید.

  1. به کنسول Firebase وارد شوید و بررسی کنید که Google Analytics در پروژه شما فعال است تا آزمایش به داده های Analytics دسترسی داشته باشد.

    اگر Google Analytics هنگام ایجاد پروژه خود فعال نکرده اید، می توانید آن را در برگه Integrations فعال کنید، که می توانید با استفاده از > تنظیمات پروژه در کنسول Firebase به آن دسترسی داشته باشید.

  2. در بخش Engage از منوی پیمایش کنسول Firebase ، روی A/B Testing کلیک کنید.

  3. روی ایجاد آزمایش کلیک کنید، و سپس هنگامی که از سرویسی که می‌خواهید با آن آزمایش کنید از شما خواسته شد ، پیام‌رسانی درون برنامه را انتخاب کنید.

  4. از طرف دیگر، در منوی پیمایش کنسول Firebase ، Engage را بزرگ کنید، سپس In-App Messaging کلیک کنید. سپس روی آزمایش جدید کلیک کنید.

  5. یک نام و توضیحات اختیاری برای آزمایش خود وارد کنید و روی Next کلیک کنید.

  6. فیلدهای Targeting را پر کنید، ابتدا برنامه ای را انتخاب کنید که از آزمایش شما استفاده می کند. همچنین می‌توانید با انتخاب گزینه‌هایی که شامل موارد زیر است، زیرمجموعه‌ای از کاربران خود را برای شرکت در آزمایش خود هدف‌گیری کنید:

    • نسخه: یک یا چند نسخه از برنامه شما
    • مخاطبان کاربر: مخاطبان Analytics برای هدف قرار دادن کاربرانی که ممکن است در آزمایش گنجانده شوند استفاده می شود
    • ویژگی کاربر: یک یا چند ویژگی کاربر Analytics برای انتخاب کاربرانی که ممکن است در آزمایش گنجانده شوند
    • کشور/منطقه: یک یا چند کشور یا منطقه برای انتخاب کاربرانی که ممکن است در آزمایش گنجانده شوند
    • زبان دستگاه: یک یا چند زبان و منطقه مورد استفاده برای انتخاب کاربرانی که ممکن است در آزمایش گنجانده شوند
    • اولین باز: کاربران را بر اساس اولین باری که برنامه شما را باز کرده اند مورد هدف قرار دهید
    • آخرین تعامل با برنامه: کاربران را بر اساس آخرین باری که با برنامه شما درگیر شده اند مورد هدف قرار دهید

  7. تنظیم درصد کاربران هدف: درصدی از پایگاه کاربر برنامه خود را انتخاب کنید که با معیارهای تعیین شده در زیر کاربران هدف مطابقت دارد که می‌خواهید به طور مساوی بین خط پایه و یک یا چند نوع در آزمایش خود تقسیم کنید. این می تواند هر درصدی بین 0.01٪ و 100٪ باشد. درصدها برای هر آزمایش، از جمله آزمایش‌های تکراری، به‌طور تصادفی به کاربران تخصیص داده می‌شوند.

  8. در بخش Variants ، یک پیام درون برنامه خط پایه را پیکربندی کنید تا با استفاده از رابط طراحی پیامی که برای یک کمپین پیام رسانی درون برنامه معمولی استفاده می کنید، به گروه خط پایه ارسال شود.

  9. برای افزودن یک نوع به آزمایش خود، روی افزودن نوع کلیک کنید. به‌طور پیش‌فرض، آزمایش‌ها یک خط پایه و یک نوع دارند.

  10. (اختیاری) نام توصیفی بیشتری برای هر نوع وارد کنید.

  11. (اختیاری) در بالای بخش Variants ، روی دکمه مقایسه انواع کلیک کنید تا یک نوع پیام دیگر را کنار هم با پیام پایه مقایسه کنید.

  12. یک معیار هدف را برای آزمایش خود تعریف کنید تا هنگام ارزیابی انواع آزمایش به همراه هر معیار دیگری که می‌خواهید از فهرست استفاده کنید، استفاده کنید. این معیارها شامل اهداف داخلی (تعامل، خرید، درآمد، حفظ و غیره)، رویدادهای تبدیل Analytics و سایر رویدادهای Analytics است.

  13. پیکربندی زمان‌بندی برای آزمایش:

    • تاریخ شروع و پایان آزمایش را تعیین کنید.
    • نحوه راه‌اندازی پیام‌های درون‌برنامه در همه انواع را تنظیم کنید.

  14. برای ذخیره آزمایش خود، روی Review کلیک کنید.

شما مجاز به 300 آزمایش در هر پروژه هستید که می تواند شامل حداکثر 24 آزمایش در حال اجرا باشد و بقیه به صورت پیش نویس یا تکمیل شده باشد.

آزمایش خود را روی دستگاه آزمایشی تأیید کنید

برای هر نصب Firebase، می‌توانید نشانه تأیید اعتبار نصب مرتبط با آن را بازیابی کنید. می‌توانید از این نشانه برای آزمایش انواع آزمایشی خاص در دستگاه آزمایشی با نصب برنامه خود استفاده کنید. برای تأیید آزمایش خود بر روی یک دستگاه آزمایشی، موارد زیر را انجام دهید:

  1. رمز تأیید نصب را به صورت زیر دریافت کنید:

    سویفت 

    do {
  let result = try await Installations.installations()
    .authTokenForcingRefresh(true)
  print("Installation auth token: \(result.authToken)")
} catch {
  print("Error fetching token: \(error)")
}

    هدف-C 

    [[FIRInstallations installations] authTokenForcingRefresh:true
                                               completion:^(FIRInstallationsAuthTokenResult *result, NSError *error) {
  if (error != nil) {
    NSLog(@"Error fetching Installation token %@", error);
    return;
  }
  NSLog(@"Installation auth token: %@", [result authToken]);
}];

    Java 

    FirebaseInstallations.getInstance().getToken(/* forceRefresh */true)
        .addOnCompleteListener(new OnCompleteListener<InstallationTokenResult>() {
    @Override
    public void onComplete(@NonNull Task<InstallationTokenResult> task) {
        if (task.isSuccessful() && task.getResult() != null) {
            Log.d("Installations", "Installation auth token: " + task.getResult().getToken());
        } else {
            Log.e("Installations", "Unable to get Installation auth token");
        }
    }
});
    MainActivity.java

    Kotlin 

    val forceRefresh = true
FirebaseInstallations.getInstance().getToken(forceRefresh)
    .addOnCompleteListener { task ->
        if (task.isSuccessful) {
            Log.d("Installations", "Installation auth token: " + task.result?.token)
        } else {
            Log.e("Installations", "Unable to get Installation auth token")
        }
    }
    MainActivity.kt
  2. در نوار پیمایش کنسول Firebase ، روی A/B Testing کلیک کنید.
  3. روی پیش‌نویس (و/یا اجرای آزمایش‌های پیکربندی از راه دور) کلیک کنید، نشانگر را روی آزمایش خود نگه دارید، روی منوی زمینه ( ) و سپس روی مدیریت دستگاه‌های آزمایشی کلیک کنید.
  4. رمز تأیید نصب را برای یک دستگاه آزمایشی وارد کنید و نوع آزمایشی را برای ارسال به آن دستگاه آزمایشی انتخاب کنید.
  5. برنامه را اجرا کنید و تأیید کنید که نوع انتخاب شده در دستگاه آزمایشی دریافت می شود.

برای کسب اطلاعات بیشتر در مورد نصب های Firebase ، به مدیریت نصب های Firebase مراجعه کنید.

آزمایش خود را مدیریت کنید

چه با Remote Config ، اعلان‌ها یا Firebase In-App Messaging آزمایشی ایجاد کنید، سپس می‌توانید آزمایش خود را تأیید کرده و شروع کنید، آزمایش خود را در حین اجرا نظارت کنید و تعداد کاربرانی را که در آزمایش در حال اجرا گنجانده شده‌اند افزایش دهید.

وقتی آزمایش شما انجام شد، می‌توانید تنظیمات مورد استفاده توسط نوع برنده را یادداشت کنید و سپس آن تنظیمات را برای همه کاربران ارائه دهید. یا می توانید آزمایش دیگری را اجرا کنید.

آزمایشی را شروع کنید

  1. در بخش Engage از منوی پیمایش کنسول Firebase ، روی A/B Testing کلیک کنید.
  2. روی پیش نویس کلیک کنید و سپس روی عنوان آزمایش خود کلیک کنید.
  3. برای تأیید اینکه برنامه شما دارای کاربرانی است که در آزمایش شما گنجانده می‌شوند، جزئیات پیش‌نویس را گسترش دهید و عددی بیشتر از 0 درصد را در بخش هدف‌گیری و توزیع بررسی کنید (به عنوان مثال، 1 درصد از کاربران با معیارها مطابقت دارند ).
  4. برای تغییر آزمایش خود، روی ویرایش کلیک کنید.
  5. برای شروع آزمایش، روی شروع آزمایش کلیک کنید. شما می توانید تا 24 آزمایش را در هر پروژه در یک زمان اجرا کنید.

نظارت بر یک آزمایش

وقتی آزمایشی برای مدتی اجرا شد، می‌توانید پیشرفت آن را بررسی کنید و ببینید نتایج شما برای کاربرانی که تاکنون در آزمایش شما شرکت کرده‌اند چگونه است.

  1. در بخش Engage از منوی پیمایش کنسول Firebase ، روی A/B Testing کلیک کنید.

  2. روی Running کلیک کنید و سپس روی عنوان آزمایش خود کلیک کنید یا آن را جستجو کنید. در این صفحه می‌توانید آمارهای مشاهده‌شده و مدل‌سازی‌شده‌ای در مورد آزمایش در حال اجرا خود مشاهده کنید، از جمله موارد زیر:

    • درصد تفاوت با خط مبنا : معیاری برای بهبود یک متریک برای یک نوع معین در مقایسه با خط پایه. با مقایسه محدوده مقدار برای متغیر با محدوده ارزش برای خط مبنا محاسبه می شود.
    • احتمال شکست خط پایه : احتمال تخمین زده شده که یک نوع معین از خط مبنا برای متریک انتخاب شده عبور کند.
    • observed_metric برای هر کاربر : بر اساس نتایج آزمایش، این محدوده پیش‌بینی‌شده‌ای است که مقدار متریک در طول زمان در آن قرار می‌گیرد.
    • مجموع observed_metric : مقدار تجمعی مشاهده شده برای خط مبنا یا متغیر. این مقدار برای اندازه‌گیری عملکرد هر یک از انواع آزمایش استفاده می‌شود و برای محاسبه بهبود ، محدوده ارزش ، احتمال شکست خط پایه و احتمال بهترین نوع استفاده می‌شود. بسته به معیاری که اندازه‌گیری می‌شود، این ستون ممکن است دارای برچسب «مدت هر کاربر»، «درآمد به ازای هر کاربر»، «نرخ حفظ» یا «نرخ تبدیل» باشد.

  3. پس از اینکه آزمایش شما برای مدتی اجرا شد (حداقل ۷ روز برای FCM و In-App Messaging یا ۱۴ روز برای Remote Config )، داده‌های این صفحه نشان می‌دهد که کدام نوع، در صورت وجود، «رهبر» است. برخی از اندازه‌گیری‌ها با نمودار میله‌ای همراه هستند که داده‌ها را در قالب تصویری ارائه می‌کند.

آزمایشی را برای همه کاربران اجرا کنید

پس از اینکه یک آزمایش به اندازه کافی طولانی شد که یک "رهبر" یا نوع برنده برای معیار هدف خود داشته باشید، می توانید آزمایش را برای 100٪ از کاربران منتشر کنید. این به شما امکان می دهد یک نوع را برای انتشار برای همه کاربران در حال حرکت انتخاب کنید. حتی اگر آزمایش شما برنده مشخصی ایجاد نکرده باشد، همچنان می توانید انتخاب کنید که یک نسخه برای همه کاربران خود منتشر کنید.

  1. در بخش Engage از منوی پیمایش کنسول Firebase ، روی A/B Testing کلیک کنید.
  2. روی Completed یا Running کلیک کنید، آزمایشی را که می‌خواهید برای همه کاربران منتشر کنید، روی منوی زمینه ( ) Roll out variant کلیک کنید.

  3. با انجام یکی از موارد زیر، آزمایش خود را برای همه کاربران عرضه کنید:

    • برای آزمایشی که از سازنده اعلان‌ها استفاده می‌کند، از گفتگوی ارسال پیام استفاده کنید تا پیام را به سایر کاربران هدفمندی که بخشی از آزمایش نبودند ارسال کنید.
    • برای آزمایش Remote Config ، یک متغیر را انتخاب کنید تا مشخص شود کدام مقادیر پارامتر Remote Config باید به‌روزرسانی شود. معیارهای هدف‌یابی که هنگام ایجاد آزمایش تعریف شده‌اند، به‌عنوان یک شرط جدید در الگوی شما اضافه می‌شوند تا اطمینان حاصل شود که عرضه فقط بر کاربران هدف آزمایش تأثیر می‌گذارد. پس از کلیک بر روی Review in Remote Config برای بررسی تغییرات، روی انتشار تغییرات کلیک کنید تا عرضه کامل شود.
    • برای آزمایش In-App Messaging ، از کادر گفتگو برای تعیین اینکه کدام نوع باید به‌عنوان یک کمپین In-App Messaging مستقل عرضه شود، استفاده کنید. پس از انتخاب، به صفحه نوشتن FIAM هدایت می شوید تا قبل از انتشار هرگونه تغییری (در صورت لزوم) ایجاد کنید.

یک آزمایش را گسترش دهید

اگر متوجه شدید که آزمایشی کاربران کافی برای A/B Testing برای اعلام یک رهبر وارد نمی‌کند، می‌توانید توزیع آزمایش خود را افزایش دهید تا به درصد بیشتری از پایگاه کاربر برنامه برسید.

  1. در بخش Engage از منوی پیمایش کنسول Firebase ، روی A/B Testing کلیک کنید.
  2. آزمایش در حال اجرا را که می خواهید ویرایش کنید انتخاب کنید.
  3. در نمای کلی آزمایش ، روی منوی زمینه ( ) و سپس ویرایش آزمایش در حال اجرا را کلیک کنید.
  4. گفتگوی Targeting گزینه ای را برای افزایش درصد کاربرانی که در آزمایش در حال اجرا هستند نمایش می دهد. عددی بزرگتر از درصد فعلی را انتخاب کنید و روی انتشار کلیک کنید. آزمایش به درصد کاربرانی که مشخص کرده‌اید منتقل می‌شود.

یک آزمایش را کپی یا متوقف کنید

  1. در بخش Engage از منوی پیمایش کنسول Firebase ، روی A/B Testing کلیک کنید.
  2. روی Completed یا Running کلیک کنید، نشانگر را روی آزمایش خود نگه دارید، روی منوی زمینه ( ) کلیک کنید و سپس روی آزمایش تکراری یا توقف آزمایش کلیک کنید.

هدف گذاری کاربر

می‌توانید با استفاده از معیارهای هدف‌یابی کاربر زیر، کاربرانی را هدف قرار دهید تا در آزمایش خود بگنجانند.

معیار هدف گذاری اپراتور(های) ارزش(های) توجه داشته باشید
نسخه حاوی،
شامل نمی شود،
دقیقا مطابقت دارد،
حاوی regex است		 مقداری را برای یک یا چند نسخه برنامه که می‌خواهید در آزمایش وارد کنید، وارد کنید.

هنگام استفاده از هر یک از عملگرهای حاوی ، حاوی ، یا دقیقاً مطابقت دارد ، می‌توانید فهرستی از مقادیر جدا شده با کاما ارائه دهید.

هنگام استفاده از عملگر contain regex ، می توانید عبارات منظم در قالب RE2 ایجاد کنید. عبارت منظم شما می تواند با تمام یا بخشی از رشته نسخه هدف مطابقت داشته باشد. همچنین می‌توانید از لنگرهای ^ و $ برای مطابقت با شروع، پایان یا کل یک رشته هدف استفاده کنید.

مخاطبان کاربر شامل همه،
شامل حداقل یکی از
شامل همه نمی شود،
حداقل یکی از آنها را شامل نمی شود		 برای هدف قرار دادن کاربرانی که ممکن است در آزمایش شما گنجانده شوند، یک یا چند مخاطب Analytics را انتخاب کنید. برخی از آزمایش‌هایی که مخاطبان Google Analytics را هدف قرار می‌دهند ممکن است چند روز طول بکشد تا داده‌ها را جمع‌آوری کنند زیرا در معرض تأخیر پردازش داده‌های Analytics هستند. به احتمال زیاد با این تاخیر در کاربران جدیدی مواجه خواهید شد که معمولاً 24 تا 48 ساعت پس از ایجاد در بین مخاطبان واجد شرایط ثبت نام می‌شوند یا برای مخاطبانی که اخیراً ایجاد شده‌اند .
دارایی کاربر برای متن:
حاوی،
شامل نمی شود،
دقیقا مطابقت دارد
حاوی regex است

برای اعداد:
<، ≤، =، ≥، >		 ویژگی کاربر Analytics برای انتخاب کاربرانی که ممکن است در یک آزمایش گنجانده شوند، با طیف وسیعی از گزینه‌ها برای انتخاب مقادیر ویژگی کاربر استفاده می‌شود.

در کلاینت، می توانید فقط مقادیر رشته ای را برای ویژگی های کاربر تنظیم کنید. برای شرایطی که از عملگرهای عددی استفاده می کنند، سرویس Remote Config مقدار ویژگی کاربر مربوطه را به یک عدد صحیح/فلوت تبدیل می کند.		 هنگام استفاده از عملگر contain regex ، می توانید عبارات منظم در قالب RE2 ایجاد کنید. عبارت منظم شما می تواند با تمام یا بخشی از رشته نسخه هدف مطابقت داشته باشد. همچنین می‌توانید از لنگرهای ^ و $ برای مطابقت با شروع، پایان یا کل یک رشته هدف استفاده کنید.
کشور/منطقه N/A یک یا چند کشور یا منطقه برای انتخاب کاربرانی که ممکن است در آزمایش گنجانده شوند استفاده می شود.
زبان ها N/A یک یا چند زبان و منطقه برای انتخاب کاربرانی که ممکن است در آزمایش گنجانده شوند استفاده می شود.
ابتدا باز کنید بیش از
کمتر از
بین		 کاربران را بر اساس اولین باری که برنامه شما را باز کردند، که در چند روز مشخص شده است، هدف قرار دهید.
آخرین تعامل با برنامه بیش از
کمتر از
بین		 کاربران را بر اساس آخرین باری که با برنامه شما درگیر شده‌اند، که در چند روز مشخص شده است، هدف قرار دهید.

معیارهای A/B Testing

هنگامی که آزمایش خود را ایجاد می کنید، معیار اصلی یا هدف را انتخاب می کنید که برای تعیین نوع برنده استفاده می شود. همچنین باید معیارهای دیگر را ردیابی کنید تا به شما در درک بهتر عملکرد هر نوع آزمایش کمک کند و روندهای مهمی را که ممکن است برای هر گونه متفاوت باشد، مانند حفظ کاربر، پایداری برنامه و درآمد خرید درون‌برنامه ردیابی کنید. می توانید حداکثر پنج معیار غیر هدف را در آزمایش خود ردیابی کنید.

به عنوان مثال، فرض کنید خریدهای درون‌برنامه‌ای جدیدی را به برنامه خود اضافه کرده‌اید و می‌خواهید اثربخشی دو پیام متفاوت «تارنج» را با هم مقایسه کنید. در این مورد، ممکن است تصمیم بگیرید درآمد خرید را به عنوان معیار هدف خود تنظیم کنید زیرا می‌خواهید نوع برنده اعلانی باشد که منجر به بالاترین درآمد خرید درون برنامه‌ای شده است. و از آنجایی که شما همچنین می‌خواهید ردیابی کنید کدام نوع منجر به تبدیل‌های بیشتر در آینده و کاربران باقی مانده شده است، می‌توانید موارد زیر را در سایر معیارها برای ردیابی اضافه کنید:

  • کل درآمد تخمینی برای مشاهده اینکه ترکیب خرید درون‌برنامه و درآمد تبلیغاتی شما چه تفاوتی بین این دو نوع دارد
  • حفظ (1 روز) ، حفظ (2-3 روز) ، حفظ (4-7 روز) برای پیگیری حفظ روزانه/هفتگی کاربر

جداول زیر جزئیاتی در مورد نحوه محاسبه معیارهای هدف و سایر معیارها ارائه می دهد.

معیارهای هدف

متریک توضیحات
کاربران بدون خرابی درصد کاربرانی که در طول آزمایش با خطاهایی در برنامه شما مواجه نشده‌اند که توسط Firebase Crashlytics SDK شناسایی شده است.
درآمد تخمینی تبلیغات درآمد تخمینی تبلیغات
کل درآمد تخمینی ارزش ترکیبی برای خرید و درآمد تخمینی تبلیغات.
درآمد خرید ارزش ترکیبی برای همه رویدادهای purchase و in_app_purchase .
نگهداری (1 روز) تعداد کاربرانی که به صورت روزانه به برنامه شما باز می گردند.
نگهداری (2-3 روز) تعداد کاربرانی که ظرف 2 تا 3 روز به برنامه شما بازگشته اند.
نگهداری (4-7 روز) تعداد کاربرانی که ظرف 4 تا 7 روز به برنامه شما بازگشته اند.
نگهداری (8-14 روز) تعداد کاربرانی که ظرف 8 تا 14 روز به برنامه شما بازگشته اند.
نگهداری (بیش از 15 روز) تعداد کاربرانی که 15 روز یا بیشتر پس از آخرین استفاده از برنامه شما به آن بازگشته اند.
first_open یک رویداد Analytics که وقتی کاربر برای اولین بار یک برنامه را پس از نصب یا نصب مجدد آن باز می کند، فعال می شود. به عنوان بخشی از یک قیف تبدیل استفاده می شود.

سایر معیارها

متریک توضیحات
notification_dismiss یک رویداد Analytics که وقتی اعلان ارسال شده توسط سازنده Notifications رد می‌شود (فقط Android) فعال می‌شود.
NOTIFICIVE_RECEIVE یک رویداد Analytics که هنگام اعلان ارسال شده توسط آهنگساز اعلان ها در حالی که برنامه در پس زمینه است دریافت می شود (فقط Android).
os_update یک رویداد Analytics که هنگام به روزرسانی سیستم عامل دستگاه به نسخه جدید ، ردیابی می کند. برای کسب اطلاعات بیشتر ، به رویدادهای جمع آوری شده خودکار مراجعه کنید.
نمای_ نمایشگر یک رویداد Analytics که صفحه نمایش های مشاهده شده در برنامه شما را ردیابی می کند. برای کسب اطلاعات بیشتر ، به صفحه نمایش ScreenViews مراجعه کنید.
Session_start یک رویداد Analytics که جلسات کاربر را در برنامه شما حساب می کند. برای کسب اطلاعات بیشتر ، به وقایع جمع آوری شده خودکار مراجعه کنید.
،

هنگامی که به کاربران خود مراجعه می کنید یا یک کمپین بازاریابی جدید را شروع می کنید ، می خواهید مطمئن شوید که آن را به درستی دریافت کرده اید. آزمایش A/B می تواند با آزمایش انواع پیام در بخش های انتخاب شده پایگاه کاربر خود ، به شما در یافتن متن و ارائه بهینه کمک کند. این که آیا هدف شما حفظ بهتر یا تبدیل در یک پیشنهاد است ، آزمایش A/B می تواند تجزیه و تحلیل آماری را انجام دهد تا مشخص کند آیا یک نوع پیام از پایه برای هدف انتخاب شده شما بهتر است.

به انواع ویژگی های تست A/B با یک پایه ، موارد زیر را انجام دهید:

  1. آزمایش خود را ایجاد کنید.
  2. آزمایش خود را در یک دستگاه آزمایشی تأیید کنید.
  3. آزمایش خود را مدیریت کنید.

یک آزمایش ایجاد کنید

آزمایشی که Firebase In-App Messaging استفاده می کند ، به شما امکان می دهد انواع مختلفی از یک پیام درون برنامه را ارزیابی کنید.

  1. وارد کنسول Firebase شوید و تأیید کنید که Google Analytics در پروژه شما فعال شده است تا آزمایش به داده های Analytics دسترسی داشته باشد.

    اگر هنگام ایجاد پروژه خود Google Analytics را فعال نکردید ، می توانید آن را در برگه Integrations فعال کنید که می توانید با استفاده از > تنظیمات پروژه در کنسول Firebase به آن دسترسی پیدا کنید.

  2. در بخش Engage از منوی ناوبری کنسول Firebase ، روی A/B Testing کلیک کنید.

  3. روی Create Experiment کلیک کنید ، و سپس پیام رسانی In-App را در صورت درخواست خدمات مورد نظر برای آزمایش انتخاب کنید.

  4. از طرف دیگر ، در منوی ناوبری کنسول Firebase ، Expange Engage را گسترش دهید ، سپس In-App Messaging کلیک کنید. سپس روی آزمایش جدید کلیک کنید.

  5. یک نام و توضیحات اختیاری را برای آزمایش خود وارد کنید و روی Next کلیک کنید.

  6. قسمتهای هدفمند را پر کنید ، ابتدا برنامه ای را که از آزمایش شما استفاده می کند انتخاب کنید. همچنین می توانید با انتخاب گزینه هایی که شامل موارد زیر است ، زیر مجموعه ای از کاربران خود را برای شرکت در آزمایش خود هدف قرار دهید:

    • نسخه: یک یا چند نسخه از برنامه شما
    • مخاطبان کاربر: مخاطبان Analytics که برای هدف قرار دادن کاربرانی که ممکن است در این آزمایش قرار بگیرند استفاده می شود
    • خاصیت کاربر: یک یا چند ویژگی کاربر Analytics برای انتخاب کاربرانی که ممکن است در این آزمایش گنجانده شوند
    • کشور/منطقه: یک یا چند کشور یا منطقه برای انتخاب کاربرانی که ممکن است در این آزمایش گنجانده شوند
    • زبان دستگاه: یک یا چند زبان و محلی برای انتخاب کاربرانی که ممکن است در این آزمایش گنجانده شوند استفاده می شود
    • First Open: کاربران هدف را بر اساس اولین باری که برنامه شما را باز کرده اند
    • آخرین تعامل برنامه: کاربران هدف را بر اساس آخرین باری که با برنامه شما درگیر شده اند

  7. درصد کاربران هدف را تنظیم کنید: درصد از پایه کاربر برنامه خود را مطابق با معیارهای تعیین شده در زیر کاربران هدف انتخاب کنید که می خواهید به طور مساوی بین پایه و یک یا چند نوع در آزمایش خود تقسیم کنید. این می تواند هر درصد بین 0.01 ٪ تا 100 ٪ باشد. درصد ها به طور تصادفی برای هر آزمایش ، از جمله آزمایش های تکراری ، به کاربران واگذار می شوند.

  8. در بخش Variants ، یک پیام داخلی را برای ارسال به گروه پایه با استفاده از رابط طراحی پیام که برای یک کمپین پیام رسانی در داخل برنامه استفاده می کنید ، پیکربندی کنید.

  9. برای افزودن یک نوع به آزمایش خود ، روی Add Variant کلیک کنید. به طور پیش فرض ، آزمایشات دارای یک پایه و یک نوع است.

  10. (اختیاری) برای هر نوع نام توصیفی تری وارد کنید.

  11. (اختیاری) در بالای بخش Variants ، بر روی دکمه مقایسه Variants کلیک کنید تا یک پیام پیام دیگر در کنار هم با پیام پایه مقایسه شود.

  12. یک متریک هدف را برای آزمایش خود در هنگام ارزیابی انواع آزمایش به همراه معیارهای اضافی که می خواهید از لیست استفاده کنید ، تعریف کنید. این معیارها شامل اهداف داخلی (تعامل ، خرید ، درآمد ، حفظ و غیره) ، رویدادهای تبدیل Analytics و سایر رویدادهای Analytics است.

  13. پیکربندی برنامه ریزی برای آزمایش:

    • یک تاریخ شروع و پایان را برای آزمایش تنظیم کنید.
    • نحوه ایجاد پیام های درون برنامه را در همه انواع تنظیم کنید.

  14. برای ذخیره آزمایش خود روی بررسی کلیک کنید.

به شما اجازه داده می شود تا 300 آزمایش در هر پروژه ، که می تواند شامل 24 آزمایش در حال اجرا باشد ، با بقیه به عنوان پیش نویس یا تکمیل شده باشد.

آزمایش خود را در یک دستگاه آزمایشی تأیید کنید

برای هر نصب Firebase ، می توانید توکن Auth را که در ارتباط با آن است ، بازیابی کنید. با نصب برنامه خود می توانید از این نشانه برای آزمایش انواع آزمایش خاص در یک دستگاه تست استفاده کنید. برای اعتبارسنجی آزمایش خود در یک دستگاه آزمایش ، موارد زیر را انجام دهید:

  1. نصب Auth را به شرح زیر دریافت کنید:

    سویفت 

    do {
  let result = try await Installations.installations()
    .authTokenForcingRefresh(true)
  print("Installation auth token: \(result.authToken)")
} catch {
  print("Error fetching token: \(error)")
}

    هدف-C 

    [[FIRInstallations installations] authTokenForcingRefresh:true
                                               completion:^(FIRInstallationsAuthTokenResult *result, NSError *error) {
  if (error != nil) {
    NSLog(@"Error fetching Installation token %@", error);
    return;
  }
  NSLog(@"Installation auth token: %@", [result authToken]);
}];

    Java 

    FirebaseInstallations.getInstance().getToken(/* forceRefresh */true)
        .addOnCompleteListener(new OnCompleteListener<InstallationTokenResult>() {
    @Override
    public void onComplete(@NonNull Task<InstallationTokenResult> task) {
        if (task.isSuccessful() && task.getResult() != null) {
            Log.d("Installations", "Installation auth token: " + task.getResult().getToken());
        } else {
            Log.e("Installations", "Unable to get Installation auth token");
        }
    }
});
    MainActivity.java

    Kotlin 

    val forceRefresh = true
FirebaseInstallations.getInstance().getToken(forceRefresh)
    .addOnCompleteListener { task ->
        if (task.isSuccessful) {
            Log.d("Installations", "Installation auth token: " + task.result?.token)
        } else {
            Log.e("Installations", "Unable to get Installation auth token")
        }
    }
    MainActivity.kt
  2. در نوار ناوبری کنسول Firebase ، روی آزمایش A/B کلیک کنید.
  3. روی پیش نویس (و/یا اجرای آزمایش های پیکربندی از راه دور) کلیک کنید ، روی آزمایش خود حرکت کنید ، روی منوی زمینه ( ) کلیک کنید و سپس روی مدیریت دستگاه های تست کلیک کنید.
  4. برای یک دستگاه تست ، توکن Auth را وارد کنید و نوع آزمایش را برای ارسال به آن دستگاه تست انتخاب کنید.
  5. برنامه را اجرا کنید و تأیید کنید که نوع انتخاب شده در دستگاه تست دریافت می شود.

برای کسب اطلاعات بیشتر در مورد تاسیسات Firebase ، به مدیریت نصب Firebase مراجعه کنید.

آزمایش خود را مدیریت کنید

این که آیا شما آزمایشی را با Remote Config ، آهنگساز اعلان ها یا Firebase In-App Messaging ایجاد کرده اید ، می توانید سپس آزمایش خود را تأیید کرده و شروع کنید ، آزمایش خود را در حالی که در حال اجرا است نظارت کنید و تعداد کاربران موجود در آزمایش در حال اجرا را افزایش دهید.

هنگامی که آزمایش شما انجام شد ، می توانید به تنظیمات مورد استفاده در نوع برنده توجه داشته باشید و سپس آن تنظیمات را برای همه کاربران جمع کنید. یا می توانید آزمایش دیگری را انجام دهید.

یک آزمایش را شروع کنید

  1. در بخش Engage از منوی ناوبری کنسول Firebase ، روی A/B Testing کلیک کنید.
  2. روی پیش نویس کلیک کنید ، و سپس بر روی عنوان آزمایش خود کلیک کنید.
  3. برای تأیید اینکه برنامه شما دارای کاربرانی است که در آزمایش شما گنجانده شده اند ، پیش نویس جزئیات را گسترش داده و تعداد بیشتری از 0 ٪ را در بخش هدفگذاری و توزیع بررسی می کنند (به عنوان مثال ، 1 ٪ کاربران مطابق با معیارها ).
  4. برای تغییر آزمایش خود ، روی ویرایش کلیک کنید.
  5. برای شروع آزمایش خود ، روی شروع آزمایش کلیک کنید. شما می توانید حداکثر 24 آزمایش در هر پروژه را به طور همزمان انجام دهید.

نظارت بر یک آزمایش

هنگامی که یک آزمایش برای مدتی در حال اجرا است ، می توانید پیشرفت آن را بررسی کنید و ببینید که نتایج شما برای کاربرانی که تاکنون در آزمایش شما شرکت کرده اند به نظر می رسد.

  1. در بخش Engage از منوی ناوبری کنسول Firebase ، روی A/B Testing کلیک کنید.

  2. روی Running کلیک کنید و سپس بر روی عنوان آزمایش خود کلیک کنید یا جستجو کنید. در این صفحه ، می توانید آمار مختلف مشاهده شده و مدل شده در مورد آزمایش در حال اجرا خود را مشاهده کنید ، از جمله موارد زیر:

    • اختلاف ٪ از پایه : اندازه گیری بهبود یک متریک برای یک نوع معین در مقایسه با پایه. با مقایسه دامنه مقدار برای نوع با دامنه مقدار برای پایه محاسبه می شود.
    • احتمال ضرب و شتم پایه : احتمال تخمین زده شده که یک نوع خاص پایه را برای متریک انتخاب شده ضرب می کند.
    • observed_metric برای هر کاربر : بر اساس نتایج آزمایش ، این محدوده پیش بینی شده است که مقدار متریک با گذشت زمان به آن می رسد.
    • کل observed_metric : مقدار تجمعی مشاهده شده برای پایه یا نوع. از این مقدار برای اندازه گیری چگونگی عملکرد هر نوع آزمایش استفاده می شود و برای محاسبه بهبود ، دامنه ارزش ، احتمال ضرب و شتم پایه و احتمال بهترین نوع استفاده می شود. بسته به اندازه گیری متریک ، این ستون ممکن است با عنوان "مدت زمان در کاربر" ، "درآمد برای هر کاربر" ، "نرخ نگهداری" یا "نرخ تبدیل" برچسب گذاری شود.

  3. بعد از اینکه آزمایش شما برای مدتی اجرا شد (حداقل 7 روز برای پیام رسانی FCM و In-App Messaging یا 14 روز برای Remote Config ) ، داده های موجود در این صفحه نشان می دهد که در صورت وجود کدام نوع ، "رهبر" است. برخی از اندازه گیری ها با یک نمودار نوار همراه هستند که داده ها را با فرمت بصری ارائه می دهد.

آزمایشی را برای همه کاربران انجام دهید

بعد از اینکه یک آزمایش به اندازه کافی طولانی انجام شد که شما یک "رهبر" یا نوع برنده دارید ، برای معیار هدف خود ، می توانید این آزمایش را به 100 ٪ از کاربران آزاد کنید. این به شما امکان می دهد یک نوع را برای انتشار برای همه کاربرانی که به جلو حرکت می کنند ، انتخاب کنید. حتی اگر آزمایش شما یک برنده واضح ایجاد نکرده باشد ، هنوز هم می توانید یک نوع را برای همه کاربران خود منتشر کنید.

  1. در بخش Engage از منوی ناوبری کنسول Firebase ، روی A/B Testing کلیک کنید.
  2. بر روی تکمیل یا اجرا کلیک کنید ، روی آزمایشی که می خواهید برای همه کاربران منتشر کنید ، کلیک کنید ، بر روی منوی Context ( ) Roll Out کلیک کنید.

  3. با انجام یکی از موارد زیر ، آزمایش خود را به همه کاربران منتقل کنید:

    • برای آزمایشی که از آهنگساز Notifications استفاده می کند ، از گفتگوی پیام Roll Out استفاده کنید تا پیام را به کاربران هدفمند باقیمانده که جزئی از این آزمایش نبودند ، ارسال کنید.
    • برای یک آزمایش Remote Config ، یک نوع را انتخاب کنید تا تعیین کنید که مقادیر پارامتر Remote Config برای به روزرسانی چیست. معیارهای هدفمند که هنگام ایجاد آزمایش تعریف شده است به عنوان یک شرایط جدید در الگوی شما اضافه می شود ، تا اطمینان حاصل شود که این روند فقط بر کاربران مورد هدف آزمایش تأثیر می گذارد. پس از کلیک بر روی بررسی در Remote Config برای بررسی تغییرات ، روی انتشار تغییرات کلیک کنید تا بتوانید Rollout را تکمیل کنید.
    • برای یک آزمایش In-App Messaging ، از گفتگو استفاده کنید تا مشخص کنید کدام نوع باید به عنوان یک کمپین In-App Messaging مستقل انجام شود. پس از انتخاب ، شما به صفحه نمایش FIAM هدایت می شوید تا قبل از انتشار هرگونه تغییر (در صورت لزوم) ایجاد کنید.

یک آزمایش را گسترش دهید

اگر فهمیدید که یک آزمایش به اندازه کافی کاربران را برای A/B Testing برای اعلام یک رهبر وارد نمی کند ، می توانید توزیع آزمایش خود را افزایش دهید تا به درصد بیشتری از پایگاه کاربر برنامه برسید.

  1. در بخش Engage از منوی ناوبری کنسول Firebase ، روی A/B Testing کلیک کنید.
  2. آزمایش در حال اجرا را که می خواهید ویرایش کنید انتخاب کنید.
  3. در بررسی اجمالی آزمایش ، روی منوی زمینه ( ) کلیک کنید و سپس روی Edit Running Experiment کلیک کنید.
  4. گفتگوی هدفمند گزینه ای را برای افزایش درصد کاربرانی که در آزمایش در حال اجرا هستند ، نشان می دهد. یک عدد بیشتر از درصد فعلی را انتخاب کرده و روی انتشار کلیک کنید. این آزمایش به درصد کاربرانی که شما مشخص کرده اید منتقل می شود.

کپی یا متوقف کردن یک آزمایش

  1. در بخش Engage از منوی ناوبری کنسول Firebase ، روی A/B Testing کلیک کنید.
  2. بر روی تکمیل یا اجرای ، کلیک کنید ، نشانگر را روی آزمایش خود نگه دارید ، بر روی منوی زمینه ( ) کلیک کنید و سپس روی آزمایش کپی یا آزمایش Stop کلیک کنید.

هدف گیری کاربر

شما می توانید کاربران را هدف قرار دهید تا با استفاده از معیارهای هدف گیری کاربر زیر ، آزمایش خود را در آزمایش خود قرار دهند.

معیار هدفمند اپراتور(های) ارزش(های) توجه داشته باشید
نسخه حاوی ،
حاوی نیست ،
دقیقاً مطابقت دارد ،
حاوی regex است		 برای یک یا چند نسخه برنامه که می خواهید در آزمایش قرار دهید ، یک مقدار را وارد کنید.

هنگام استفاده از هر یک از این موارد ، حاوی ، یا دقیقاً با اپراتورها مطابقت ندارد ، می توانید یک لیست از مقادیر جدا از کاما تهیه کنید.

هنگام استفاده از اپراتور REGEX ، می توانید عبارات منظم را با فرمت RE2 ایجاد کنید. بیان منظم شما می تواند با تمام یا بخشی از رشته نسخه هدف مطابقت داشته باشد. همچنین می توانید از لنگرهای ^ و $ برای مطابقت با ابتدا ، پایان یا کلیت یک رشته هدف استفاده کنید.

مخاطبان (های) کاربر شامل همه ،
شامل حداقل یکی از ،
شامل همه ،
حداقل یکی از آنها را شامل نمی شود		 برای هدف قرار دادن کاربرانی که ممکن است در آزمایش شما گنجانده شوند ، یک یا چند مخاطب Analytics را انتخاب کنید. برخی از آزمایشاتی که مخاطبان Google Analytics را هدف قرار می دهند ممکن است چند روز برای جمع آوری داده ها نیاز داشته باشند زیرا آنها در معرض تأخیر پردازش داده های Analytics قرار دارند. شما به احتمال زیاد با کاربران جدید ، که به طور معمول 24-48 ساعت پس از ایجاد یا برای مخاطبان اخیراً ایجاد شده اند ، با این تأخیر روبرو می شوید.
خاصیت کاربر برای متن:
حاوی ،
حاوی نیست ،
دقیقاً مطابقت دارد ،
حاوی regex است

برای اعداد:
<، ≤ ، = ، ≥ ،>		 یک ویژگی کاربر Analytics برای انتخاب کاربرانی که ممکن است در یک آزمایش گنجانده شوند ، با طیف وسیعی از گزینه ها برای انتخاب مقادیر خاصیت کاربر استفاده می شود.

در مشتری ، می توانید فقط مقادیر رشته ای را برای خصوصیات کاربر تنظیم کنید. برای شرایطی که از اپراتورهای عددی استفاده می کنند ، سرویس Remote Config مقدار خاصیت کاربر مربوطه را به یک عدد صحیح/شناور تبدیل می کند.		 هنگام استفاده از اپراتور REGEX ، می توانید عبارات منظم را با فرمت RE2 ایجاد کنید. بیان منظم شما می تواند با تمام یا بخشی از رشته نسخه هدف مطابقت داشته باشد. همچنین می توانید از لنگرهای ^ و $ برای مطابقت با ابتدا ، پایان یا کلیت یک رشته هدف استفاده کنید.
کشور/منطقه N/A یک یا چند کشور یا منطقه ای که برای انتخاب کاربرانی که ممکن است در این آزمایش گنجانده شوند استفاده می شود.
زبان ها N/A یک یا چند زبان و محلی برای انتخاب کاربرانی که ممکن است در این آزمایش گنجانده شوند استفاده می شود.
اول باز بیش از
کمتر از
بین		 کاربران را بر اساس اولین باری که برنامه شما را باز کرده اند ، که در روزها مشخص شده است ، هدف قرار دهید.
آخرین نامزدی برنامه بیش از
کمتر از
بین		 کاربران را بر اساس آخرین باری که با برنامه شما درگیر شده اند ، که در روزها مشخص شده اند ، هدف قرار دهند.

معیارهای A/B Testing

هنگامی که آزمایش خود را ایجاد می کنید ، یک متریک اصلی یا هدف را انتخاب می کنید که برای تعیین نوع برنده استفاده می شود. شما همچنین باید معیارهای دیگری را ردیابی کنید تا به شما در درک بهتر عملکرد هر نوع آزمایش کمک کند و روندهای مهمی را که ممکن است برای هر نوع متفاوت باشد ، مانند حفظ کاربر ، ثبات برنامه و درآمد خرید درون برنامه ، پیگیری کنید. در آزمایش خود می توانید پنج معیار غیر فلزی را پیگیری کنید.

به عنوان مثال ، بگویید که شما خریدهای جدید برنامه را به برنامه خود اضافه کرده اید و می خواهید اثربخشی دو پیام مختلف "گنگ" را مقایسه کنید. در این حالت ، شما ممکن است تصمیم بگیرید که درآمد خرید را به عنوان متریک هدف خود تعیین کنید زیرا می خواهید نوع برنده ای را نشان دهد که منجر به بالاترین درآمد خرید درون برنامه شده است. و از آنجا که شما همچنین می خواهید پیگیری کنید که کدام نوع منجر به تبدیل های آینده بیشتر و کاربران حفظ شده است ، ممکن است موارد زیر را در سایر معیارها برای ردیابی اضافه کنید:

  • کل درآمد تخمین زده شده برای دیدن چگونگی خرید و درآمد آگهی ترکیبی شما بین دو نوع متفاوت است
  • احتباس (1 روز) ، احتباس (2-3 روز) ، حفظ (4-7 روز) برای پیگیری حفظ روزانه/هفتگی کاربر

جداول زیر جزئیات مربوط به چگونگی محاسبه معیارهای هدف و سایر معیارها را ارائه می دهد.

معیارهای هدف

متریک توضیحات
کاربران بدون تصادف درصد کاربرانی که در برنامه شما با خطایی روبرو نشده اند که در طول آزمایش توسط Firebase Crashlytics SDK شناسایی شده اند.
درآمد تبلیغاتی تخمین زده شده درآمد آگهی تخمین زده شده.
کل درآمد تخمین زده شده است ارزش ترکیبی برای خرید و درآمد آگهی تخمین زده شده.
خرید درآمد ارزش ترکیبی برای همه رویدادهای purchase و in_app_purchase .
احتباس (1 روز) تعداد کاربرانی که روزانه به برنامه شما باز می گردند.
احتباس (2-3 روز) تعداد کاربرانی که ظرف 2-3 روز به برنامه شما باز می گردند.
احتباس (4-7 روز) تعداد کاربرانی که طی 4-7 روز به برنامه شما باز می گردند.
احتباس (8-14 روز) تعداد کاربرانی که ظرف 8-14 روز به برنامه شما باز می گردند.
احتباس (15+ روز) تعداد کاربرانی که 15 یا بیشتر از آخرین استفاده از آن به برنامه شما باز می گردند.
اول_ش یک رویداد Analytics که باعث می شود وقتی کاربر برای اولین بار پس از نصب یا نصب مجدد آن ، یک برنامه را باز کند. به عنوان بخشی از قیف تبدیل استفاده می شود.

معیارهای دیگر

متریک توضیحات
notification_dismiss یک رویداد Analytics که باعث می شود هنگامی که اعلان ارسال شده توسط آهنگساز اعلان ها ارسال شود ، رد می شود (فقط اندروید).
NOTIFICIVE_RECEIVE یک رویداد Analytics که هنگام اعلان ارسال شده توسط آهنگساز اعلان ها در حالی که برنامه در پس زمینه است دریافت می شود (فقط Android).
os_update یک رویداد Analytics که هنگام به روزرسانی سیستم عامل دستگاه به نسخه جدید ، ردیابی می کند. برای کسب اطلاعات بیشتر ، به رویدادهای جمع آوری شده خودکار مراجعه کنید.
نمای_ نمایشگر یک رویداد Analytics که صفحه نمایش های مشاهده شده در برنامه شما را ردیابی می کند. برای کسب اطلاعات بیشتر ، به صفحه نمایش ScreenViews مراجعه کنید.
Session_start یک رویداد Analytics که جلسات کاربر را در برنامه شما حساب می کند. برای کسب اطلاعات بیشتر ، به وقایع جمع آوری شده خودکار مراجعه کنید.
،

هنگامی که به کاربران خود مراجعه می کنید یا یک کمپین بازاریابی جدید را شروع می کنید ، می خواهید مطمئن شوید که آن را به درستی دریافت کرده اید. آزمایش A/B می تواند با آزمایش انواع پیام در بخش های انتخاب شده پایگاه کاربر خود ، به شما در یافتن متن و ارائه بهینه کمک کند. این که آیا هدف شما حفظ بهتر یا تبدیل در یک پیشنهاد است ، آزمایش A/B می تواند تجزیه و تحلیل آماری را انجام دهد تا مشخص کند آیا یک نوع پیام از پایه برای هدف انتخاب شده شما بهتر است.

به انواع ویژگی های تست A/B با یک پایه ، موارد زیر را انجام دهید:

  1. آزمایش خود را ایجاد کنید.
  2. آزمایش خود را در یک دستگاه آزمایشی تأیید کنید.
  3. آزمایش خود را مدیریت کنید.

یک آزمایش ایجاد کنید

آزمایشی که Firebase In-App Messaging استفاده می کند ، به شما امکان می دهد انواع مختلفی از یک پیام درون برنامه را ارزیابی کنید.

  1. وارد کنسول Firebase شوید و تأیید کنید که Google Analytics در پروژه شما فعال شده است تا آزمایش به داده های Analytics دسترسی داشته باشد.

    اگر هنگام ایجاد پروژه خود Google Analytics را فعال نکردید ، می توانید آن را در برگه Integrations فعال کنید که می توانید با استفاده از > تنظیمات پروژه در کنسول Firebase به آن دسترسی پیدا کنید.

  2. در بخش Engage از منوی ناوبری کنسول Firebase ، روی A/B Testing کلیک کنید.

  3. روی Create Experiment کلیک کنید ، و سپس پیام رسانی In-App را در صورت درخواست خدمات مورد نظر برای آزمایش انتخاب کنید.

  4. از طرف دیگر ، در منوی ناوبری کنسول Firebase ، Expange Engage را گسترش دهید ، سپس In-App Messaging کلیک کنید. سپس روی آزمایش جدید کلیک کنید.

  5. یک نام و توضیحات اختیاری را برای آزمایش خود وارد کنید و روی Next کلیک کنید.

  6. قسمتهای هدفمند را پر کنید ، ابتدا برنامه ای را که از آزمایش شما استفاده می کند انتخاب کنید. همچنین می توانید با انتخاب گزینه هایی که شامل موارد زیر است ، زیر مجموعه ای از کاربران خود را برای شرکت در آزمایش خود هدف قرار دهید:

    • نسخه: یک یا چند نسخه از برنامه شما
    • مخاطبان کاربر: مخاطبان Analytics که برای هدف قرار دادن کاربرانی که ممکن است در این آزمایش قرار بگیرند استفاده می شود
    • خاصیت کاربر: یک یا چند ویژگی کاربر Analytics برای انتخاب کاربرانی که ممکن است در این آزمایش گنجانده شوند
    • کشور/منطقه: یک یا چند کشور یا منطقه برای انتخاب کاربرانی که ممکن است در این آزمایش گنجانده شوند
    • زبان دستگاه: یک یا چند زبان و محلی برای انتخاب کاربرانی که ممکن است در این آزمایش گنجانده شوند استفاده می شود
    • First Open: کاربران هدف را بر اساس اولین باری که برنامه شما را باز کرده اند
    • آخرین تعامل برنامه: کاربران هدف را بر اساس آخرین باری که با برنامه شما درگیر شده اند

  7. درصد کاربران هدف را تنظیم کنید: درصد از پایه کاربر برنامه خود را مطابق با معیارهای تعیین شده در زیر کاربران هدف انتخاب کنید که می خواهید به طور مساوی بین پایه و یک یا چند نوع در آزمایش خود تقسیم کنید. این می تواند هر درصد بین 0.01 ٪ تا 100 ٪ باشد. درصد ها به طور تصادفی برای هر آزمایش ، از جمله آزمایش های تکراری ، به کاربران واگذار می شوند.

  8. در بخش Variants ، یک پیام داخلی را برای ارسال به گروه پایه با استفاده از رابط طراحی پیام که برای یک کمپین پیام رسانی در داخل برنامه استفاده می کنید ، پیکربندی کنید.

  9. برای افزودن یک نوع به آزمایش خود ، روی Add Variant کلیک کنید. به طور پیش فرض ، آزمایشات دارای یک پایه و یک نوع است.

  10. (اختیاری) برای هر نوع نام توصیفی تری وارد کنید.

  11. (اختیاری) در بالای بخش Variants ، بر روی دکمه مقایسه Variants کلیک کنید تا یک پیام پیام دیگر در کنار هم با پیام پایه مقایسه شود.

  12. یک متریک هدف را برای آزمایش خود در هنگام ارزیابی انواع آزمایش به همراه معیارهای اضافی که می خواهید از لیست استفاده کنید ، تعریف کنید. این معیارها شامل اهداف داخلی (تعامل ، خرید ، درآمد ، حفظ و غیره) ، رویدادهای تبدیل Analytics و سایر رویدادهای Analytics است.

  13. پیکربندی برنامه ریزی برای آزمایش:

    • یک تاریخ شروع و پایان را برای آزمایش تنظیم کنید.
    • نحوه ایجاد پیام های درون برنامه را در همه انواع تنظیم کنید.

  14. برای ذخیره آزمایش خود روی بررسی کلیک کنید.

به شما اجازه داده می شود تا 300 آزمایش در هر پروژه ، که می تواند شامل 24 آزمایش در حال اجرا باشد ، با بقیه به عنوان پیش نویس یا تکمیل شده باشد.

آزمایش خود را در یک دستگاه آزمایشی تأیید کنید

برای هر نصب Firebase ، می توانید توکن Auth را که در ارتباط با آن است ، بازیابی کنید. با نصب برنامه خود می توانید از این نشانه برای آزمایش انواع آزمایش خاص در یک دستگاه تست استفاده کنید. برای اعتبارسنجی آزمایش خود در یک دستگاه آزمایش ، موارد زیر را انجام دهید:

  1. نصب Auth را به شرح زیر دریافت کنید:

    سویفت 

    do {
  let result = try await Installations.installations()
    .authTokenForcingRefresh(true)
  print("Installation auth token: \(result.authToken)")
} catch {
  print("Error fetching token: \(error)")
}

    هدف-C 

    [[FIRInstallations installations] authTokenForcingRefresh:true
                                               completion:^(FIRInstallationsAuthTokenResult *result, NSError *error) {
  if (error != nil) {
    NSLog(@"Error fetching Installation token %@", error);
    return;
  }
  NSLog(@"Installation auth token: %@", [result authToken]);
}];

    Java 

    FirebaseInstallations.getInstance().getToken(/* forceRefresh */true)
        .addOnCompleteListener(new OnCompleteListener<InstallationTokenResult>() {
    @Override
    public void onComplete(@NonNull Task<InstallationTokenResult> task) {
        if (task.isSuccessful() && task.getResult() != null) {
            Log.d("Installations", "Installation auth token: " + task.getResult().getToken());
        } else {
            Log.e("Installations", "Unable to get Installation auth token");
        }
    }
});
    MainActivity.java

    Kotlin 

    val forceRefresh = true
FirebaseInstallations.getInstance().getToken(forceRefresh)
    .addOnCompleteListener { task ->
        if (task.isSuccessful) {
            Log.d("Installations", "Installation auth token: " + task.result?.token)
        } else {
            Log.e("Installations", "Unable to get Installation auth token")
        }
    }
    MainActivity.kt
  2. در نوار ناوبری کنسول Firebase ، روی آزمایش A/B کلیک کنید.
  3. روی پیش نویس (و/یا اجرای آزمایش های پیکربندی از راه دور) کلیک کنید ، روی آزمایش خود حرکت کنید ، روی منوی زمینه ( ) کلیک کنید و سپس روی مدیریت دستگاه های تست کلیک کنید.
  4. برای یک دستگاه تست ، توکن Auth را وارد کنید و نوع آزمایش را برای ارسال به آن دستگاه تست انتخاب کنید.
  5. برنامه را اجرا کنید و تأیید کنید که نوع انتخاب شده در دستگاه تست دریافت می شود.

برای کسب اطلاعات بیشتر در مورد تاسیسات Firebase ، به مدیریت نصب Firebase مراجعه کنید.

آزمایش خود را مدیریت کنید

این که آیا شما آزمایشی را با Remote Config ، آهنگساز اعلان ها یا Firebase In-App Messaging ایجاد کرده اید ، می توانید سپس آزمایش خود را تأیید کرده و شروع کنید ، آزمایش خود را در حالی که در حال اجرا است نظارت کنید و تعداد کاربران موجود در آزمایش در حال اجرا را افزایش دهید.

هنگامی که آزمایش شما انجام شد ، می توانید به تنظیمات مورد استفاده در نوع برنده توجه داشته باشید و سپس آن تنظیمات را برای همه کاربران جمع کنید. یا می توانید آزمایش دیگری را انجام دهید.

یک آزمایش را شروع کنید

  1. در بخش Engage از منوی ناوبری کنسول Firebase ، روی A/B Testing کلیک کنید.
  2. روی پیش نویس کلیک کنید ، و سپس بر روی عنوان آزمایش خود کلیک کنید.
  3. برای تأیید اینکه برنامه شما دارای کاربرانی است که در آزمایش شما گنجانده شده اند ، پیش نویس جزئیات را گسترش داده و تعداد بیشتری از 0 ٪ را در بخش هدفگذاری و توزیع بررسی می کنند (به عنوان مثال ، 1 ٪ کاربران مطابق با معیارها ).
  4. برای تغییر آزمایش خود ، روی ویرایش کلیک کنید.
  5. برای شروع آزمایش خود ، روی شروع آزمایش کلیک کنید. شما می توانید حداکثر 24 آزمایش در هر پروژه را به طور همزمان انجام دهید.

نظارت بر یک آزمایش

هنگامی که یک آزمایش برای مدتی در حال اجرا است ، می توانید پیشرفت آن را بررسی کنید و ببینید که نتایج شما برای کاربرانی که تاکنون در آزمایش شما شرکت کرده اند به نظر می رسد.

  1. در بخش Engage از منوی ناوبری کنسول Firebase ، روی A/B Testing کلیک کنید.

  2. روی Running کلیک کنید و سپس بر روی عنوان آزمایش خود کلیک کنید یا جستجو کنید. در این صفحه ، می توانید آمار مختلف مشاهده شده و مدل شده در مورد آزمایش در حال اجرا خود را مشاهده کنید ، از جمله موارد زیر:

    • اختلاف ٪ از پایه : اندازه گیری بهبود یک متریک برای یک نوع معین در مقایسه با پایه. با مقایسه دامنه مقدار برای نوع با دامنه مقدار برای پایه محاسبه می شود.
    • احتمال ضرب و شتم پایه : احتمال تخمین زده شده که یک نوع خاص پایه را برای متریک انتخاب شده ضرب می کند.
    • observed_metric برای هر کاربر : بر اساس نتایج آزمایش ، این محدوده پیش بینی شده است که مقدار متریک با گذشت زمان به آن می رسد.
    • کل observed_metric : مقدار تجمعی مشاهده شده برای پایه یا نوع. از این مقدار برای اندازه گیری چگونگی عملکرد هر نوع آزمایش استفاده می شود و برای محاسبه بهبود ، دامنه ارزش ، احتمال ضرب و شتم پایه و احتمال بهترین نوع استفاده می شود. بسته به اندازه گیری متریک ، این ستون ممکن است با عنوان "مدت زمان در کاربر" ، "درآمد برای هر کاربر" ، "نرخ نگهداری" یا "نرخ تبدیل" برچسب گذاری شود.

  3. بعد از اینکه آزمایش شما برای مدتی اجرا شد (حداقل 7 روز برای پیام رسانی FCM و In-App Messaging یا 14 روز برای Remote Config ) ، داده های موجود در این صفحه نشان می دهد که در صورت وجود کدام نوع ، "رهبر" است. برخی از اندازه گیری ها با یک نمودار نوار همراه هستند که داده ها را با فرمت بصری ارائه می دهد.

آزمایشی را برای همه کاربران انجام دهید

بعد از اینکه یک آزمایش به اندازه کافی طولانی انجام شد که شما یک "رهبر" یا نوع برنده دارید ، برای معیار هدف خود ، می توانید این آزمایش را به 100 ٪ از کاربران آزاد کنید. این به شما امکان می دهد یک نوع را برای انتشار برای همه کاربرانی که به جلو حرکت می کنند ، انتخاب کنید. حتی اگر آزمایش شما یک برنده واضح ایجاد نکرده باشد ، هنوز هم می توانید یک نوع را برای همه کاربران خود منتشر کنید.

  1. در بخش Engage از منوی ناوبری کنسول Firebase ، روی A/B Testing کلیک کنید.
  2. بر روی تکمیل یا اجرا کلیک کنید ، روی آزمایشی که می خواهید برای همه کاربران منتشر کنید ، کلیک کنید ، بر روی منوی Context ( ) Roll Out کلیک کنید.

  3. با انجام یکی از موارد زیر ، آزمایش خود را به همه کاربران منتقل کنید:

    • برای آزمایشی که از آهنگساز Notifications استفاده می کند ، از گفتگوی پیام Roll Out استفاده کنید تا پیام را به کاربران هدفمند باقیمانده که جزئی از این آزمایش نبودند ، ارسال کنید.
    • برای یک آزمایش Remote Config ، یک نوع را انتخاب کنید تا تعیین کنید که مقادیر پارامتر Remote Config برای به روزرسانی چیست. معیارهای هدفمند که هنگام ایجاد آزمایش تعریف شده است به عنوان یک شرایط جدید در الگوی شما اضافه می شود ، تا اطمینان حاصل شود که این روند فقط بر کاربران مورد هدف آزمایش تأثیر می گذارد. پس از کلیک بر روی بررسی در Remote Config برای بررسی تغییرات ، روی انتشار تغییرات کلیک کنید تا بتوانید Rollout را تکمیل کنید.
    • برای یک آزمایش In-App Messaging ، از گفتگو استفاده کنید تا مشخص کنید کدام نوع باید به عنوان یک کمپین In-App Messaging مستقل انجام شود. پس از انتخاب ، شما به صفحه نمایش FIAM هدایت می شوید تا قبل از انتشار هرگونه تغییر (در صورت لزوم) ایجاد کنید.

یک آزمایش را گسترش دهید

اگر فهمیدید که یک آزمایش به اندازه کافی کاربران را برای A/B Testing برای اعلام یک رهبر وارد نمی کند ، می توانید توزیع آزمایش خود را افزایش دهید تا به درصد بیشتری از پایگاه کاربر برنامه برسید.

  1. در بخش Engage از منوی ناوبری کنسول Firebase ، روی A/B Testing کلیک کنید.
  2. آزمایش در حال اجرا را که می خواهید ویرایش کنید انتخاب کنید.
  3. در بررسی اجمالی آزمایش ، روی منوی زمینه ( ) کلیک کنید و سپس روی Edit Running Experiment کلیک کنید.
  4. گفتگوی هدفمند گزینه ای را برای افزایش درصد کاربرانی که در آزمایش در حال اجرا هستند ، نشان می دهد. یک عدد بیشتر از درصد فعلی را انتخاب کرده و روی انتشار کلیک کنید. این آزمایش به درصد کاربرانی که شما مشخص کرده اید منتقل می شود.

کپی یا متوقف کردن یک آزمایش

  1. در بخش Engage از منوی ناوبری کنسول Firebase ، روی A/B Testing کلیک کنید.
  2. بر روی تکمیل یا اجرای ، کلیک کنید ، نشانگر را روی آزمایش خود نگه دارید ، بر روی منوی زمینه ( ) کلیک کنید و سپس روی آزمایش کپی یا آزمایش Stop کلیک کنید.

هدف گیری کاربر

شما می توانید کاربران را هدف قرار دهید تا با استفاده از معیارهای هدف گیری کاربر زیر ، آزمایش خود را در آزمایش خود قرار دهند.

معیار هدفمند اپراتور(های) ارزش(های) توجه داشته باشید
نسخه حاوی ،
حاوی نیست ،
دقیقاً مطابقت دارد ،
حاوی regex است		 برای یک یا چند نسخه برنامه که می خواهید در آزمایش قرار دهید ، یک مقدار را وارد کنید.

هنگام استفاده از هر یک از این موارد ، حاوی ، یا دقیقاً با اپراتورها مطابقت ندارد ، می توانید یک لیست از مقادیر جدا از کاما تهیه کنید.

هنگام استفاده از اپراتور REGEX ، می توانید عبارات منظم را با فرمت RE2 ایجاد کنید. بیان منظم شما می تواند با تمام یا بخشی از رشته نسخه هدف مطابقت داشته باشد. همچنین می توانید از لنگرهای ^ و $ برای مطابقت با ابتدا ، پایان یا کلیت یک رشته هدف استفاده کنید.

مخاطبان (های) کاربر شامل همه ،
شامل حداقل یکی از ،
شامل همه ،
حداقل یکی از آنها را شامل نمی شود		 برای هدف قرار دادن کاربرانی که ممکن است در آزمایش شما گنجانده شوند ، یک یا چند مخاطب Analytics را انتخاب کنید. برخی از آزمایشاتی که مخاطبان Google Analytics را هدف قرار می دهند ممکن است چند روز برای جمع آوری داده ها نیاز داشته باشند زیرا آنها در معرض تأخیر پردازش داده های Analytics قرار دارند. شما به احتمال زیاد با کاربران جدید ، که به طور معمول 24-48 ساعت پس از ایجاد یا برای مخاطبان اخیراً ایجاد شده اند ، با این تأخیر روبرو می شوید.
خاصیت کاربر برای متن:
حاوی ،
حاوی نیست ،
دقیقاً مطابقت دارد ،
حاوی regex است

برای اعداد:
<، ≤ ، = ، ≥ ،>		 یک ویژگی کاربر Analytics برای انتخاب کاربرانی که ممکن است در یک آزمایش گنجانده شوند ، با طیف وسیعی از گزینه ها برای انتخاب مقادیر خاصیت کاربر استفاده می شود.

در مشتری ، می توانید فقط مقادیر رشته ای را برای خصوصیات کاربر تنظیم کنید. برای شرایطی که از اپراتورهای عددی استفاده می کنند ، سرویس Remote Config مقدار خاصیت کاربر مربوطه را به یک عدد صحیح/شناور تبدیل می کند.		 هنگام استفاده از اپراتور REGEX ، می توانید عبارات منظم را با فرمت RE2 ایجاد کنید. بیان منظم شما می تواند با تمام یا بخشی از رشته نسخه هدف مطابقت داشته باشد. همچنین می توانید از لنگرهای ^ و $ برای مطابقت با ابتدا ، پایان یا کلیت یک رشته هدف استفاده کنید.
کشور/منطقه N/A یک یا چند کشور یا منطقه ای که برای انتخاب کاربرانی که ممکن است در این آزمایش گنجانده شوند استفاده می شود.
زبان ها N/A یک یا چند زبان و محلی برای انتخاب کاربرانی که ممکن است در این آزمایش گنجانده شوند استفاده می شود.
اول باز بیش از
کمتر از
بین		 کاربران را بر اساس اولین باری که برنامه شما را باز کرده اند ، که در روزها مشخص شده است ، هدف قرار دهید.
آخرین نامزدی برنامه بیش از
کمتر از
بین		 کاربران را بر اساس آخرین باری که با برنامه شما درگیر شده اند ، که در روزها مشخص شده اند ، هدف قرار دهند.

معیارهای A/B Testing

هنگامی که آزمایش خود را ایجاد می کنید ، یک متریک اصلی یا هدف را انتخاب می کنید که برای تعیین نوع برنده استفاده می شود. شما همچنین باید معیارهای دیگری را ردیابی کنید تا به شما در درک بهتر عملکرد هر نوع آزمایش کمک کند و روندهای مهمی را که ممکن است برای هر نوع متفاوت باشد ، مانند حفظ کاربر ، ثبات برنامه و درآمد خرید درون برنامه ، پیگیری کنید. در آزمایش خود می توانید پنج معیار غیر فلزی را پیگیری کنید.

به عنوان مثال ، بگویید که شما خریدهای جدید برنامه را به برنامه خود اضافه کرده اید و می خواهید اثربخشی دو پیام مختلف "گنگ" را مقایسه کنید. در این حالت ، شما ممکن است تصمیم بگیرید که درآمد خرید را به عنوان متریک هدف خود تعیین کنید زیرا می خواهید نوع برنده ای را نشان دهد که منجر به بالاترین درآمد خرید درون برنامه شده است. و از آنجا که شما همچنین می خواهید پیگیری کنید که کدام نوع منجر به تبدیل های آینده بیشتر و کاربران حفظ شده است ، ممکن است موارد زیر را در سایر معیارها برای ردیابی اضافه کنید:

  • کل درآمد تخمین زده شده برای دیدن چگونگی خرید و درآمد آگهی ترکیبی شما بین دو نوع متفاوت است
  • احتباس (1 روز) ، احتباس (2-3 روز) ، حفظ (4-7 روز) برای پیگیری حفظ روزانه/هفتگی کاربر

جداول زیر جزئیات مربوط به چگونگی محاسبه معیارهای هدف و سایر معیارها را ارائه می دهد.

معیارهای هدف

متریک توضیحات
کاربران بدون تصادف درصد کاربرانی که در برنامه شما با خطایی روبرو نشده اند که در طول آزمایش توسط Firebase Crashlytics SDK شناسایی شده اند.
درآمد تبلیغاتی تخمین زده شده درآمد آگهی تخمین زده شده.
کل درآمد تخمین زده شده است ارزش ترکیبی برای خرید و درآمد آگهی تخمین زده شده.
خرید درآمد ارزش ترکیبی برای همه رویدادهای purchase و in_app_purchase .
احتباس (1 روز) تعداد کاربرانی که روزانه به برنامه شما باز می گردند.
احتباس (2-3 روز) تعداد کاربرانی که ظرف 2-3 روز به برنامه شما باز می گردند.
Retention (4-7 days) The number of users who return to your app within 4-7 days.
Retention (8-14 days) The number of users who return to your app within 8-14 days.
Retention (15+ days) The number of users who return to your app 15 or more days after they last used it.
first_open An Analytics event that triggers when a user first opens an app after installing or reinstalling it. Used as part of a conversion funnel.

Other metrics

متریک توضیحات
notification_dismiss An Analytics event that triggers when a notification sent by the Notifications composer is dismissed (Android only).
notification_receive An Analytics event that triggers when a notification sent by the Notifications composer is received while the app is in the background (Android only).
os_update An Analytics event that tracks when the device operating system is updated to a new version.To learn more, see Automatically collected events .
screen_view An Analytics event that tracks screens viewed within your app. To learn more, see Track Screenviews .
session_start An Analytics event that counts user sessions in your app. To learn more, see Automatically collected events .