Google आपकी पसंदीदा भाषा में कॉन्टेंट का अनुवाद करने के लिए, एआई टेक्नोलॉजी का इस्तेमाल करता है. एआई से मिले अनुवादों में गलतियां हो सकती हैं.

A/B टेस्टिंग से जुड़ी समस्या हल करना और अक्सर पूछे जाने वाले सवाल

इस पेज पर, A/B Testing को इस्तेमाल करने से जुड़ी समस्याओं को हल करने में मदद मिलती है. साथ ही, अक्सर पूछे जाने वाले सवालों के जवाब भी मिलते हैं. अगर आपको अपनी ज़रूरत के हिसाब से जानकारी नहीं मिलती है या आपको ज़्यादा मदद चाहिए, तो Firebase की सहायता टीम से संपर्क करें.

सामान्य समस्याएं हल करना/अक्सर पूछे जाने वाले सवाल

कितने एक्सपेरिमेंट बनाए और चलाए जा सकते हैं?

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

Google Analytics से प्रोजेक्ट को अनलिंक करने और फिर से लिंक करने के बाद, मुझे अपने एक्सपेरिमेंट क्यों नहीं दिख रहे हैं?

किसी दूसरी Google Analytics प्रॉपर्टी से लिंक करने पर, आपको पहले से बनाए गए एक्सपेरिमेंट का ऐक्सेस नहीं मिलेगा. पिछले एक्सपेरिमेंट का ऐक्सेस वापस पाने के लिए, अपने प्रोजेक्ट को उस Google Analytics प्रॉपर्टी से फिर से लिंक करें जिससे एक्सपेरिमेंट बनाते समय लिंक किया गया था.

Remote Config एक्सपेरिमेंट बनाते समय, मुझे "प्रोजेक्ट को Google Analytics से लिंक नहीं किया गया है" मैसेज क्यों मिलता है?

अगर आपने अपने प्रोजेक्ट में Google Analytics पहले ही चालू कर दिया है और अपने ऐप्लिकेशन लिंक कर लिए हैं, लेकिन आपको अब भी यह मैसेज दिख रहा है कि Google Analytics लिंक नहीं किया गया है, तो पक्का करें कि आपके प्रोजेक्ट में सभी ऐप्लिकेशन के लिए Analytics स्ट्रीम मौजूद हो. फ़िलहाल, A/B Testing का इस्तेमाल करने के लिए, किसी प्रोजेक्ट में मौजूद सभी ऐप्लिकेशन को Analytics से लिंक करना ज़रूरी है.

Google Analytics इंटिग्रेशन के लिए, सभी चालू स्ट्रीम की सूची की पुष्टि करने का तरीका यहां बताया गया है:

Firebase कंसोल में, सेटिंग > इंटिग्रेशन पेज पर जाएं.
Google Analytics कार्ड में, मैनेज करें पर क्लिक करें.

अगर किसी ऐप्लिकेशन के लिए Google Analytics स्ट्रीम नहीं बनाई गई है, तो उसे बनाने से यह समस्या हल हो जाएगी. जिन ऐप्लिकेशन के लिए स्ट्रीम मौजूद नहीं हैं उनके लिए स्ट्रीम बनाने के कुछ तरीके यहां दिए गए हैं:

