रिमोट कॉन्फ़िगरेशन के लिए कीमत
संग्रह की मदद से व्यवस्थित रहें
अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
1 सितंबर, 2026 से, Remote Config के लिए अलग-अलग कीमत वाले प्लान उपलब्ध होंगे. इन्हें हर तरह के प्रोजेक्ट के लिए डिज़ाइन किया गया है. इनमें बिना किसी शुल्क वाला प्लान और इस्तेमाल के हिसाब से पैसे चुकाने वाला प्लान शामिल है. इस्तेमाल के हिसाब से पैसे चुकाने वाले प्लान की कीमत, हर दिन के इस्तेमाल के हिसाब से तय होगी.
सिर्फ़ Remote Config सेवा से सीधे तौर पर किए गए फ़ेच अनुरोधों (क्लाइंट SDK टूल या REST API के ज़रिए) के लिए ही आपसे शुल्क लिया जाता है. फ़ेच ऑपरेशन, नेटवर्क कॉल या Firebase की अन्य सेवाओं से जनरेट की गई मेट्रिक, आपके Remote Config कोटा या बिलिंग में शामिल नहीं होती हैं.
इस टेबल में, Spark और Blaze, दोनों प्लान के लिए हर प्रोजेक्ट के हिसाब से इस्तेमाल की जानकारी दी गई है:
जानकारी
बिना किसी शुल्क वाला प्लान (Spark Plan)
इस्तेमाल के हिसाब से पैसे चुकाएं (Blaze प्लान)
फ़ेच करने के अनुरोध
हर दिन ज़्यादा से ज़्यादा 1,00,000
हर दिन 1,00,000 तक के लिए कोई शुल्क नहीं.
इसके बाद:
हर दिन 1,00,001 से 1,00,00,000 अनुरोधों के लिए, हर अनुरोध पर 0.000006 डॉलर (10,000 अनुरोधों के लिए 0.06 डॉलर).
हर दिन 1,00,00,000 से ज़्यादा अनुरोध करने पर, हर अनुरोध के लिए 0.000001 डॉलर (10,000 अनुरोधों के लिए 0.01 डॉलर) का शुल्क लिया जाता है.
सभी सुविधाएं
इसमें मनमुताबिक़ बनाने, रोलआउट करने, और A/B Testing को इंटिग्रेट करने की सुविधा शामिल है
इसमें मनमुताबिक़ बनाने, रोलआउट करने, और A/B Testing को इंटिग्रेट करने की सुविधा शामिल है
यह ग्रेस पीरियड उन प्रोजेक्ट के लिए है जिनमें Remote Config को 1 सितंबर, 2026 से पहले चालू किया गया है. इस्तेमाल के हिसाब से पैसे चुकाने के मॉडल पर आसानी से स्विच करने के लिए, मौजूदा प्रोजेक्ट को ग्रेस पीरियड की ये अतिरिक्त सुविधाएं दी जाती हैं. ये सुविधाएं, बिलिंग की नीति लागू होने से पहले दी जाती हैं:
मौजूदा बिलिंग प्लान
ट्रांज़िशन के लिए ग्रेस पीरियड
स्टैंडर्ड बिलिंग की शुरुआत
Required Action / Notes
Spark प्लान(बिना किसी शुल्क के)
तीन महीने
1 दिसंबर, 2026
सुझाई गई कार्रवाई:Cloud Billing सेट अप करें और Blaze प्लान पर अपग्रेड करें.
बोनस: अगर आपने 15 नवंबर, 2026 से पहले अपग्रेड किया, तो आपके ग्रेस पीरियड को पांच महीने के लिए बढ़ा दिया जाएगा. इसके बाद, 1 फ़रवरी, 2027 से बिलिंग शुरू हो जाएगी.
Blaze प्लान(इस्तेमाल के हिसाब से पैसे चुकाएं)
पांच महीने
1 फ़रवरी, 2027
आपको कुछ करने की ज़रूरत नहीं है. प्रोजेक्ट, 1 फ़रवरी, 2027 को सामान्य कीमत पर अपने-आप स्विच हो जाएंगे.
स्टैंडर्ड ग्रेस पीरियड
यह ग्रेस पीरियड उन प्रोजेक्ट के लिए है जिनमें 1 सितंबर, 2026 को या इसके बादRemote Config को चालू किया गया है. इसमें, चालू किए गए ऐसे मौजूदा Remote Config प्रोजेक्ट शामिल हैं जिन्हें 1 सितंबर, 2026 से पहले बनाया गया था और जिनके लिए ट्रांज़िशन का ग्रेस पीरियड खत्म हो गया है. अगर किसी प्रोजेक्ट के लिए, हर दिन 1,00,000 से ज़्यादा फ़ेच अनुरोध किए जाते हैं, तो इन कार्रवाइयों का पालन करना ज़रूरी है:
प्लान / शर्त
ग्रेस पीरियड
ग्रेस पीरियड के बाद क्या होता है
Required Action / Notes
Spark प्लान(बिना किसी शुल्क के)
30 दिन(यह तब लागू होता है, जब प्रोजेक्ट पहली बार रोज़ाना इस्तेमाल की सीमा को पार करता है)
31वें दिन से थ्रॉटलिंग शुरू हो जाती है
रोज़ाना इस्तेमाल की सीमा पहली बार पार होने के बाद, प्रोजेक्ट को 30 दिनों तक बिना किसी रुकावट के सेवा मिलती है. अगर आपको 31वें दिन या उसके बाद भी, थ्रॉटलिंग से बचना है, तो आपको Blaze प्लान पर अपग्रेड करना होगा.
Blaze प्लान(इस्तेमाल के हिसाब से पैसे चुकाएं)
N/A (कोई थ्रॉटलिंग नहीं)
फ़ेच करने के हर अनुरोध के लिए बिलिंग
एक लाख से ज़्यादा फ़ेच करने पर शुल्क लिया जाता है. कोई थ्रॉटलिंग लागू नहीं की गई है.
इस्तेमाल को ऑप्टिमाइज़ करने के सबसे सही तरीके
इस्तेमाल को ऑप्टिमाइज़ करने के लिए, इनमें से कोई भी तरीका अपनाएं:
क्लाइंट फ़ेच इंटरवल: प्रोडक्शन बिल्ड में, फ़ेच इंटरवल को बहुत कम (उदाहरण के लिए, setMinimumFetchIntervalInSeconds) पर सेट करने से बचें. सुझाया गया डिफ़ॉल्ट इंटरवल 12 घंटे है.
कम ज़रूरी पैरामीटर के लिए कैश मेमोरी: कॉन्फ़िगरेशन की ऐसी वैल्यू जो स्टेबल हैं और शायद ही कभी बदलती हैं उनके लिए, setMinimumFetchIntervalInSeconds को डिफ़ॉल्ट रूप से 12 घंटे से बढ़ाकर 24 या 48 घंटे करें.
ऐप्लिकेशन स्टार्टअप फ़ेच लूप: पक्का करें कि आपका ऐप्लिकेशन, हर स्क्रीन ट्रांज़िशन, गतिविधि फिर से शुरू होने या कॉम्पोनेंट रेंडर होने पर, रिमोट फ़ेच को ट्रिगर न करे. लोड होने पर फ़ेच और चालू करें या लोडिंग स्क्रीन के पीछे चालू करें जैसी लोड करने की रणनीतियों का इस्तेमाल ज़िम्मेदारी से करें.
बैकग्राउंड और इनऐक्टिव फ़ेच का ऑडिट करना: बैकग्राउंड में काम करने वाले वर्कर जॉब, सेवाओं या लेगसी ऐप्लिकेशन मॉड्यूल की समीक्षा करें. इससे, ग़ैर-ज़रूरी फ़ेच कॉल ("घोस्ट फ़ेच") को हटाया जा सकता है. ये कॉल तब ट्रिगर होते हैं, जब ऐप्लिकेशन बैकग्राउंड में होता है या इनऐक्टिव होता है.
मॉनिटर करना: Google Cloud कंसोल और Firebase कंसोल की कीमत और इस्तेमाल के डैशबोर्ड का इस्तेमाल करके, बिलिंग से जुड़ी सूचनाएं अपने-आप मिलने की सुविधा सेट अप करें. ऐसा तब करें, जब हर दिन फ़ेच किए जाने वाले डेटा की संख्या 1,00,000 अनुरोधों के करीब पहुंच जाए.
अक्सर पूछे जाने वाले सवाल और समस्या का हल
Remote Config के लिए, 1 सितंबर, 2026 से लागू होने वाला नया शुल्क क्या है?
Remote Config, इस्तेमाल के हिसाब से कीमत तय करने वाले मॉडल पर स्विच कर रहा है. इसमें बिना किसी शुल्क के इस्तेमाल किया जा सकने वाला टियर भी शामिल है:
Spark (बिना किसी शुल्क के) प्लान: बिना किसी शुल्क के, हर दिन ज़्यादा से ज़्यादा 1,00,000 फ़ेच अनुरोध किए जा सकते हैं.
Blaze (इस्तेमाल के हिसाब से पैसे चुकाएं) प्लान: हर दिन फ़ेच करने के पहले 1,00,000 अनुरोधों के लिए कोई शुल्क नहीं लिया जाता. इसके बाद, यह शुल्क लिया जाता है:
हर दिन 1,00,001 से 1,00,00,000 अनुरोधों के बीच, हर 10,000 अनुरोधों के लिए 0.06 डॉलर (0.000006 डॉलर/अनुरोध).
हर दिन 1,00,00,000 से ज़्यादा अनुरोध करने पर, हर 10,000 अनुरोध के लिए 0.01 डॉलर (0.000001 डॉलर/अनुरोध) का शुल्क लिया जाएगा.
सुविधाएं: Spark और Blaze, दोनों प्लान में सभी ऐडवांस सुविधाएं (ऐप्लिकेशन या उसके कॉन्टेंट को उपयोगकर्ता की दिलचस्पी के हिसाब से दिखाने की सेटिंग, रोलआउट, और A/B Testing इंटिग्रेशन) शामिल रहती हैं. इनके लिए, कोई अतिरिक्त शुल्क नहीं लिया जाता.
क्या Remote Config का इस्तेमाल शुरू करने के लिए, मेरे पास बिलिंग खाता होना ज़रूरी है?
नहीं. Remote Config का इस्तेमाल शुरू करने के लिए, आपको बिलिंग खाते की ज़रूरत नहीं है. बिना किसी शुल्क के Spark प्लान का इस्तेमाल शुरू किया जा सकता है. बिलिंग खाते की ज़रूरत सिर्फ़ तब होती है, जब आपको अपने प्रोजेक्ट को ब्लेज़ प्लान पर अपग्रेड करना हो. ऐसा इसलिए, ताकि हर दिन 1,00,000 से ज़्यादा फ़ेच अनुरोधों को पूरा किया जा सके.
क्या मुझे अपना कोड अपडेट करना होगा या रिमोट कॉन्फ़िगरेशन एसडीके को अपग्रेड करना होगा?
नहीं. Spark और Blaze प्लान के बीच स्विच करते समय, आपको अपने कोड में बदलाव करने या Remote Config क्लाइंट एसडीके को अपडेट करने की ज़रूरत नहीं है. टियर ट्रांज़िशन और अनुरोध की मीटरिंग, Remote Config बैकएंड से अपने-आप मैनेज होती है.
बिलिंग वाली फ़ेच रिक्वेस्ट किसे माना जाता है?
फ़ेच करने का अनुरोध तब होता है, जब आपका क्लाइंट ऐप्लिकेशन या बैकएंड सर्वर, अपडेट की गई पैरामीटर वैल्यू देखने के लिए Remote Config सर्वर को कॉल करता है. उदाहरण के लिए, क्लाइंट एसडीके में fetch() या fetchAndActivate() को शुरू करना या REST/Admin SDK का इस्तेमाल करके टेंप्लेट वापस पाना. सिर्फ़ Remote Config सेवा (क्लाइंट SDK टूल या REST API के ज़रिए) से सीधे तौर पर किए गए फ़ेच अनुरोधों को ही, बिल किए गए इस्तेमाल में शामिल किया जाता है. फ़ेच ऑपरेशन, नेटवर्क कॉल या Firebase की अन्य सेवाओं से जनरेट की गई मेट्रिक, आपके Remote Config कोटे या बिलिंग में शामिल नहीं होती हैं.
रीयलटाइम Remote Config: रीयलटाइम कनेक्शन खोलने से, फ़ेच करने के लिए लगातार अलग-अलग अनुरोध जनरेट नहीं होते. हालांकि, जब सर्वर अमान्य होने की सूचना भेजता है, तो अपडेट किए गए कॉन्फ़िगरेशन को डाउनलोड करने के लिए क्लाइंट कॉल को फ़ेच करने का अनुरोध माना जाता है.
कैश मेमोरी में सेव की गई वैल्यू: डिवाइस पर पहले से सेव की गई कैश मेमोरी की वैल्यू का इस्तेमाल करने से, नेटवर्क कॉल जनरेट नहीं होता या फ़ेच करने का अनुरोध नहीं माना जाता. इसके लिए, activate() या getString() का इस्तेमाल करके, डिस्क/मेमोरी से डेटा पढ़ा जाता है.
अगर मेरा प्रोजेक्ट Spark प्लान पर है और हर दिन 1,00,000 से ज़्यादा फ़ेच अनुरोध किए जाते हैं, तो क्या होगा? मैं अपग्रेड कैसे करूं?
30 दिनों का ग्रेस पीरियड: जब आपके Spark प्रोजेक्ट के लिए, हर दिन फ़ेच करने के अनुरोधों की संख्या पहली बार 1,00,000 से ज़्यादा हो जाती है, तो Firebase आपको 30 दिनों का ग्रेस पीरियड देता है. इस दौरान, आपके Remote Config अनुरोधों को बिना किसी रुकावट के पूरा किया जाता रहेगा.
काउंटडाउन जारी रहना: 30 दिनों का ग्रेस पीरियड तब शुरू होता है, जब आपके प्रोजेक्ट के लिए हर दिन फ़ेच करने के अनुरोधों की संख्या पहली बार 1,00,000 से ज़्यादा हो जाती है. अगर इस समयावधि के दौरान, आपके रोज़ाना के इस्तेमाल की संख्या 1,00,000 अनुरोधों की सीमा से कम हो जाती है, तो भी 30 दिनों की यह उलटी गिनती न तो रुकती है और न ही रीसेट होती है.
कोटे से जुड़ी सूचनाएं: जब हर दिन फ़ेच किए जाने वाले डेटा की संख्या 1,00,000 के कोटे के करीब पहुंचती है और उसे पार कर जाती है, तो प्रोजेक्ट एडमिन को ईमेल से सूचनाएं और कंसोल बैनर की सूचनाएं अपने-आप मिलती हैं.
थ्रॉटलिंग का जोखिम: अगर आपने 30 दिनों के ग्रेस पीरियड के खत्म होने तक Blaze प्लान पर अपग्रेड नहीं किया, तो Remote Config सेवा के लिए थ्रॉटलिंग शुरू हो जाएगी. ऐसा उन अनुरोधों के लिए होगा जो रोज़ाना की 1,00, 000 की सीमा से ज़्यादा होंगे. इससे क्लाइंट को अपडेट किए गए कॉन्फ़िगरेशन मिलने में रुकावट आ सकती है.
अपग्रेड करने का तरीका: बिना किसी रुकावट के सेवा का इस्तेमाल जारी रखने के लिए, Firebase कंसोल में जाकर Blaze प्लान पर अपग्रेड किया जा सकता है. Blaze प्लान पर अपग्रेड करने से, आपका प्रोजेक्ट Google Cloud बिलिंग खाते से लिंक हो जाता है.
उपयोगकर्ताओं को Remote Config पैरामीटर की नई वैल्यू नहीं मिल रही हैं. क्या यह कीमत या कोटा से जुड़ा हो सकता है?
हां. अगर आपका प्रोजेक्ट Spark प्लान पर है और उसने हर दिन 1, 00,000 अनुरोधों की सीमा पार कर ली है, तो 30 दिनों का ग्रेस पीरियड खत्म होने के बाद, सर्वर हर दिन की सीमा से ज़्यादा आने वाले अनुरोधों को रोक देता है. Firebase कंसोल में, इस्तेमाल से जुड़ी मेट्रिक देखें. अगर आपके हर दिन के सक्रिय उपयोगकर्ताओं को हर दिन 1,00,000 से ज़्यादा फ़ेच की ज़रूरत है, तो Blaze प्लान पर अपग्रेड करें.
मैं अपने बिल का अनुमान लगाने के लिए, मौजूदा इस्तेमाल की जानकारी कैसे देखूं?
Firebase कंसोल में:
Spark प्लान:इस्तेमाल और बिलिंग डैशबोर्ड पर, हर दिन फ़ेच किए गए डेटा को ट्रैक किया जा सकता है.
रिमोट कॉन्फ़िगरेशन सेक्शन में, कोटा प्रोग्रेस कार्ड में हर दिन फ़ेच किए गए डेटा की संख्या दिखती है. यह संख्या, हर दिन बिना किसी शुल्क के 1,00,000 बार डेटा फ़ेच करने की सीमा के हिसाब से दिखती है.
Blaze प्लान:इस्तेमाल और बिलिंग डैशबोर्ड में, इस्तेमाल के हिसाब से टियर वाला बार चार्ट होता है. इसमें, हर दिन फ़ेच की गई संख्या को कीमत के टियर के हिसाब से दिखाया जाता है. जैसे, बिना किसी शुल्क वाले टियर में 1,00,000 तक, 1,00,001 से 1,00,00,000 तक, और 1,00,00,000 से ज़्यादा.
Google Cloud कंसोल में:
क्लाउड बिलिंग रिपोर्ट (Blaze प्लान): क्लाउड बिलिंग में, लागत मैनेजमेंट और इस्तेमाल की पूरी जानकारी देने वाली रिपोर्ट देखी जा सकती हैं. ज़्यादा जानकारी के लिए,
अपनी क्लाउड बिलिंग रिपोर्ट और लागत के रुझान देखना लेख पढ़ें.
SKU के हिसाब से फ़िल्टर करते समय, SKU को इस आधार पर चुनें कि आपका प्रोजेक्ट कब बनाया गया था:
1 सितंबर, 2026 को या इसके बाद बनाए गए प्रोजेक्ट:
SKU आईडी: 37B1-4623-6F54
एसकेयू का नाम: फ़ेच करने के अनुरोध
1 सितंबर, 2026 से पहले बनाए गए प्रोजेक्ट:
SKU आईडी: 598C-0184-404A
एसकेयू का नाम: फ़ेच करने के अनुरोध
कोटा और सिस्टम की सीमाएं (Spark और Blaze प्लान):कोटा और सिस्टम की सीमाएं पेज पर, मौजूदा इस्तेमाल और सिस्टम की चालू सीमाओं को मॉनिटर किया जा सकता है. ज़्यादा जानकारी के लिए,
कोटा देखना और मैनेज करना लेख पढ़ें. रिपोर्ट फ़िल्टर करते समय,
पक्का करें कि आपने वह Firebase एपीआई चुना हो जिसके लिए आपको कोटा देखना है
(उदाहरण के लिए, firebaseremoteconfig.googleapis.com).