Firebase 将于 5 月 14 日重返 Google I/O 大会！立即报名。

इस पेज का अनुवाद Cloud Translation API से किया गया है.

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

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

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

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

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

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

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

अगर आपने अपना प्रोजेक्ट बनाते समय Google Analytics चालू नहीं किया है, तो इसे इंटिग्रेशन टैब पर चालू किया जा सकता है. इसे Firebase कंसोल में > प्रोजेक्ट सेटिंग का इस्तेमाल करके ऐक्सेस किया जा सकता है.
Firebase कंसोल के नेविगेशन मेन्यू के जुड़ाव सेक्शन में, A/B टेस्टिंग पर क्लिक करें.
एक्सपेरिमेंट बनाएं पर क्लिक करें. इसके बाद, जिस सेवा के साथ एक्सपेरिमेंट करना है उसके लिए पूछे जाने पर इन-ऐप्लिकेशन मैसेज चुनें.
इसके अलावा, Firebase कंसोल के नेविगेशन मेन्यू में जाकर, दिलचस्पी को बड़ा करें. इसके बाद, इन-ऐप्लिकेशन मैसेज पर क्लिक करें. इसके बाद, नया प्रयोग पर क्लिक करें.
अपने एक्सपेरिमेंट के लिए एक नाम और वैकल्पिक जानकारी डालें. इसके बाद, आगे बढ़ें पर क्लिक करें.
टारगेटिंग फ़ील्ड भरें, पहले वह ऐप्लिकेशन चुनें जो आपके प्रयोग का इस्तेमाल करता है. अपने प्रयोग में हिस्सा लेने के लिए, उपयोगकर्ताओं के किसी सबसेट को भी टारगेट किया जा सकता है. इसके लिए, इनमें से कोई विकल्प चुनें:
- वर्शन: आपके ऐप्लिकेशन के एक या एक से ज़्यादा वर्शन
- उपयोगकर्ता ऑडियंस: Analytics ऑडियंस का इस्तेमाल, उन उपयोगकर्ताओं को टारगेट करने के लिए किया जाता है जिन्हें प्रयोग में शामिल किया जा सकता है
- उपयोगकर्ता प्रॉपर्टी: प्रयोग में शामिल किए जा सकने वाले उपयोगकर्ताओं को चुनने के लिए, एक या उससे ज़्यादा Analytics उपयोगकर्ता प्रॉपर्टी
- देश/इलाका: एक्सपेरिमेंट में शामिल किए जा सकने वाले उपयोगकर्ताओं को चुनने के लिए, एक या एक से ज़्यादा देश या इलाके
- डिवाइस की भाषा: प्रयोग में शामिल किए जा सकने वाले उपयोगकर्ताओं को चुनने के लिए, एक या एक से ज़्यादा भाषाएं और स्थान-भाषाएं इस्तेमाल की जाती हैं
- पहली बार ऐप्लिकेशन खोलने पर: इस आधार पर उपयोगकर्ताओं को टारगेट करें कि उन्होंने आपका ऐप्लिकेशन पहली बार कब खोला
- पिछली बार ऐप्लिकेशन पर यूज़र ऐक्टिविटी: इस आधार पर उपयोगकर्ताओं को टारगेट करें कि वे पिछली बार आपके ऐप्लिकेशन से कब जुड़े थे
ध्यान दें: Analytics की उपयोगकर्ता ऑडियंस को टारगेट करने वाले एक्सपेरिमेंट को, डेटा इकट्ठा करने में 24 से 48 घंटे लग सकते हैं. इसके और टारगेटिंग के अन्य विकल्पों के बारे में ज़्यादा जानने के लिए, उपयोगकर्ता टारगेटिंग लेख पढ़ें.
टारगेट किए गए उपयोगकर्ताओं का प्रतिशत सेट करें: टारगेट उपयोगकर्ता में सेट की गई शर्तों से मेल खाने वाले अपने ऐप्लिकेशन के उपयोगकर्ता आधार का प्रतिशत चुनें, जिन्हें आपको बेसलाइन और अपने प्रयोग में एक या उससे ज़्यादा वैरिएंट के बीच बराबर बांटना है. यह 0.01% से 100% के बीच का कोई भी प्रतिशत हो सकता है. हर प्रयोग के लिए, उपयोगकर्ताओं को प्रतिशत बिना किसी क्रम के फिर से असाइन किए जाते हैं. इसमें डुप्लीकेट किए गए प्रयोग भी शामिल होते हैं.
वैरिएंट सेक्शन में, बेसलाइन ग्रुप को भेजने के लिए एक बेसलाइन इन-ऐप्लिकेशन मैसेज कॉन्फ़िगर करें. इसके लिए, उस मैसेज डिज़ाइन इंटरफ़ेस का इस्तेमाल करें जिसका इस्तेमाल सामान्य इन-ऐप्लिकेशन मैसेजिंग कैंपेन के लिए किया जाता है.
अपने एक्सपेरिमेंट में कोई वैरिएंट जोड़ने के लिए, वैरिएंट जोड़ें पर क्लिक करें. डिफ़ॉल्ट रूप से, एक्सपेरिमेंट में एक बेसलाइन और एक वैरिएंट होता है.
(ज़रूरी नहीं) हर वैरिएंट के लिए ज़्यादा जानकारी देने वाला नाम डालें.
(ज़रूरी नहीं) वैरिएंट सेक्शन में सबसे ऊपर, वैरिएंट की तुलना करें बटन पर क्लिक करके, बुनियादी मैसेज के साथ-साथ मैसेज के एक और वैरिएंट की तुलना करें.
अपने एक्सपेरिमेंट के लिए एक लक्ष्य मेट्रिक तय करें, ताकि एक्सपेरिमेंट के वैरिएंट का आकलन करते समय और सूची में से कोई भी अन्य मेट्रिक इस्तेमाल की जा सके. इन मेट्रिक में पहले से मौजूद मकसद शामिल होते हैं. जैसे, यूज़र ऐक्टिविटी, खरीदारी, रेवेन्यू, उपयोगकर्ता को अपने साथ जोड़े रखना वगैरह, Analytics के कन्वर्ज़न इवेंट, और Analytics के अन्य इवेंट.
प्रयोग के लिए शेड्यूल करने की सुविधा कॉन्फ़िगर करें:
- एक्सपेरिमेंट के लिए, शुरू और खत्म होने की तारीख सेट करें.
- सेट करें कि सभी वैरिएंट में, इन-ऐप्लिकेशन मैसेज किस तरह ट्रिगर हों.
अपने प्रयोग को सेव करने के लिए, समीक्षा करें पर क्लिक करें.