अगर आपके सिर्फ़ एक या दो ऐप्लिकेशन में Google Analytics स्ट्रीम नहीं है, तो Google Analytics स्ट्रीम जोड़ने के लिए, इनमें से कोई एक तरीका चुनें:
- Firebase कंसोल में जाकर, किसी भी ऐसे ऐप्लिकेशन को मिटाएं और फिर से जोड़ें जिसमें कोई स्ट्रीम चालू न हो.
- Google Analytics कंसोल में जाकर, एडमिन को चुनें. इसके बाद, डेटा स्ट्रीम पर क्लिक करें. फिर, स्ट्रीम जोड़ें पर क्लिक करें. इसके बाद, ऐप्लिकेशन की छूटी हुई जानकारी जोड़ें और ऐप्लिकेशन रजिस्टर करें पर क्लिक करें.
अगर आपकी कुछ ऐप्लिकेशन स्ट्रीम मौजूद नहीं हैं, तो Google Analytics प्रॉपर्टी को अनलिंक और फिर से लिंक करना, मौजूद नहीं ऐप्लिकेशन स्ट्रीम बनाने का सबसे तेज़ और असरदार तरीका है:
1. Firebase कंसोल में, सेटिंग > इंटिग्रेशन पेज पर जाएं.
2. Google Analytics कार्ड में जाकर, मैनेज करें पर क्लिक करें.
3. Google Analytics प्रॉपर्टी आईडी और लिंक किए गए Google Analytics खाते को नोट करें.
4. ज़्यादा पर क्लिक करें और Analytics को इस प्रोजेक्ट से अनलिंक करें को चुनें.
5. दिखने वाली चेतावनी पढ़ें. चिंता न करें, अगले चरण में आपको उसी प्रॉपर्टी को फिर से लिंक करना होगा. इसके बाद, Google Analytics को अनलिंक करें पर क्लिक करें.
  
  अनलिंक करने की प्रोसेस पूरी होने के बाद, आपको इंटिग्रेशन पेज पर रीडायरेक्ट कर दिया जाएगा.
6. Google Analytics कार्ड में, लिंक करने की प्रोसेस शुरू करने के लिए, चालू करें पर क्लिक करें.
7. खाता चुनें सूची से, अपना Analytics खाता चुनें.
8. इस खाते में नई प्रॉपर्टी अपने-आप बनाएं के बगल में मौजूद, बदलाव करें पर क्लिक करें. इसके बाद, दिखने वाली Analytics प्रॉपर्टी की सूची से अपना प्रॉपर्टी आईडी चुनें.
  
  आपके प्रोजेक्ट में मौजूद सभी ऐप्लिकेशन की सूची दिखती है. हर ऐप्लिकेशन के लिए, मौजूदा स्ट्रीम मैपिंग की सूची दी गई है. साथ ही, जिन ऐप्लिकेशन के लिए कोई स्ट्रीम नहीं है उनके लिए एक स्ट्रीम बनाई जाएगी.
9. प्रॉपर्टी को फिर से लिंक करने के लिए, Google Analytics चालू करें पर क्लिक करें.
10. पूरा करें पर क्लिक करें.

अगर इन चरणों को पूरा करने के बाद भी, आपको रिमोट कॉन्फ़िगरेशन की मदद से A/B टेस्ट बनाने के दौरान गड़बड़ी का मैसेज मिलता है, तो Firebase की सहायता टीम से संपर्क करें.

A/B Testing वर्कफ़्लो अपडेट और समस्या हल करने/अक्सर पूछे जाने वाले सवालों से जुड़ी नई जानकारी

आपको एक्सपेरिमेंट का बेहतर और एक जैसा अनुभव देने के लिए, A/B Testing को अब Remote Config में सीधे तौर पर इंटिग्रेट कर दिया गया है. यह एक नेटिव सुविधा के तौर पर उपलब्ध है. पहले, Remote Config के एक्सपेरिमेंट, A/B Testing में एक अलग प्रॉडक्ट के तौर पर काम करते थे. इसके लिए, अलग-अलग वर्कफ़्लो और अलग-अलग शर्त लॉजिक की ज़रूरत होती थी. इससे, आकलन के व्यवहार में अंतर आ सकता था.

एक्सपेरिमेंट को सीधे तौर पर Remote Config में शामिल करने से, इन सीमाओं को दूर किया जा सकता है. साथ ही, ये मुख्य सुधार किए जा सकते हैं:

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

इन बदलावों के बारे में ज़्यादा जानने के लिए, समस्या हल करने से जुड़ी यह गाइड पढ़ें.

नए A/B Testing वर्कफ़्लो की मुख्य सुविधाएं क्या हैं?

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

कितने एक्सपेरिमेंट बनाए और चलाए जा सकते हैं?

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

Remote Config सेक्शन से सीधे तौर पर एक्सपेरिमेंट बनाए जा सकते हैं. उदाहरण के लिए, पैरामीटर पेज से कोई एक्सपेरिमेंट बनाने के लिए, Remote Config > पैरामीटर पर जाएं और एक्सपेरिमेंट बनाएं पर क्लिक करें. इससे साइडबार पर आधारित क्रिएशन फ़्लो खुलता है. यह Remote Config रोलआउट बनाने के तरीके जैसा ही होता है.

