A/B टेस्टिंग की मदद से इन-ऐप्लिकेशन मैसेज के प्रयोग बनाना

जब अपने उपयोगकर्ताओं से संपर्क किया जाता है या कोई नया मार्केटिंग कैंपेन शुरू किया जाता है, तो आपको यह पक्का करना होता है कि सब कुछ सही हो. A/B टेस्टिंग की मदद से, उपयोगकर्ताओं के ग्रुप के चुने गए हिस्सों पर मैसेज के वैरिएंट की जांच करके, सबसे सही शब्दों और प्रज़ेंटेशन का पता लगाया जा सकता है. चाहे आपका लक्ष्य उपयोगकर्ताओं को बनाए रखना हो या किसी ऑफ़र पर कन्वर्ज़न बढ़ाना हो, A/B टेस्टिंग की मदद से आंकड़ों का विश्लेषण किया जा सकता है. इससे यह पता लगाया जा सकता है कि मैसेज का कोई वैरिएंट, आपके चुने गए लक्ष्य के लिए बेसलाइन से बेहतर परफ़ॉर्म कर रहा है या नहीं.

किसी सुविधा के वैरिएंट की बेसलाइन के साथ A/B टेस्टिंग करने के लिए, यह तरीका अपनाएं:

  1. अपना एक्सपेरिमेंट तैयार करें.
  2. किसी टेस्ट डिवाइस पर अपने एक्सपेरिमेंट की पुष्टि करें.
  3. एक्सपेरिमेंट मैनेज करना.

एक प्रयोग बनाएं