आपके पास हर प्रोजेक्ट के लिए, ज़्यादा से ज़्यादा 300 एक्सपेरिमेंट की अनुमति है. इनमें ज़्यादा से ज़्यादा 24 एक्सपेरिमेंट शामिल हो सकते हैं. अन्य एक्सपेरिमेंट, ड्राफ़्ट के तौर पर या पूरे हो चुके हैं.

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

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

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

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");
        }
    }
});MainActivity.java

Kotlin+KTX

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

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

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

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

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

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

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

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

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

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

Firebase कंसोल के नेविगेशन मेन्यू के जुड़ाव सेक्शन में, A/B टेस्टिंग पर क्लिक करें.
चल रहा है पर क्लिक करें. इसके बाद, अपने प्रयोग के टाइटल पर क्लिक करें या उसे खोजें. इस पेज पर, अपने चल रहे प्रयोग के बारे में मॉनिटर किए गए और मॉडल किए गए कई आंकड़े देखे जा सकते हैं, जिनमें ये शामिल हैं:
- बेसलाइन से% अंतर: बेसलाइन की तुलना में किसी वैरिएंट के लिए, मेट्रिक में हुए सुधार का पैमाना. इसका हिसाब लगाने के लिए, वैरिएंट की वैल्यू रेंज और बेसलाइन की वैल्यू रेंज की तुलना की जाती है.
- बेसलाइन को पीछे छोड़ने की संभावना: इस बात की अनुमानित संभावना कि कोई वैरिएंट, चुनी गई मेट्रिक की बेसलाइन को पीछे छोड़ दे.
- हर उपयोगकर्ता के लिए observed_metric: एक्सपेरिमेंट के नतीजों के आधार पर, यह अनुमानित सीमा है जिसमें मेट्रिक की वैल्यू समय के साथ-साथ आएगी.
- कुल observed_metric: बेसलाइन या वैरिएंट के लिए कुल वैल्यू. इस वैल्यू का इस्तेमाल यह मापने के लिए किया जाता है कि प्रयोग के हर वैरिएंट की परफ़ॉर्मेंस कितनी अच्छी है. साथ ही, इस वैल्यू का इस्तेमाल सुधार, वैल्यू की रेंज, बेसलाइन से आगे निकलने की संभावना, और बेहतरीन वैरिएंट होने की संभावना का हिसाब लगाने के लिए किया जाता है. मापी जा रही मेट्रिक के आधार पर, इस कॉलम को "हर उपयोगकर्ता की अवधि", "हर उपयोगकर्ता से आय", "उपयोगकर्ता को अपने साथ जोड़े रखने की दर" या "कन्वर्ज़न रेट" के तौर पर लेबल किया जा सकता है.
आपका प्रयोग कुछ देर तक (FCM और इन-ऐप्लिकेशन मैसेज सेवा के लिए कम से कम सात दिन या रिमोट कॉन्फ़िगरेशन के लिए 14 दिन) चलने के बाद, इस पेज के डेटा से पता चलता है कि कौनसा वैरिएंट "लीडर" है. कुछ मेज़रमेंट में बार चार्ट शामिल होता है, जो डेटा को विज़ुअल फ़ॉर्मैट में दिखाता है.

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

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

