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

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

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

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

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

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

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

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

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

  3. एक्सपेरिमेंट बनाएं पर क्लिक करें. इसके बाद, जिस सेवा के साथ एक्सपेरिमेंट करना है उसके लिए, In-App Messaging को चुनें.

  4. इसके अलावा, Firebase कंसोल के नेविगेशन मेन्यू में, यूज़र ऐक्टिविटी को बड़ा करें. इसके बाद, In-App Messaging पर क्लिक करें. फिर, नया एक्सपेरिमेंट पर क्लिक करें.

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

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

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

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

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

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

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

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

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

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

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

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

हर प्रोजेक्ट के लिए, ज़्यादा से ज़्यादा 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 कंसोल नेविगेशन बार पर, A/B टेस्टिंग पर क्लिक करें.
  3. **ड्राफ़्ट** पर क्लिक करें. इसके अलावा, रिमोट कॉन्फ़िगरेशन के एक्सपेरिमेंट के लिए, **चालू** पर क्लिक करें. इसके बाद, अपने एक्सपेरिमेंट पर कर्सर घुमाएं, संदर्भ मेन्यू () पर क्लिक करें, और फिर **टेस्ट डिवाइस मैनेज करें** पर क्लिक करें.
  4. टेस्ट डिवाइस के लिए इंस्टॉलेशन ऑथ टोकन डालें और वह एक्सपेरिमेंट वैरिएंट चुनें जिसे उस टेस्ट डिवाइस पर भेजना है.
  5. ऐप्लिकेशन चलाएं और पुष्टि करें कि चुने गए वैरिएंट को टेस्ट डिवाइस पर दिखाया जा रहा है.

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

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

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

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

एक एक्सपेरिमेंट शुरू करना

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

टारगेटिंग की शर्त ऑपरेटर वैल्यू ध्यान दें
वर्शन contains,
does not contain,
matches exactly,
contains regex		 ऐप्लिकेशन के एक या उससे ज़्यादा वर्शन के लिए कोई वैल्यू डालें. इन वर्शन को एक्सपेरिमेंट में शामिल किया जाएगा.

contains, does not contain या matches exactly ऑपरेटर का इस्तेमाल करते समय, कॉमा से अलग की गई वैल्यू की सूची दी जा सकती है.

contains regex ऑपरेटर का इस्तेमाल करते समय, RE2 फ़ॉर्मैट में रेगुलर एक्सप्रेशन बनाए जा सकते हैं. आपका रेगुलर एक्सप्रेशन, टारगेट वर्शन स्ट्रिंग के सभी या कुछ हिस्सों से मैच हो सकता है. टारगेट स्ट्रिंग की शुरुआत, आखिर या पूरी स्ट्रिंग से मैच करने के लिए, ^ और $ ऐंकर का इस्तेमाल भी किया जा सकता है.
उपयोगकर्ता दर्शक includes all of,
includes at least one of,
does not include all of,
does not include at least one of		 एक या उससे ज़्यादा Analytics ऑडियंस चुनें, ताकि उन उपयोगकर्ताओं को टारगेट किया जा सके जिन्हें एक्सपेरिमेंट में शामिल किया जा सकता है. कुछ एक्सपेरिमेंट जिनमें Google Analytics ऑडियंस को टारगेट किया जाता है, उनमें डेटा इकट्ठा करने में कुछ दिन लग सकते हैं. ऐसा इसलिए, क्योंकि इन एक्सपेरिमेंट पर Analytics डेटा को प्रोसेस करने में लगने वाली देरी का असर पड़ता है. आपको यह देरी, नए उपयोगकर्ताओं के लिए सबसे ज़्यादा दिख सकती है. नए उपयोगकर्ताओं को आम तौर पर, ज़रूरी शर्तें पूरी करने वाली ऑडियंस में शामिल करने में 24 से 48 घंटे लगते हैं. इसके अलावा, हाल ही में बनाई गई ऑडियंस के लिए भी यह देरी दिख सकती है.
उपयोगकर्ता प्रॉपर्टी टेक्स्ट के लिए:
contains,
does not contain,
exactly matches,
contains regex

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

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

A/B Testing मेट्रिक

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

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

  • अनुमानित कुल रेवेन्यू , ताकि यह देखा जा सके कि इन-ऐप्लिकेशन खरीदारी और विज्ञापन से मिलने वाले रेवेन्यू में, दोनों वैरिएंट के बीच कितना अंतर है
  • रिटेंशन (एक दिन), रिटेंशन (दो से तीन दिन), रिटेंशन (चार से सात दिन), ताकि हर दिन/हफ़्ते के उपयोगकर्ता रिटेंशन को ट्रैक किया जा सके

इन टेबल में, लक्ष्य मेट्रिक और अन्य मेट्रिक की गणना करने का तरीका बताया गया है.

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

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

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

अन्य मेट्रिक

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

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