Firebase In-App Messaging का इस्तेमाल करने वाले एक्सपेरिमेंट की मदद से, इन-ऐप्लिकेशन मैसेज के एक ही वैरिएंट के कई वैरिएंट का आकलन किया जा सकता है.

  1. पुष्टि करें कि आपके प्रोजेक्ट में Google Analytics चालू है, ताकि एक्सपेरिमेंट के पास Analytics डेटा का ऐक्सेस हो.

    अगर आपने प्रोजेक्ट बनाते समय Google Analytics को चालू नहीं किया है, तो इसे Firebase कंसोल के सेटिंग > इंटिग्रेशन टैब में जाकर चालू किया जा सकता है.

  2. Firebase कंसोल में, इनमें से किसी एक विकल्प का इस्तेमाल करके Firebase In-App Messaging एक्सपेरिमेंट शुरू करें:

    • A/B Testing से:

      1. DevOps और यूज़र ऐक्टिविटी > A/B टेस्टिंग पर जाएं.

      2. एक्सपेरिमेंट बनाएं पर क्लिक करें. इसके बाद, जिस सेवा के लिए आपको एक्सपेरिमेंट करना है उसके लिए पूछे जाने पर, इन-ऐप्लिकेशन मैसेजिंग को चुनें.

    • In-App Messaging से:

      1. DevOps और यूज़र ऐक्टिविटी > मैसेजिंग पर जाएं.

      2. In-App Messaging पर क्लिक करें. इसके बाद, नया एक्सपेरिमेंट पर क्लिक करें.

  3. अपने एक्सपेरिमेंट का नाम और ब्यौरा (ज़रूरी नहीं) डालें. इसके बाद, आगे बढ़ें पर क्लिक करें.

  4. टारगेटिंग फ़ील्ड भरें. इसके लिए, सबसे पहले वह ऐप्लिकेशन चुनें जो आपके एक्सपेरिमेंट का इस्तेमाल करता है. अपने एक्सपेरिमेंट में शामिल होने के लिए, उपयोगकर्ताओं के किसी सबसेट को भी टारगेट किया जा सकता है. इसके लिए, यहां दिए गए विकल्प चुनें:

    • वर्शन: आपके ऐप्लिकेशन का एक या उससे ज़्यादा वर्शन
    • उपयोगकर्ता ऑडियंस: Analytics ऑडियंस का इस्तेमाल, उन उपयोगकर्ताओं को टारगेट करने के लिए किया जाता है जो एक्सपेरिमेंट में शामिल हो सकते हैं
    • उपयोगकर्ता प्रॉपर्टी: एक या उससे ज़्यादा Analytics उपयोगकर्ता प्रॉपर्टी, ताकि उन उपयोगकर्ताओं को चुना जा सके जिन्हें प्रयोग में शामिल किया जा सकता है
    • देश/इलाका: एक या इससे ज़्यादा देश या इलाके, ताकि उन उपयोगकर्ताओं को चुना जा सके जिन्हें एक्सपेरिमेंट में शामिल किया जा सकता है
    • डिवाइस की भाषा: एक या उससे ज़्यादा भाषाएं और स्थान-भाषाएं, जिनका इस्तेमाल करके उन उपयोगकर्ताओं को चुना जाता है जिन्हें एक्सपेरिमेंट में शामिल किया जा सकता है
    • पहली बार ऐप्लिकेशन खोलने के आधार पर: उपयोगकर्ताओं को इस आधार पर टारगेट करें कि उन्होंने पहली बार आपका ऐप्लिकेशन कब खोला था
    • ऐप्लिकेशन में पिछली बार हुई यूज़र ऐक्टिविटी: उपयोगकर्ताओं को इस आधार पर टारगेट करें कि उन्होंने पिछली बार आपके ऐप्लिकेशन का इस्तेमाल कब किया था

  5. टारगेट किए गए उपयोगकर्ताओं का प्रतिशत सेट करें:टारगेट किए गए उपयोगकर्ताओं के लिए सेट की गई शर्तों को पूरा करने वाले, अपने ऐप्लिकेशन के उपयोगकर्ताओं के ग्रुप का प्रतिशत चुनें. आपको इस ग्रुप को अपने एक्सपेरिमेंट में, बेसलाइन और एक या उससे ज़्यादा वैरिएंट के बीच बराबर बांटना होगा. यह 0.01% से 100% के बीच कोई भी प्रतिशत हो सकता है. हर एक्सपेरिमेंट के लिए, उपयोगकर्ताओं को रैंडम तरीके से प्रतिशत फिर से असाइन किए जाते हैं. इनमें डुप्लीकेट एक्सपेरिमेंट भी शामिल हैं.

  6. वैरिएंट सेक्शन में, बेसलाइन ग्रुप को भेजने के लिए एक बेसलाइन इन-ऐप्लिकेशन मैसेज कॉन्फ़िगर करें. इसके लिए, मैसेज डिज़ाइन इंटरफ़ेस का इस्तेमाल करें. इसका इस्तेमाल, सामान्य इन-ऐप्लिकेशन मैसेजिंग कैंपेन के लिए किया जाता है.

  7. अपने एक्सपेरिमेंट में कोई वैरिएंट जोड़ने के लिए, वैरिएंट जोड़ें पर क्लिक करें. डिफ़ॉल्ट रूप से, एक्सपेरिमेंट में एक बेसलाइन और एक वैरिएंट होता है.

  8. (ज़रूरी नहीं) हर वैरिएंट के लिए ज़्यादा जानकारी देने वाला नाम डालें.

  9. (ज़रूरी नहीं) वैरिएंट सेक्शन में सबसे ऊपर, वैरिएंट की तुलना करें बटन पर क्लिक करें. इससे, एक से ज़्यादा मैसेज वैरिएंट की तुलना, बेसलाइन मैसेज के साथ की जा सकती है.

  10. अपने एक्सपेरिमेंट के लिए, लक्ष्य की कोई मेट्रिक तय करें. इसका इस्तेमाल, एक्सपेरिमेंट के वैरिएंट का आकलन करते समय किया जाएगा. साथ ही, सूची में से कोई भी अन्य मेट्रिक चुनी जा सकती है. इन मेट्रिक में, पहले से मौजूद लक्ष्य (यूज़र ऐक्टिविटी, खरीदारी, रेवेन्यू, ग्राहक बनाए रखना वगैरह), Analytics कन्वर्ज़न इवेंट, और अन्य Analytics इवेंट शामिल होते हैं.

  11. एक्सपेरिमेंट के लिए शेड्यूलिंग कॉन्फ़िगर करें:

    • एक्सपेरिमेंट के शुरू और खत्म होने की तारीख सेट करें.
    • सभी वैरिएंट में, इन-ऐप्लिकेशन मैसेज ट्रिगर होने का तरीका सेट करें.

  12. अपना एक्सपेरिमेंट सेव करने के लिए, समीक्षा करें पर क्लिक करें.

हर प्रोजेक्ट के लिए, ज़्यादा से ज़्यादा 300 एक्सपेरिमेंट (रोल आउट के साथ) किए जा सकते हैं. इनमें, ज़्यादा से ज़्यादा 24 एक्सपेरिमेंट और रोल आउट चल सकते हैं. बाकी एक्सपेरिमेंट पूरे हो चुके होने चाहिए.

