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

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

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

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

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

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

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

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

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

  3. एक्सपेरिमेंट बनाएं पर क्लिक करें. इसके बाद, इन-ऐप्लिकेशन मैसेज चुनें जब उपयोगकर्ता को उसके साथ प्रयोग करने के लिए कहा जाए.

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

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

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

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

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

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

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

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

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

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

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

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

  1. Firebase कंसोल नेविगेशन मेन्यू के दिलचस्पी सेक्शन में जाकर, क्लिक करें A/B Testing.
  2. दौड़ना पर क्लिक करें. इसके बाद, अपने प्रयोग. इस पेज पर, मॉनिटर किए गए और मॉडल किए गए अलग-अलग तरह के डेटा को देखा जा सकता है आपके चल रहे प्रयोग के आंकड़े, जिनमें ये शामिल हैं:

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

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

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

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

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

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

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

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

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

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

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

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

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

किसी भी इसमें शामिल है, इसमें शामिल नहीं है का इस्तेमाल करते समय या पूरी तरह से मेल खाता है, तो आप कॉमा लगाकर अलग की गई वैल्यू.

रेगुलर एक्सप्रेशन शामिल है ऑपरेटर का इस्तेमाल करते समय, रेगुलर एक्सप्रेशन बनाया जा सकता है RE2 में एक्सप्रेशन फ़ॉर्मैट. आपका रेगुलर एक्सप्रेशन, टारगेट वर्शन के सभी या कुछ हिस्सों से मेल खा सकता है स्ट्रिंग. ^ और $ ऐंकर का इस्तेमाल भी किया जा सकता है, ताकि टारगेट स्ट्रिंग का शुरुआती, आखिरी या पूरा हिस्सा.

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

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

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

A/B Testing मेट्रिक

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

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

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

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

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

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