Firebase कंसोल के नेविगेशन मेन्यू के जुड़ाव सेक्शन में, A/B टेस्टिंग पर क्लिक करें.
पूरा हो गया या चल रहा है पर क्लिक करें. इसके बाद, उस एक्सपेरिमेंट पर क्लिक करें जिसे आपको सभी उपयोगकर्ताओं के लिए रिलीज़ करना है. इसके बाद, संदर्भ मेन्यू () पर क्लिक करें वैरिएंट को रोल आउट करें पर क्लिक करें.
इनमें से कोई एक काम करके, सभी उपयोगकर्ताओं के लिए अपना एक्सपेरिमेंट रोल आउट करें:
- सूचनाएं कंपोज़र का इस्तेमाल करने वाले एक्सपेरिमेंट के लिए, रोल आउट मैसेज डायलॉग का इस्तेमाल करके, टारगेट किए गए उन लोगों को मैसेज भेजें जो इस एक्सपेरिमेंट का हिस्सा नहीं थे.
- रिमोट कॉन्फ़िगरेशन प्रयोग के लिए एक वैरिएंट चुनें, ताकि यह तय किया जा सके कि आपको किस रिमोट कॉन्फ़िगरेशन पैरामीटर की वैल्यू अपडेट करनी है. प्रयोग बनाते समय, तय किए गए टारगेटिंग (विज्ञापन के लिए सही दर्शक चुनना) से जुड़ी शर्तें आपके टेंप्लेट में एक नई शर्त के तौर पर जोड़ी जाती हैं. इससे यह पक्का होता है कि रोल आउट का असर सिर्फ़ उन उपयोगकर्ताओं पर हो जिन्हें प्रयोग के लिए टारगेट किया गया है. बदलावों की समीक्षा करने के लिए, रिमोट कॉन्फ़िगरेशन में समीक्षा करें पर क्लिक करने के बाद, रोल आउट को पूरा करने के लिए बदलावों को पब्लिश करें पर क्लिक करें.
- इन-ऐप्लिकेशन मैसेज सेवा वाले एक्सपेरिमेंट के लिए, डायलॉग बॉक्स का इस्तेमाल करके यह तय करें कि किस वैरिएंट को स्टैंडअलोन इन-ऐप्लिकेशन मैसेजिंग कैंपेन के तौर पर रोल आउट करना है. चुने जाने के बाद, पब्लिश करने से पहले कोई भी बदलाव (अगर ज़रूरी हो) करने के लिए, आपको एफ़आईएएम कंपोज़ स्क्रीन पर रीडायरेक्ट किया जाता है.

प्रयोग को बड़ा करें

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

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

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

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

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

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

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

A/B टेस्टिंग मेट्रिक

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

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

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

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

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

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

मेट्रिक	जानकारी
वे उपयोगकर्ता जिनके ऐप बंद नहीं हुए	उन उपयोगकर्ताओं का प्रतिशत जिन्हें आपके ऐप्लिकेशन में गड़बड़ियां नहीं मिली हैं. इन गड़बड़ियों का पता प्रयोग के दौरान Firebase Crashlytics SDK ने लगाया है.
विज्ञापन से मिलने वाला अनुमानित रेवेन्यू	विज्ञापन से अनुमानित आमदनी.
अनुमानित कुल रेवेन्यू	खरीदारी और विज्ञापन से होने वाली अनुमानित आय का कुल मान.
खरीदारी से मिलने वाला रेवेन्यू	सभी `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 इवेंट जो आपके ऐप्लिकेशन में उपयोगकर्ता के सेशन की गिनती करता है. ज़्यादा जानने के लिए, अपने-आप इकट्ठा होने वाले इवेंट लेख पढ़ें.