किसी टेस्ट डिवाइस पर अपने एक्सपेरिमेंट की पुष्टि करना

हर Firebase इंस्टॉलेशन के लिए, उससे जुड़ा इंस्टॉलेशन ऑथराइज़ेशन टोकन वापस पाया जा सकता है. इस टोकन का इस्तेमाल करके, किसी टेस्ट डिवाइस पर एक्सपेरिमेंट के खास वैरिएंट की जांच की जा सकती है. इसके लिए, उस डिवाइस पर आपका ऐप्लिकेशन इंस्टॉल होना चाहिए. जांच के लिए इस्तेमाल किए जा रहे डिवाइस पर अपने एक्सपेरिमेंट की पुष्टि करने के लिए, यह तरीका अपनाएं:

  1. इंस्टॉलेशन की पुष्टि करने वाला टोकन पाने के लिए, यह तरीका अपनाएं:

    Swift

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

    Objective-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");
        }
    }
});

    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")
        }
    }

    वेब

          import { getInstallations, getToken } from "firebase/installations";

      const installations = getInstallations(app);
      const installationAuthToken = getToken(installations);
  2. Firebase कंसोल में, DevOps और यूज़र ऐक्टिविटी > A/B टेस्टिंग पर जाएं.
  3. ड्राफ़्ट पर क्लिक करें. रिमोट कॉन्फ़िगरेशन एक्सपेरिमेंट के लिए, चल रहा है पर भी क्लिक किया जा सकता है. इसके बाद, अपने एक्सपेरिमेंट पर कर्सर घुमाएं और कॉन्टेक्स्ट मेन्यू () पर क्लिक करें. इसके बाद, टेस्ट डिवाइसों को मैनेज करें पर क्लिक करें.
  4. जांच के लिए इस्तेमाल किए जाने वाले डिवाइस के लिए, इंस्टॉलेशन का ऑथराइज़ेशन टोकन डालें. इसके बाद, उस डिवाइस पर भेजने के लिए एक्सपेरिमेंट का वैरिएंट चुनें.
  5. ऐप्लिकेशन चलाएं और पुष्टि करें कि टेस्ट डिवाइस पर, चुना गया वैरिएंट मिल रहा है.

Firebase इंस्टॉलेशन के बारे में ज़्यादा जानने के लिए, Firebase इंस्टॉलेशन मैनेज करना लेख पढ़ें.

अपना एक्सपेरिमेंट मैनेज करना

चाहे आपने Remote Config, सूचना बनाने की सुविधा या Firebase In-App Messaging का इस्तेमाल करके कोई एक्सपेरिमेंट बनाया हो, आपके पास उसकी पुष्टि करने और उसे शुरू करने का विकल्प होता है. साथ ही, एक्सपेरिमेंट के चलने के दौरान उसकी निगरानी की जा सकती है और उसमें शामिल उपयोगकर्ताओं की संख्या बढ़ाई जा सकती है.

एक्सपेरिमेंट पूरा होने के बाद, सबसे अच्छा परफ़ॉर्म करने वाले वैरिएंट की सेटिंग को नोट किया जा सकता है. इसके बाद, उन सेटिंग को सभी उपयोगकर्ताओं के लिए रोल आउट किया जा सकता है. इसके अलावा, कोई दूसरा एक्सपेरिमेंट चलाया जा सकता है.

एक प्रयोग शुरू करें

  1. Firebase कंसोल में, DevOps और यूज़र ऐक्टिविटी > A/B टेस्टिंग पर जाएं.
  2. ड्राफ़्ट पर क्लिक करें. इसके बाद, अपने एक्सपेरिमेंट के टाइटल पर क्लिक करें.
  3. यह पुष्टि करने के लिए कि आपके ऐप्लिकेशन के पास ऐसे उपयोगकर्ता हैं जिन्हें आपके एक्सपेरिमेंट में शामिल किया जाएगा, ड्राफ़्ट की जानकारी को बड़ा करें. इसके बाद, टारगेटिंग और डिस्ट्रिब्यूशन सेक्शन में जाकर, 0% से ज़्यादा की संख्या देखें. उदाहरण के लिए, शर्तों को पूरा करने वाले 1% उपयोगकर्ता.
  4. अपने एक्सपेरिमेंट में बदलाव करने के लिए, बदलाव करें पर क्लिक करें.
  5. एक्सपेरिमेंट शुरू करने के लिए, एक्सपेरिमेंट शुरू करें पर क्लिक करें. हर प्रोजेक्ट के लिए एक समय में, ज़्यादा से ज़्यादा 24 एक्सपेरिमेंट चलाए जा सकते हैं.