मैं किसी एक्सपेरिमेंट को सभी उपयोगकर्ताओं के लिए उपलब्ध कराने से पहले, उसे इंटरनल तौर पर कैसे टेस्ट या उसकी समीक्षा कर सकता हूं?

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

एक्सपेरिमेंट को किसी भी उपयोगकर्ता के लिए उपलब्ध कराने से पहले, एक्सपेरिमेंट के व्यवहार की पुष्टि करने के लिए, इंटरनल टेस्ट के लिए इस्तेमाल किए जाने वाले कुछ डिवाइसों को भी टारगेट किया जा सकता है. इसके लिए, एक्सपेरिमेंट बनाते समय एक्सपेरिमेंट की शर्तों में एक या उससे ज़्यादा Firebase इंस्टॉलेशन आईडी (FID) जोड़ें.

मुझे एक्सपेरिमेंट के अपने अस्थायी ड्राफ़्ट कहां मिलेंगे और "स्टेजिंग" टैब क्या है?

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

चल रहे एक्सपेरिमेंट को कैसे रोका जा सकता है?

अब किसी एक्सपेरिमेंट को रोकने के लिए, Remote Config टेंप्लेट को पब्लिश करना ज़रूरी है. एक्सपेरिमेंट रोकें पर क्लिक करने पर, पब्लिश करने की पुष्टि करने वाला पॉप-अप दिखेगा. इस पॉप-अप में, लागू होने वाले सभी बदलावों की सूची दी गई है. इसमें एक्सपेरिमेंट को रोकने का विकल्प भी शामिल है. टेंप्लेट को पब्लिश करना ज़रूरी है, ताकि विज्ञापन दिखाने की सुविधा बंद करने की कार्रवाई पूरी की जा सके.

मेरा A/B टेस्ट एक्सपेरिमेंट अचानक क्यों बंद हो गया?

Remote Config टेंप्लेट में बदलाव होने की वजह से, एक्सपेरिमेंट अपने-आप बंद हो सकते हैं:

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

क्या Remote Config टेंप्लेट के पुराने वर्शन पर वापस जाने से, पहले से बंद या मिटाया गया एक्सपेरिमेंट फिर से चालू हो जाएगा?

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

एक्सपेरिमेंट की समयसीमा खत्म होने पर क्या होता है और मुझे क्या करना चाहिए?

A/B Testing एक्सपेरिमेंट, 90 दिनों तक चलने के बाद अपने-आप खत्म हो जाते हैं. एक्सपेरिमेंट की समयसीमा खत्म होने पर:

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

सुझाई गई कार्रवाइयां:

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

इन बातों का ध्यान रखें:

रोल आउट करने से, खत्म हो चुके एक्सपेरिमेंट अपने-आप नहीं हटते: रोल आउट करने से, खत्म हो चुके एक्सपेरिमेंट अपने-आप नहीं हटते. आपको अब भी Remote Config पैरामीटर से, समयसीमा खत्म हो चुके एक्सपेरिमेंट को साफ़ तौर पर हटाना होगा. साथ ही, टेंप्लेट को पब्लिश करना होगा.
जिन एक्सपेरिमेंट की समयसीमा खत्म हो चुकी है उन्हें फिर से शुरू नहीं किया जा सकता: किसी एक्सपेरिमेंट की समयसीमा खत्म होने के बाद, उसे फिर से शुरू या चालू नहीं किया जा सकता. भले ही, आपने Remote Config टेंप्लेट को उस वर्शन पर वापस रोल बैक कर दिया हो जहां एक्सपेरिमेंट चालू था.
पब्लिश करने पर 90 दिनों का टाइमर शुरू हो जाता है: एक्सपेरिमेंट को टेंप्लेट में पब्लिश करते ही, ऐक्सेस की समयसीमा खत्म होने की घड़ी शुरू हो जाती है. भले ही, उपयोगकर्ता के लिए एक्सपेरिमेंट को शुरू में 0% पर सेट किया गया हो.

क्या A/B टेस्टिंग एक्सपेरिमेंट के लिए, रीयल-टाइम सहायता उपलब्ध है?

