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 की सहायता टीम से संपर्क करें.

Remote Config एक्सपेरिमेंट से जुड़ी समस्या हल करना और अक्सर पूछे जाने वाले सवाल

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

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

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

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

Remote Config एक्सपेरिमेंट की मुख्य सुविधाएं क्या हैं?

रिमोट कॉन्फ़िगरेशन में एक्सपेरिमेंट बनाना: 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% पर सेट किया गया हो.

जब कोई एक्सपेरिमेंट बंद हो जाता है या उसकी समयसीमा खत्म हो जाती है, तो मेरा ऐप्लिकेशन कौनसी वैल्यू पढ़ता है?

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

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

मिलती-जुलती अगली शर्त: अगर पैरामीटर, Remote Config टेंप्लेट में मौजूद अन्य शर्तों से जुड़ा है, तो ऐप्लिकेशन, टेंप्लेट की शर्त के आकलन के क्रम के हिसाब से, मिलती-जुलती अगली शर्त से मिली वैल्यू का इस्तेमाल करता है.
टेम्पलेट की डिफ़ॉल्ट वैल्यू: अगर उस पैरामीटर के लिए कोई शर्त पूरी नहीं होती है, तो ऐप्लिकेशन को Remote Config टेंप्लेट में पैरामीटर बनाते समय सेट की गई, टेंप्लेट की डिफ़ॉल्ट वैल्यू मिलती है.
ऐप्लिकेशन में मौजूद डिफ़ॉल्ट वैल्यू: अगर टेंप्लेट की कोई डिफ़ॉल्ट वैल्यू नहीं दी गई है (उदाहरण के लिए, अगर पैरामीटर को ऐप्लिकेशन में मौजूद डिफ़ॉल्ट वैल्यू का इस्तेमाल करें पर सेट किया गया है), तो ऐप्लिकेशन, Remote Config SDK का इस्तेमाल करके आपके ऐप्लिकेशन कोड में तय की गई ऐप्लिकेशन में मौजूद डिफ़ॉल्ट वैल्यू का इस्तेमाल करता है.
एसडीके की डिफ़ॉल्ट वैल्यू: अगर आपके कोड में, ऐप्लिकेशन में मौजूद किसी पैरामीटर की डिफ़ॉल्ट वैल्यू तय नहीं की गई है, तो Remote Config एसडीके, पैरामीटर के डेटा टाइप के लिए अपनी स्टैटिक डिफ़ॉल्ट वैल्यू दिखाता है. जैसे, संख्याओं के लिए 0, बूलियन के लिए false, स्ट्रिंग के लिए "" या JSON के लिए खाली ऑब्जेक्ट.

वैल्यू का आकलन कैसे किया जाता है, इस बारे में ज़्यादा जानने के लिए, पैरामीटर वैल्यू की प्राथमिकता देखें.

क्या 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 ऐप्लिकेशन को टारगेट करता है, तो शर्त में बदलाव करते समय, ऐप्लिकेशन लिंक करने के उस नियम को हटाया नहीं जा सकता.

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

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

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

Remote Config एक्सपेरिमेंट के लिए, लेगसी ड्राफ़्ट और टेस्ट डिवाइसों से जुड़ी जानकारी यहां दी गई है:

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

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

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