किसी एक्सपेरिमेंट को मॉनिटर करना

प्रयोग को कुछ समय तक चलाने के बाद, उसकी प्रोग्रेस देखी जा सकती है. साथ ही, यह देखा जा सकता है कि प्रयोग में अब तक हिस्सा लेने वाले उपयोगकर्ताओं के लिए, आपके नतीजे कैसे दिखते हैं.

  1. Firebase कंसोल में, DevOps और यूज़र ऐक्टिविटी > A/B टेस्टिंग पर जाएं.

  2. चल रहा है पर क्लिक करें. इसके बाद, अपने एक्सपेरिमेंट के टाइटल पर क्लिक करें या उसे खोजें. इस पेज पर, चल रहे एक्सपेरिमेंट के बारे में मॉनिटर किए गए और अनुमानित आंकड़ों को देखा जा सकता है. इनमें ये शामिल हैं:

    • बेसलाइन से अंतर का प्रतिशत: बेसलाइन की तुलना में, किसी वैरिएंट के लिए मेट्रिक में हुए सुधार का आकलन. वैरिएंट की वैल्यू रेंज की तुलना बेसलाइन की वैल्यू रेंज से करके, इसकी गणना की जाती है.
    • बुनियादी रेखा को पीछे छोड़ने की संभावना: यह अनुमानित संभावना है कि कोई वैरिएंट, चुनी गई मेट्रिक के लिए बुनियादी रेखा को पीछे छोड़ देगा.
    • observed_metric हर उपयोगकर्ता के लिए: एक्सपेरिमेंट के नतीजों के आधार पर, यह अनुमानित रेंज है जिसमें समय के साथ मेट्रिक की वैल्यू आएगी.
    • कुल observed_metric: बेसलाइन या वैरिएंट के लिए, कुल वैल्यू. इस वैल्यू का इस्तेमाल यह मेज़र करने के लिए किया जाता है कि हर एक्सपेरिमेंट वैरिएंट की परफ़ॉर्मेंस कैसी है. साथ ही, इसका इस्तेमाल सुधार, वैल्यू रेंज, बुनियादी रेखा को पीछे छोड़ने की संभावना, और सबसे अच्छा वैरिएंट होने की संभावना का हिसाब लगाने के लिए किया जाता है. मेज़र की जा रही मेट्रिक के आधार पर, इस कॉलम को "हर उपयोगकर्ता के लिए अवधि," "हर उपयोगकर्ता से मिलने वाला रेवेन्यू," "उपयोगकर्ताओं के बने रहने की दर" या "कन्वर्ज़न रेट" के तौर पर लेबल किया जा सकता है.

  3. एक्सपेरिमेंट कुछ समय तक चलने के बाद, इस पेज पर मौजूद डेटा से पता चलता है कि कौनसा वैरिएंट "लीडर" है. FCM और In-App Messaging के लिए, एक्सपेरिमेंट कम से कम सात दिनों तक चलना चाहिए. वहीं, Remote Config के लिए, एक्सपेरिमेंट कम से कम 14 दिनों तक चलना चाहिए. कुछ मेज़रमेंट के साथ एक बार चार्ट होता है, जो डेटा को विज़ुअल फ़ॉर्मैट में दिखाता है.

सभी उपयोगकर्ताओं के लिए एक्सपेरिमेंट रोल आउट करना