हां, अब A/B Testing एक्सपेरिमेंट के लिए रीयल-टाइम अपडेट की सुविधा उपलब्ध है. पक्का करें कि आपका ऐप्लिकेशन, इस सुविधा का इस्तेमाल करने के लिए ज़रूरी एसडीके के नए वर्शन का इस्तेमाल करता हो. जैसे, Firebase Android SDK का 34.13.0 वर्शन, Firebase iOS SDK का 12.13.0 वर्शन, और Firebase JavaScript SDK का 12.15.0 वर्शन.

अगर मैंने किसी एक्सपेरिमेंट की टारगेटिंग की शर्तों में बदलाव करके कुछ उपयोगकर्ताओं को बाहर कर दिया है, तो वे उपयोगकर्ता अब भी एक्सपेरिमेंट के मेज़रमेंट डेटा में क्यों शामिल हैं?

A/B Testing मेज़रमेंट के लिए स्टिकी बकेट का इस्तेमाल करता है.

किसी उपयोगकर्ता को एक्सपेरिमेंट असाइन किए जाने और उसकी परफ़ॉर्मेंस को मेज़र करना शुरू करने के बाद, उसे एक्सपेरिमेंट की मेट्रिक में शामिल किया जाता है. भले ही, टारगेटिंग की शर्तों में बाद में किए गए बदलावों की वजह से, उसे आम तौर पर बाहर कर दिया जाता हो. हालांकि, अगर ये उपयोगकर्ता अपडेट की गई शर्तों को पूरा नहीं करते हैं, तो उन्हें एक्सपेरिमेंट के वैरिएंट की वैल्यू नहीं मिलेंगी. ज़्यादा जानकारी के लिए, Remote Config वैरिएंट असाइन करने का लॉजिक पढ़ें.

मुझे एक्सपेरिमेंट के लिए टारगेटिंग कॉन्फ़िगर करते समय, गड़बड़ी का यह मैसेज दिखता है: इस शर्त से कोई ऐप्लिकेशन लिंक करें या कोई दूसरा ऐप्लिकेशन चुनें.

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

मेरी शर्तों के मुताबिक, किसी भी उपयोगकर्ता को टारगेट क्यों नहीं किया जा रहा है?

Remote Config टेंप्लेट में मौजूद शर्तों का आकलन, ऊपर से नीचे की ओर क्रम से किया जाता है. इसके लिए, "पहले मैच" लॉजिक का इस्तेमाल किया जाता है. अगर किसी सामान्य शर्त को एक्सपेरिमेंट की किसी खास शर्त से ऊपर रखा जाता है, तो सामान्य शर्त के हिसाब से उपयोगकर्ता को पहले कैप्चर किया जाता है. साथ ही, एक्सपेरिमेंट को अनदेखा कर दिया जाता है. इस समस्या को ठीक करने के लिए, शर्तें टैब में जाकर, इनमें से कोई एक काम करें:

शर्तों का क्रम बदलें: पक्का करें कि एक्सपेरिमेंट की ज़्यादा खास (कम शामिल) शर्तों को, आकलन सूची में ऊपर रखा गया हो. इससे, उन्हें ज़्यादा सामान्य शर्तों से पहले जांचा जा सकेगा.
खास पैरामीटर का इस्तेमाल करें: अगर आपको मुश्किल टारगेटिंग करनी है, तो शर्त से जुड़े टकराव से बचने के लिए, अपने एक्सपेरिमेंट के लिए खास तौर पर एक यूनीक Remote Config पैरामीटर बनाएं.

मुझे शर्तें टैब से कोई शर्त मिटाने में समस्या आ रही है.

अगर शर्तें किसी चालू/चल रहे एक्सपेरिमेंट से जुड़ी हैं, तो उन्हें नहीं मिटाया जा सकता. आपको पहले एक्सपेरिमेंट को रोकना होगा और शर्त को हटाना होगा.

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

अगर किसी शर्त में ऐसा नियम शामिल है जो साफ़ तौर पर किसी Firebase ऐप्लिकेशन को टारगेट करता है, तो शर्त में बदलाव करते समय, ऐप्लिकेशन लिंक करने के उस नियम को हटाया नहीं जा सकता.

