ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा, मशीन लर्निंग का इस्तेमाल करती है. खास तौर पर, कॉन्टेक्चुअल मल्टी-आर्म्ड बैंडिट एल्गोरिदम का इस्तेमाल करती है. इससे यह तय किया जाता है कि किसी लक्ष्य को हासिल करने के लिए, हर उपयोगकर्ता को सबसे अच्छा अनुभव कैसे दिया जाए. हमारे मामले में, लक्ष्य यह है कि खास Google Analytics इवेंट की कुल संख्या या कुल पैरामीटर वैल्यू को ऑप्टिमाइज़ किया जाए.
कॉन्टेक्चुअल मल्टी-आर्म्ड बैंडिट एल्गोरिदम क्या है?
"मल्टी-आर्म्ड बैंडिट" एक मेटाफ़र है. इसका इस्तेमाल, ऐसी स्थिति के बारे में बताने के लिए किया जाता है जहां हमें कई रास्तों की सूची में से, लगातार ऐसा रास्ता चुनना होता है जिससे सबसे ज़्यादा और भरोसेमंद इनाम मिलें. इसे समझने के लिए, स्लॉट मशीनों की लाइन के सामने खड़े जुआरी के मेटाफ़र का इस्तेमाल किया जा सकता है. स्लॉट मशीन को आम तौर पर "वन-आर्म्ड बैंडिट" कहा जाता है, क्योंकि स्लॉट मशीन में एक हैंडल (या आर्म) होता है और वह आपका पैसा ले लेती है. हमें एक से ज़्यादा "आर्म" के लिए समस्या हल करनी है. इसलिए, वन-आर्म्ड बैंडिट, मल्टी-आर्म्ड बैंडिट बन जाता है.
उदाहरण के लिए, मान लें कि हमारे पास तीन विकल्प हैं और हमें यह तय करना है कि इनमें से कौनसी सबसे भरोसेमंद इनाम देती है. इसके लिए, हम हर विकल्प को आज़मा सकते हैं. इसके बाद, नतीजा मिलने पर, हम सिर्फ़ उस आर्म को चुन सकते हैं जिससे सबसे ज़्यादा इनाम मिले. इसे ग्रीडी एल्गोरिदम कहा जाता है: जब हम पहली बार किसी विकल्प को आज़माते हैं, तो जो विकल्प सबसे अच्छा नतीजा देता है उसे हम चुनते रहते हैं. हालांकि, हम समझ सकते हैं कि यह हमेशा काम नहीं कर सकता. इसकी एक वजह यह है कि ज़्यादा इनाम मिलना, सिर्फ़ एक संयोग हो सकता है. इसके अलावा, हो सकता है कि उपयोगकर्ता के हिसाब से कोई ऐसा कॉन्टेक्स्ट हो जिसकी वजह से उस समयावधि के दौरान ज़्यादा इनाम मिले हों, लेकिन बाद में वह उतना असरदार न हो.
इसलिए, एल्गोरिदम को ज़्यादा असरदार बनाने के लिए, उसमें कॉन्टेक्स्ट जोड़ा जाता है. Remote Config को अपने हिसाब से बनाने की सुविधा के लिए, शुरुआती कॉन्टेक्स्ट रैंडम सैंपलिंग, या अनिश्चितता होती है. इससे प्रयोग में कुछ एंट्रॉपी मिलती है. इससे "कॉन्टेक्चुअल मल्टी-आर्म्ड बैंडिट" लागू होता है. जैसे-जैसे प्रयोग चलता रहता है, वैसे-वैसे खोज और निगरानी से, मॉडल को यह पता चलता रहता है कि किन आर्म से इनाम मिलने की संभावना सबसे ज़्यादा है. इससे मॉडल ज़्यादा असरदार बनता है.
इसका मतलब मेरे ऐप्लिकेशन के लिए क्या है?
अब बात करते हैं कि आपके ऐप्लिकेशन के संदर्भ में, मल्टी-आर्म्ड बैंडिट एल्गोरिदम का क्या मतलब है. मान लें कि आपने बैनर विज्ञापन पर क्लिक के लिए ऑप्टिमाइज़ किया है. इस मामले में, ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा के "आर्म", वैकल्पिक वैल्यू होंगी. ये वैल्यू, उपयोगकर्ताओं को दिखाए जाने वाले अलग-अलग बैनर विज्ञापनों को दिखाने के लिए तय की जाती हैं. बैनर विज्ञापन पर क्लिक को इनाम माना जाता है. इसे हम लक्ष्य कहते हैं.
जब पहली बार ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा लॉन्च की जाती है, तो मॉडल को यह नहीं पता होता कि हर उपयोगकर्ता के लिए, कौनसी वैकल्पिक वैल्यू आपके लक्ष्य को हासिल करने में ज़्यादा मददगार होगी. ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा, आपके लक्ष्य को हासिल करने की संभावना को समझने के लिए, हर वैकल्पिक वैल्यू की जांच करती है. इससे, मॉडल को ज़्यादा जानकारी मिलती है. साथ ही, हर उपयोगकर्ता के लिए सबसे अच्छा अनुभव चुनने और उसका अनुमान लगाने की क्षमता बेहतर होती है.
ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा, 24 घंटे की स्टिकिनेस विंडो का इस्तेमाल करती है. यह वह समय होता है जब ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने का एल्गोरिदम, किसी एक वैकल्पिक वैल्यू की जांच करता है. आपको, ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा को, हर वैकल्पिक वैल्यू की कई बार जांच करने के लिए काफ़ी समय देना चाहिए. आम तौर पर, 14 दिन. सबसे अच्छा तरीका यह है कि इन्हें हमेशा चालू रखा जाए, ताकि आपके ऐप्लिकेशन और उपयोगकर्ता के व्यवहार में बदलाव होने पर, ये लगातार बेहतर हो सकें और उनके हिसाब से अडजस्ट हो सकें.
अन्य मेट्रिक ट्रैक करना
Remote Config में, ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा, दो अन्य मेट्रिक ट्रैक करने की सुविधा भी देती है. इससे आपको अपने नतीजों को कॉन्टेक्स्चुलाइज़ करने में मदद मिलती है. मान लें कि आपने एक सोशल ऐप्लिकेशन बनाया है और उपयोगकर्ताओं को दोस्तों के साथ कॉन्टेंट शेयर करने के लिए बढ़ावा देने के लिए, अलग-अलग वैकल्पिक वैल्यू सेट की हैं, ताकि कुल एंगेजमेंट बढ़ाया जा सके.
इस मामले में, किसी Analytics इवेंट, जैसे कि
link_received के लिए ऑप्टिमाइज़ किया जा सकता है. साथ ही, अपनी दो मेट्रिक को user_engagement और
link_opened पर सेट किया जा सकता है. इससे यह समझा जा सकता है कि उपयोगकर्ता का एंगेजमेंट और उपयोगकर्ता के खोले गए लिंक की संख्या बढ़ती है (असल एंगेजमेंट) या घटती है (संभव है कि स्पैम वाले बहुत ज़्यादा लिंक हों).
इन अन्य मेट्रिक को, ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने के एल्गोरिदम में शामिल नहीं किया जाएगा. हालांकि, इन्हें ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा के नतीजों के साथ ट्रैक किया जा सकता है. इससे, ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा की, आपके कुल लक्ष्यों को हासिल करने की क्षमता के बारे में अहम जानकारी मिलती है.
ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा के नतीजे समझना
ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा के नतीजे देखे जा सकते हैं. इसके लिए, ज़रूरी है कि यह सुविधा काफ़ी समय तक चालू रही हो, ताकि डेटा इकट्ठा किया जा सके.
ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा के नतीजे देखने के लिए:
Firebase console में, DevOps और एंगेजमेंट > Remote Config > ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा वाले पेज पर जाएं.
वह सुविधा चुनें जिसके नतीजे देखने हैं. ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा को नाम या लक्ष्य के हिसाब से खोजा जा सकता है. साथ ही, नाम, शुरू होने का समय या कुल लिफ़्ट के हिसाब से क्रम में लगाया जा सकता है.
नतीजों वाले पेज पर, कुल लिफ़्ट या परफ़ॉर्मेंस में प्रतिशत के अंतर की खास जानकारी दिखती है. यह अंतर, ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा की परफ़ॉर्मेंस में दिखता है. यह सुविधा, बेसलाइन ग्रुप के मुकाबले परफ़ॉर्मेंस देती है.
नतीजों वाले पेज पर, ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा की मौजूदा स्थिति, इसके एट्रिब्यूट, और एक इंटरैक्टिव ग्राफ़ भी दिखता है. इस ग्राफ़ में:
यह दिखाया जाता है कि ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा ने, बेसलाइन के मुकाबले हर दिन और कुल मिलाकर कैसा परफ़ॉर्म किया.
यह दिखाया जाता है कि बेसलाइन ग्रुप में, हर वैल्यू ने कुल मिलाकर कैसा परफ़ॉर्म किया.
लक्ष्य के नतीजे और चुनी गई अन्य मेट्रिक के मुकाबले परफ़ॉर्मेंस दिखती है. इन्हें खास जानकारी के सबसे ऊपर मौजूद टैब का इस्तेमाल करके ऐक्सेस किया जा सकता है.
ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा को हमेशा चालू रखा जा सकता है. साथ ही, इसकी परफ़ॉर्मेंस पर नज़र रखने के लिए, नतीजों वाले पेज पर बार-बार जाया जा सकता है. एल्गोरिदम लगातार सीखता और अडजस्ट होता रहेगा, ताकि उपयोगकर्ता के व्यवहार में बदलाव होने पर, यह उसके हिसाब से अडजस्ट हो सके.
ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा को मिटाने के बारे में जानकारी
Firebase Firebase console का इस्तेमाल करके, ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा को मिटाया जा सकता है. इसके अलावा, Firebase Remote Config Firebase Remote Config API का इस्तेमाल करके, अपने टेंप्लेट से, ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा का पैरामीटर हटाकर भी इसे मिटाया जा सकता है. ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा को मिटाने के बाद, उसे वापस नहीं लाया जा सकता. डेटा के रखरखाव के बारे में जानने के लिए, डेटा मिटाना लेख पढ़ें.
टेंप्लेट को वापस लाकर या इंपोर्ट करके भी, ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा को मिटाया जा सकता है.
रोलबैक
अगर आपके मौजूदा टेंप्लेट में, ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधाएं हैं और आपने किसी ऐसे टेंप्लेट पर रोलबैक किया है जिसमें ये सुविधाएं नहीं हैं, तो ये सुविधाएं मिट जाती हैं. पिछले टेंप्लेट पर वापस जाने के लिए, Firebase console का इस्तेमाल करें या Firebase Remote Config API का इस्तेमाल करके, roll back करें.
ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा को मिटाने और पिछले टेंप्लेट पर रोल बैक करने पर, उस अमान्य ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा का रेफ़रंस Firebase console में दिखता है. Firebase console से अमान्य सुविधा को हटाया जा सकता है. इसके लिए, Remote Config पेज के पैरामीटर टैब में, ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की सुविधा में बदलाव करें.
इंपोर्ट
किसी ऐसे टेंप्लेट को इंपोर्ट करने पर भी, ऐप्लिकेशन या उसके कॉन्टेंट को अपने हिसाब से बनाने की मौजूदा सुविधाएं मिट जाती हैं जिनमें ये सुविधाएं शामिल नहीं हैं. टेम्पलेट इंपोर्ट करने के लिए, Firebase कंसोल का इस्तेमाल करें या Remote Config REST API का इस्तेमाल करें.
अगले चरण
Remote Config में, ऐप्लिकेशन या उसके कॉन्टेंट को Remote Config अपने हिसाब से बनाने की सुविधा के इस्तेमाल के उदाहरण देखें.
अपने हिसाब से बनाने की सुविधा का इस्तेमाल Remote Config शुरू करें.