जब कोई एक्सपेरिमेंट इतने समय तक चल चुका हो कि आपको अपने लक्ष्य से जुड़ी मेट्रिक के लिए सबसे सही या "लीडर" वैरिएंट मिल जाए, तब उसे अपने सभी उपयोगकर्ताओं के लिए रिलीज़ किया जा सकता है. इससे आने वाले समय में, आपको सभी उपयोगकर्ताओं को शामिल करने के लिए, कोई वैरिएंट चुनने की सुविधा मिलती है. अगर आपको अपने एक्सपेरिमेंट में सबसे सही वैरिएंट नहीं मिला है, तो भी सभी उपयोगकर्ताओं के लिए किसी एक वैरिएंट को रिलीज़ किया जा सकता है.

  1. Firebase कंसोल में, DevOps और यूज़र ऐक्टिविटी > A/B टेस्टिंग पर जाएं.
  2. पूरा हो गया या चल रहा है पर क्लिक करें. इसके बाद, उस एक्सपेरिमेंट पर क्लिक करें जिसे आपको सभी उपयोगकर्ताओं के लिए रिलीज़ करना है. फिर, कॉन्टेक्स्ट मेन्यू () वैरिएंट रोल आउट करें पर क्लिक करें.

  3. इनमें से कोई एक तरीका अपनाकर, अपने एक्सपेरिमेंट को सभी उपयोगकर्ताओं के लिए रोल आउट करें:

    • सूचना बनाने की सुविधा का इस्तेमाल करने वाले एक्सपेरिमेंट के लिए, मैसेज रोल आउट करें डायलॉग बॉक्स का इस्तेमाल करें. इससे, टारगेट किए गए उन उपयोगकर्ताओं को मैसेज भेजा जा सकता है जो एक्सपेरिमेंट का हिस्सा नहीं थे.
    • Remote Config एक्सपेरिमेंट के लिए, कोई वैरिएंट चुनें, ताकि यह तय किया जा सके कि Remote Config के किन पैरामीटर की वैल्यू को अपडेट करना है. एक्सपेरिमेंट बनाते समय तय की गई टारगेटिंग की शर्तों को नई शर्त के तौर पर आपके टेंप्लेट में जोड़ दिया जाता है, ताकि यह पक्का किया जा सके कि रोल आउट, सिर्फ़ एक्सपेरिमेंट के लिए चुने गए उपयोगकर्ताओं को दिखे. बदलावों को देखने के लिए, रिमोट कॉन्फ़िगरेशन में देखें पर क्लिक करें. इसके बाद, बदलावों को पब्लिश करें पर क्लिक करके, रोल आउट को पूरा करें.
    • In-App Messaging एक्सपेरिमेंट के लिए, डायलॉग बॉक्स का इस्तेमाल करके यह तय करें कि किस वैरिएंट को स्टैंडअलोन In-App Messaging कैंपेन के तौर पर रोल आउट करना है. चुनने के बाद, आपको FIAM कंपोज़ स्क्रीन पर रीडायरेक्ट कर दिया जाता है, ताकि पब्लिश करने से पहले, ज़रूरत के हिसाब से बदलाव किए जा सकें.

एक्सपेरिमेंट को बड़ा करना

अगर आपको लगता है कि किसी एक्सपेरिमेंट में A/B Testing को विजेता घोषित करने के लिए, ज़रूरत के मुताबिक उपयोगकर्ता नहीं मिल रहे हैं, तो एक्सपेरिमेंट को ज़्यादा उपयोगकर्ताओं को दिखाया जा सकता है. इससे, ऐप्लिकेशन के उपयोगकर्ताओं के ज़्यादा प्रतिशत तक पहुंचा जा सकता है.

  1. Firebase कंसोल में, DevOps और यूज़र ऐक्टिविटी > A/B टेस्टिंग पर जाएं.
  2. चल रहे उस एक्सपेरिमेंट को चुनें जिसमें आपको बदलाव करना है.
  3. एक्सपेरिमेंट की खास जानकारी में जाकर, कॉन्टेक्स्ट मेन्यू () पर क्लिक करें. इसके बाद, चल रहे एक्सपेरिमेंट में बदलाव करें पर क्लिक करें.
  4. टारगेटिंग डायलॉग बॉक्स में, चल रहे एक्सपेरिमेंट में शामिल उपयोगकर्ताओं का प्रतिशत बढ़ाने का विकल्प दिखता है. मौजूदा प्रतिशत से ज़्यादा की कोई संख्या चुनें और पब्लिश करें पर क्लिक करें. एक्सपेरिमेंट को आपके तय किए गए उपयोगकर्ताओं के प्रतिशत के हिसाब से पुश किया जाएगा.

किसी एक्सपेरिमेंट का डुप्लीकेट बनाना या उसे रोकना

  1. Firebase कंसोल में, DevOps और यूज़र ऐक्टिविटी > A/B टेस्टिंग पर जाएं.
  2. पूरा हो गया या चल रहा है पर क्लिक करें. इसके बाद, अपने एक्सपेरिमेंट पर पॉइंटर को रखें, कॉन्टेक्स्ट मेन्यू () पर क्लिक करें, और फिर एक्सपेरिमेंट डुप्लीकेट करें या एक्सपेरिमेंट रोकें पर क्लिक करें.