मुझे एक्सपेरिमेंट की टारगेटिंग में, प्रतिशत से जुड़ी कई शर्तों का इस्तेमाल करने के बारे में चेतावनी दिख रही है. क्या मुझे चिंता करनी चाहिए?

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

मुझे ड्राफ़्ट एक्सपेरिमेंट या टेस्ट डिवाइस कहां मिलेंगे और मैं उन्हें कैसे मैनेज करूं?

A/B Testing के नए वर्कफ़्लो में, पुराने ड्राफ़्ट और टेस्ट डिवाइसों से जुड़े कुछ बदलाव यहां दिए गए हैं:

ड्राफ़्ट टैब का इस्तेमाल बंद होना: ड्राफ़्ट टैब और मौजूदा ड्राफ़्ट एक्सपेरिमेंट में अब बदलाव नहीं किया जा सकता. सिर्फ़ मौजूदा ड्राफ़्ट एक्सपेरिमेंट देखे जा सकते हैं. इसके अलावा, उन्हें डुप्लीकेट किया जा सकता है या मिटाया जा सकता है. ड्राफ़्ट टैब को कंसोल से हमेशा के लिए हटा दिया जाएगा. ऐसा 31 अक्टूबर, 2026 को होगा.
टेस्ट डिवाइसों को हटाने की सुविधा: टेस्ट डिवाइसों को मैनेज करें सुविधा, अब नए वर्कफ़्लो में उपलब्ध नहीं है. इंटरनल टेस्टिंग के लिए इस्तेमाल किए जाने वाले कुछ डिवाइसों को टारगेट करने के लिए, एक्सपेरिमेंट बनाते समय उसकी शर्तों में एक या उससे ज़्यादा Firebase इंस्टॉलेशन आईडी (एफआईडी) जोड़े जा सकते हैं. QA ऐप्लिकेशन के लिए एक्सपेरिमेंटल टेस्टिंग करने के लिए, एक्सपेरिमेंट को किसी खास ऐप्लिकेशन आईडी को असाइन करें और एक्सपोज़र को 100% पर सेट करें. एक्सपेरिमेंट को रोल आउट करने से पहले उसकी समीक्षा करने के लिए, एक्सपोज़र को 0% पर सेट करें. ध्यान दें कि एक्सपेरिमेंट के खत्म होने की 90 दिनों की अवधि, पब्लिश करने के बाद शुरू हो जाती है. भले ही, एक्सपोज़र 0% हो. एक्सपेरिमेंट की समीक्षा करने के बाद, पूरी तरह से लॉन्च करने के लिए, एक्सपोज़र का प्रतिशत बढ़ाया जा सकता है.

क्या एक्सपेरिमेंट बनाते समय पैरामीटर बनाए जा सकते हैं?

नहीं, एक्सपेरिमेंट बनाने के लिए मौजूद साइडबार में जाकर, सीधे तौर पर Remote Config पैरामीटर नहीं बनाया जा सकता. इस पैरामीटर का इस्तेमाल करने वाला एक्सपेरिमेंट सेट अप करने से पहले, आपको इसे Remote Config में बनाना होगा.

मई 2026 में फ़ेच करने से जुड़ी समस्याओं को नए वर्कफ़्लो की मदद से कैसे ठीक किया जा सकता है?

एक समस्या की वजह से, 13 मई, 2026 से 22 मई, 2026 के बीच बनाए गए Firebase A/B टेस्टिंग एक्सपेरिमेंट, क्लाइंट एसडीके तक नहीं पहुंच सके. इसका मतलब है कि असली उपयोगकर्ताओं को एक्सपेरिमेंट के वैरिएंट नहीं मिले. साथ ही, इन एक्सपेरिमेंट के लिए मेट्रिक उपलब्ध नहीं हैं. ध्यान दें कि अब आपके असली उपयोगकर्ताओं को एक्सपेरिमेंट अपने-आप डिलीवर होने लगेंगे. साथ ही, अगली फ़ेच से मेट्रिक इकट्ठा होना शुरू हो जाएंगी. अगर आपको इस रुकावट की वजह से, अपने एक्सपेरिमेंट की मेज़रमेंट विंडो को बढ़ाना है या नए वर्कफ़्लो के बारे में कुछ और पूछना है, तो कृपया Firebase की सहायता टीम से संपर्क करें.