उपयोगकर्ता टारगेटिंग

उपयोगकर्ता को टारगेट करने की इन शर्तों का इस्तेमाल करके, उन उपयोगकर्ताओं को टारगेट किया जा सकता है जिन्हें आपको अपने एक्सपेरिमेंट में शामिल करना है.

टारगेटिंग की शर्त ऑपरेटर    वैल्यू ध्यान दें
वर्शन शामिल है,
शामिल नहीं है,
पूरी तरह से मेल खाता है,
रेगुलर एक्सप्रेशन(रेगेक्स) शामिल है		 ऐप्लिकेशन के उन एक या उससे ज़्यादा वर्शन के लिए कोई वैल्यू डालें जिन्हें आपको एक्सपेरिमेंट में शामिल करना है.

शामिल है, शामिल नहीं है या पूरी तरह से मैच करता है ऑपरेटर का इस्तेमाल करते समय, कॉमा लगाकर अलग की गई वैल्यू की सूची दी जा सकती है.

रेगुलर एक्सप्रेशन शामिल है ऑपरेटर का इस्तेमाल करते समय, RE2 फ़ॉर्मैट में रेगुलर एक्सप्रेशन बनाए जा सकते हैं. आपका रेगुलर एक्सप्रेशन, टारगेट वर्शन स्ट्रिंग के सभी या कुछ हिस्से से मैच हो सकता है. टारगेट स्ट्रिंग की शुरुआत, आखिर या पूरी स्ट्रिंग का मिलान करने के लिए, ^ और $ ऐंकर का भी इस्तेमाल किया जा सकता है.
उपयोगकर्ता ऑडियंस सभी शामिल हैं,
कम से कम एक शामिल है,
सभी शामिल नहीं हैं,
कम से कम एक शामिल नहीं है		 एक या उससे ज़्यादा Analytics ऑडियंस चुनें, ताकि उन उपयोगकर्ताओं को टारगेट किया जा सके जो आपके एक्सपेरिमेंट में शामिल हो सकते हैं. Google Analytics ऑडियंस को टारगेट करने वाले कुछ एक्सपेरिमेंट में, डेटा इकट्ठा करने में कुछ दिन लग सकते हैं. ऐसा इसलिए होता है, क्योंकि वे Analytics डेटा प्रोसेसिंग में लगने वाले समय के हिसाब से काम करते हैं. आपको नए उपयोगकर्ताओं के साथ इस देरी का सामना करना पड़ सकता है. आम तौर पर, नए उपयोगकर्ताओं को ज़रूरी शर्तें पूरी करने वाली ऑडियंस में, ऑडियंस बनाने के 24 से 48 घंटे बाद शामिल किया जाता है. इसके अलावा, हाल ही में बनाई गई ऑडियंस के साथ भी ऐसा हो सकता है.
उपयोगकर्ता प्रॉपर्टी टेक्स्ट के लिए:
शामिल है,
शामिल नहीं है,
पूरी तरह से मेल खाता है,
रेगुलर एक्सप्रेशन(रेगुलर एक्सप्रेशन) शामिल है

संख्याओं के लिए:
<, ≤, =, ≥, > 		Analytics उपयोगकर्ता प्रॉपर्टी का इस्तेमाल, उन उपयोगकर्ताओं को चुनने के लिए किया जाता है जिन्हें किसी एक्सपेरिमेंट में शामिल किया जा सकता है. इसके लिए, उपयोगकर्ता प्रॉपर्टी की वैल्यू चुनने के कई विकल्प होते हैं.

क्लाइंट पर, उपयोगकर्ता प्रॉपर्टी के लिए सिर्फ़ स्ट्रिंग वैल्यू सेट की जा सकती हैं. न्यूमेरिक ऑपरेटर का इस्तेमाल करने वाली शर्तों के लिए, Remote Config सेवा, संबंधित उपयोगकर्ता प्रॉपर्टी की वैल्यू को पूर्णांक/फ़्लोट में बदल देती है.		 रेगुलर एक्सप्रेशन शामिल है ऑपरेटर का इस्तेमाल करते समय, RE2 फ़ॉर्मैट में रेगुलर एक्सप्रेशन बनाए जा सकते हैं. आपका रेगुलर एक्सप्रेशन, टारगेट वर्शन स्ट्रिंग के सभी या कुछ हिस्से से मैच हो सकता है. टारगेट स्ट्रिंग की शुरुआत, आखिर या पूरी स्ट्रिंग का मिलान करने के लिए, ^ और $ ऐंकर का भी इस्तेमाल किया जा सकता है.
देश/क्षेत्र लागू नहीं एक या इससे ज़्यादा देश या इलाके, जिनका इस्तेमाल उन उपयोगकर्ताओं को चुनने के लिए किया जाता है जिन्हें एक्सपेरिमेंट में शामिल किया जा सकता है.  
भाषाएं लागू नहीं एक या इससे ज़्यादा भाषाएं और स्थान-भाषाएं, जिनका इस्तेमाल उन उपयोगकर्ताओं को चुनने के लिए किया जाता है जिन्हें एक्सपेरिमेंट में शामिल किया जा सकता है.  
फ़र्स्ट ओपन रिपोर्ट से ज़्यादा
से कम
के बीच 		उपयोगकर्ताओं को इस आधार पर टारगेट करें कि उन्होंने पहली बार आपका ऐप्लिकेशन कब खोला था. यह जानकारी दिनों में दी जाती है.
ऐप्लिकेशन में पिछली बार हुई यूज़र ऐक्टिविटी से ज़्यादा
से कम
के बीच 		उपयोगकर्ताओं को इस आधार पर टारगेट करें कि उन्होंने आखिरी बार आपके ऐप्लिकेशन का इस्तेमाल कब किया था. यह जानकारी दिनों में दी जाती है.

A/B Testing मेट्रिक

एक्सपेरिमेंट बनाते समय, आपको एक प्राइमरी या लक्ष्य मेट्रिक चुननी होती है. इसका इस्तेमाल, सबसे अच्छा परफ़ॉर्म करने वाले वैरिएंट का पता लगाने के लिए किया जाता है. आपको अन्य मेट्रिक भी ट्रैक करनी चाहिए, ताकि आप हर एक्सपेरिमेंट वैरिएंट की परफ़ॉर्मेंस को बेहतर तरीके से समझ सकें. साथ ही, उन अहम रुझानों को ट्रैक कर सकें जो हर वैरिएंट के लिए अलग-अलग हो सकते हैं. जैसे, उपयोगकर्ता को अपने साथ जोड़े रखना, ऐप्लिकेशन की स्थिरता, और इन-ऐप्लिकेशन खरीदारी से मिलने वाला रेवेन्यू. अपने एक्सपेरिमेंट में, लक्ष्य से बाहर की ज़्यादा से ज़्यादा पांच मेट्रिक ट्रैक की जा सकती हैं.

उदाहरण के लिए, मान लें कि आपने अपने ऐप्लिकेशन में इन-ऐप्लिकेशन खरीदारी की नई सुविधा जोड़ी है और आपको दो अलग-अलग "नज" मैसेज की असरदार होने की तुलना करनी है. इस मामले में, हो सकता है कि आप खरीदारी से मिलने वाले रेवेन्यू को अपनी लक्ष्य मेट्रिक के तौर पर सेट करें. ऐसा इसलिए, क्योंकि आपको सबसे अच्छा परफ़ॉर्म करने वाले वैरिएंट के तौर पर, उस सूचना को दिखाना है जिससे इन-ऐप्लिकेशन खरीदारी से मिलने वाला रेवेन्यू सबसे ज़्यादा हो. साथ ही, आपको यह भी ट्रैक करना है कि किस वैरिएंट की वजह से आने वाले समय में ज़्यादा कन्वर्ज़न मिले और उपयोगकर्ताओं को जोड़े रखा जा सका. इसके लिए, ट्रैक करने के लिए अन्य मेट्रिक में ये मेट्रिक जोड़ी जा सकती हैं:

  • कुल अनुमानित रेवेन्यू, ताकि यह देखा जा सके कि दोनों वैरिएंट के लिए, इन-ऐप्लिकेशन खरीदारी और विज्ञापन से मिलने वाले रेवेन्यू में क्या अंतर है.
  • उपयोगकर्ता को अपने साथ जोड़े रखना (1 दिन), उपयोगकर्ता को अपने साथ जोड़े रखना (2-3 दिन), उपयोगकर्ता को अपने साथ जोड़े रखना (4-7 दिन), ताकि हर दिन या हर हफ़्ते उपयोगकर्ता को अपने साथ जोड़े रखने की जानकारी को ट्रैक किया जा सके.

यहां दी गई टेबल में, लक्ष्य मेट्रिक और अन्य मेट्रिक का हिसाब लगाने के तरीके के बारे में जानकारी दी गई है.

लक्ष्य मेट्रिक

मेट्रिक ब्यौरा
वे उपयोगकर्ता जिनके ऐप बंद नहीं हुए उन उपयोगकर्ताओं का प्रतिशत जिन्हें आपके ऐप्लिकेशन में ऐसी गड़बड़ियों का सामना नहीं करना पड़ा जिनका पता एक्सपेरिमेंट के दौरान Firebase Crashlytics SDK टूल ने लगाया था.

ध्यान दें: वेब ऐप्लिकेशन के लिए, Firebase Crashlytics का इस्तेमाल नहीं किया जा सकता.
विज्ञापन से मिलने वाला अनुमानित रेवेन्यू विज्ञापन से होने वाली अनुमानित आय.
अनुमानित कुल रेवेन्यू खरीदारी और विज्ञापन से मिलने वाले अनुमानित रेवेन्यू की कुल वैल्यू.
खरीदारी से हुई आय सभी purchase और in_app_purchase इवेंट की कुल वैल्यू.
रिटेंशन (एक दिन बाद) ऐसे उपयोगकर्ताओं की संख्या जो रोज़ाना आपके ऐप्लिकेशन पर वापस आते हैं.
रिटेंशन (दो से तीन दिन) ऐसे उपयोगकर्ताओं की संख्या जो दो से तीन दिनों के अंदर आपके ऐप्लिकेशन पर वापस आते हैं.
रिटेंशन (चार से सात दिन) ऐसे उपयोगकर्ताओं की संख्या जो चार से सात दिनों के अंदर आपके ऐप्लिकेशन पर वापस आते हैं.
रिटेंशन (8 से 14 दिन) ऐसे उपयोगकर्ताओं की संख्या जो 8 से 14 दिनों के अंदर आपके ऐप्लिकेशन पर वापस आते हैं.
रिटेंशन (15 से ज़्यादा दिन) ऐसे उपयोगकर्ताओं की संख्या जो आपके ऐप्लिकेशन को आखिरी बार इस्तेमाल करने के 15 या उससे ज़्यादा दिनों के बाद, उस पर वापस आते हैं.
first_open Analytics इवेंट, जो तब ट्रिगर होता है, जब कोई उपयोगकर्ता किसी ऐप्लिकेशन को इंस्टॉल या फिर से इंस्टॉल करने के बाद, उसे पहली बार खोलता है. कन्वर्ज़न फ़नल के हिस्से के तौर पर इस्तेमाल किया जाता है.

दूसरे मेट्रिक

मेट्रिक ब्यौरा
notification_dismiss Analytics इवेंट, जो सूचना बनाने की सुविधा से भेजी गई सूचना को खारिज करने पर ट्रिगर होता है. यह सिर्फ़ Android पर होता है.
notification_receive Analytics इवेंट, जो तब ट्रिगर होता है, जब ऐप्लिकेशन के बैकग्राउंड में होने के दौरान, सूचना बनाने की सुविधा से भेजी गई सूचना मिलती है (सिर्फ़ Android के लिए).
os_update Analytics इवेंट, जो यह ट्रैक करता है कि डिवाइस का ऑपरेटिंग सिस्टम किसी नए वर्शन में कब अपडेट किया गया.ज़्यादा जानने के लिए, अपने-आप इकट्ठा होने वाले इवेंट देखें.

यह मेट्रिक, वेब ऐप्लिकेशन के लिए काम नहीं करती.
screen_view Analytics इवेंट, जो आपके ऐप्लिकेशन में देखी गई स्क्रीन को ट्रैक करता है. ज़्यादा जानने के लिए, स्क्रीन व्यू ट्रैक करना लेख पढ़ें.
session_start यह एक Analytics इवेंट है, जो आपके ऐप्लिकेशन में उपयोगकर्ता सेशन की गिनती करता है. ज़्यादा जानने के लिए, अपने-आप इकट्ठा होने वाले इवेंट देखें.