रिमोट कॉन्फ़िगरेशन के लिए कीमत
संग्रह की मदद से व्यवस्थित रहें
अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
Remote Config 1 सितंबर, 2026 से, अलग-अलग तरह के प्रोजेक्ट के लिए फ़्लेक्सिबल प्राइसिंग स्ट्रक्चर उपलब्ध कराएगा. इसमें बिना किसी शुल्क वाला प्लान और इस्तेमाल के हिसाब से शुल्क चुकाने वाला टियर, दोनों शामिल होंगे. यह टियर, आपके रोज़ाना के इस्तेमाल के हिसाब से तय होगा.
सिर्फ़ Remote Config सेवा (क्लाइंट SDK टूल या REST API के ज़रिए) से सीधे तौर पर किए गए फ़ेच अनुरोधों को, बिल किए गए इस्तेमाल में शामिल किया जाता है. डेटा फ़ेच करने के ऑपरेशन, नेटवर्क कॉल या Firebase की अन्य सेवाओं से जनरेट होने वाली मेट्रिक, आपके Remote Config कोटे या बिलिंग में शामिल नहीं होती हैं.
इस टेबल में, स्पार्क और ब्लेज़ प्लान, दोनों के लिए हर प्रोजेक्ट के इस्तेमाल की जानकारी दी गई है:
जानकारी
बिना शुल्क वाला (स्पार्क प्लान)
इस्तेमाल के हिसाब से पैसे चुकाएं (Blaze Plan)
डेटा फ़ेच करने के अनुरोध
हर दिन ज़्यादा से ज़्यादा 1,00,000
हर दिन 1,00,000 तक बिना किसी शुल्क के.
इसके बाद:
हर दिन 1,00,001 से 1,00,00,000 के बीच इस्तेमाल करने पर, हर अनुरोध के लिए 0.000006 डॉलर (10,000 अनुरोधों के लिए 0.06 डॉलर) शुल्क लगता है.
हर दिन 1 करोड़ से ज़्यादा अनुरोध करने पर, हर अनुरोध के लिए 0.000001 डॉलर (10 हज़ार अनुरोधों के लिए 0.01 डॉलर) शुल्क लिया जाता है.
सभी सुविधाएँ
इसमें मनमुताबिक़ बनाने की सुविधा, रोलआउट, और A/B Testing इंटिग्रेशन शामिल है
इसमें मनमुताबिक़ बनाने की सुविधा, रोलआउट, और A/B Testing इंटिग्रेशन शामिल है
यह ट्रांज़िशन ग्रेस पीरियड उन प्रोजेक्ट के लिए है जिनमें Remote Config1 सितंबर, 2026 से पहले सुविधा चालू की गई है. पे-ऐज़-यू-गो की कीमत पर आसानी से स्विच करने के लिए, मौजूदा प्रोजेक्ट को बिलिंग लागू होने से पहले, ग्रेस पीरियड की यह अवधि मिलती है:
मौजूदा बिलिंग प्लान
ट्रांज़िशन का ग्रेस पीरियड
स्टैंडर्ड बिलिंग की शुरुआत
ज़रूरी कार्रवाई / नोट
Spark प्लान(बिना किसी शुल्क के)
तीन महीने
1 दिसंबर, 2026
सुझाई गई कार्रवाई:क्लाउड बिलिंग सेट अप करें और Blaze पर अपग्रेड करें.
बोनस: अगर आपने 15 नवंबर, 2026 से पहले अपग्रेड किया, तो आपको पांच महीने का ग्रेस पीरियड मिलेगा. बिलिंग 1 फ़रवरी, 2027 से शुरू होगी.
Blaze प्लान(जितना इस्तेमाल करें उतना ही चुकाएं)
पांच महीने
1 फ़रवरी, 2027
आपको कुछ करने की ज़रूरत नहीं है. प्रोजेक्ट 1 फ़रवरी, 2027 को स्टैंडर्ड प्राइसिंग पर अपने-आप स्विच हो जाएंगे.
स्टैंडर्ड ग्रेस पीरियड
यह ग्रेस पीरियड उन प्रोजेक्ट के लिए है जिन्होंने Remote Config को 1 सितंबर, 2026 को या उसके बाद चालू किया है. इसमें Remote Config
चालू किए गए ऐसे मौजूदा प्रोजेक्ट (1 सितंबर, 2026 से पहले बनाए गए) भी शामिल हैं जिनके लिए ट्रांज़िशन ग्रेस पीरियड खत्म हो गया है. अगर किसी प्रोजेक्ट में हर दिन फ़ेच करने के 1,00,000 से ज़्यादा अनुरोध किए जाते हैं, तो आपको ये काम करने होंगे:
प्लान / शर्त
ग्रेस पीरियड
ग्रेस पीरियड के बाद की स्थिति
ज़रूरी कार्रवाई / नोट
Spark प्लान(बिना किसी शुल्क के)
30 दिन(यह तब लागू होता है, जब प्रोजेक्ट पहली बार रोज़ाना इस्तेमाल की सीमा से ज़्यादा हो जाता है)
थ्रॉटलिंग 31वें दिन से शुरू होती है
रोज़ाना इस्तेमाल की सीमा पहली बार पार होने के बाद, प्रोजेक्ट को 30 दिनों तक बिना किसी रुकावट के सेवा मिलती है. 31वें दिन या उसके बाद थ्रॉटलिंग से बचने के लिए, आपको Blaze प्लान पर अपग्रेड करना होगा.
Blaze प्लान(जितना इस्तेमाल करें उतना ही चुकाएं)
लागू नहीं (कोई थ्रॉटलिंग नहीं)
डेटा फ़ेच करने के हर अनुरोध के लिए बिलिंग
1,00,000 से ज़्यादा फ़ेच के इस्तेमाल पर शुल्क लिया जाता है. कोई थ्रॉटलिंग लागू नहीं की गई है.
इस्तेमाल को ऑप्टिमाइज़ करने के सबसे सही तरीके
इस्तेमाल को ऑप्टिमाइज़ करने के लिए, इनमें से कोई एक काम करें:
क्लाइंट फ़ेच करने के इंटरवल: प्रोडक्शन बिल्ड में, फ़ेच करने के इंटरवल को बहुत कम (उदाहरण के लिए, setMinimumFetchIntervalInSeconds) पर सेट न करें. डिफ़ॉल्ट रूप से, सुझाया गया इंटरवल 12 घंटे का होता है.
ग़ैर-ज़रूरी पैरामीटर के लिए कैश मेमोरी: अगर कॉन्फ़िगरेशन की वैल्यू स्थिर हैं और वे कभी-कभार ही बदलती हैं, तो setMinimumFetchIntervalInSeconds को डिफ़ॉल्ट रूप से 12 घंटे से बढ़ाकर 24 या 48 घंटे करें.
ऐप्लिकेशन के चालू होने पर डेटा फ़ेच करने के लूप: पक्का करें कि आपका ऐप्लिकेशन, हर स्क्रीन ट्रांज़िशन, गतिविधि फिर से शुरू होने या कॉम्पोनेंट रेंडर होने पर रिमोट फ़ेच को ट्रिगर न करे. लोड होने पर फ़ेच और चालू करें या लोडिंग स्क्रीन के पीछे चालू करें जैसी लोडिंग रणनीतियों का ज़िम्मेदारी से इस्तेमाल करें.
बैकग्राउंड और इनऐक्टिव फ़ेच की ऑडिट करना: बैकग्राउंड वर्कर जॉब, सेवाओं या लेगसी ऐप्लिकेशन मॉड्यूल की समीक्षा करें, ताकि फ़ेच के ऐसे कॉल ("घोस्ट फ़ेच") हटाए जा सकें जो ऐप्लिकेशन के बैकग्राउंड में या इनऐक्टिव होने पर ट्रिगर होते हैं.
मॉनिटर करना: Google Cloud कंसोल और Firebase कंसोल की कीमत और इस्तेमाल से जुड़े डैशबोर्ड का इस्तेमाल करके, हर दिन फ़ेच किए जाने वाले वॉल्यूम के 1,00,000 अनुरोधों तक पहुंचने पर, बिलिंग से जुड़ी सूचनाएं अपने-आप पाने की सुविधा सेट अप करें.
अक्सर पूछे जाने वाले सवाल और समस्या हल करना
Remote Config सितंबर, 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 करोड़ से ज़्यादा अनुरोध होने पर, हर 10,000 अनुरोध के लिए 0.01 डॉलर (0.000001 डॉलर/अनुरोध) शुल्क लिया जाता है.
सुविधाएं: Spark और Blaze, दोनों प्लान में ऐडवांस सुविधाएं (मनमुताबिक बनाना, रोलआउट, और A/B Testing इंटिग्रेशन) शामिल हैं. इनके लिए, कोई अतिरिक्त शुल्क नहीं देना होगा.
क्या Remote Config का इस्तेमाल शुरू करने के लिए, मेरे पास बिलिंग खाता होना चाहिए?
नहीं. Remote Config का इस्तेमाल शुरू करने के लिए, आपके पास बिलिंग खाता होना ज़रूरी नहीं है. बिना किसी शुल्क के Spark प्लान का इस्तेमाल शुरू किया जा सकता है. बिलिंग खाते की ज़रूरत सिर्फ़ तब पड़ती है, जब आपको अपने प्रोजेक्ट को Blaze प्लान में अपग्रेड करना हो. ऐसा तब किया जाता है, जब आपको हर दिन एक लाख से ज़्यादा फ़ेच अनुरोधों को प्रोसेस करना हो.
क्या मुझे अपने कोड को अपडेट करना होगा या रिमोट कॉन्फ़िगरेशन SDK को अपग्रेड करना होगा?
नहीं. 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 अनुरोधों से ज़्यादा हो जाता है. यह 30 दिनों का काउंटडाउन, तब भी नहीं रुकता या रीसेट नहीं होता, जब इस समयावधि के दौरान रोज़ाना इस्तेमाल किए जाने वाले अनुरोधों की संख्या, 1,00,000 अनुरोधों की सीमा से कम हो जाती है.
कोटा की सूचनाएं: हर दिन फ़ेच किए जाने वाले डेटा की मात्रा 1,00,000 के कोटे के करीब पहुंचने और इस कोटे तक पहुंचने पर, प्रोजेक्ट एडमिन को अपने-आप ईमेल से सूचनाएं मिलती हैं. साथ ही, उन्हें कंसोल बैनर की सूचनाएं भी मिलती हैं.
थ्रॉटलिंग का जोखिम: अगर आपने 30 दिनों की ग्रेस अवधि के खत्म होने तक Blaze प्लान पर अपग्रेड नहीं किया, तो रोज़ाना 1,00,000 से ज़्यादा अनुरोधों के लिए, Remote Config सेवा थ्रॉटलिंग शुरू हो जाएगी. इससे क्लाइंट को अपडेट किए गए कॉन्फ़िगरेशन नहीं मिल पाएंगे.
अपग्रेड करने का तरीका: बिना किसी रुकावट के सेवा जारी रखने के लिए, Firebase कंसोल में जाकर Blaze प्लान पर अपग्रेड करें. Blaze प्लान पर अपग्रेड करने से, आपका प्रोजेक्ट Google Cloud Billing खाते से लिंक हो जाता है.
उपयोगकर्ताओं को Remote Config पैरामीटर की नई वैल्यू नहीं मिल रही हैं. क्या यह समस्या, कीमत या कोटा से जुड़ी है?
हां. अगर आपका प्रोजेक्ट Spark प्लान पर है, हर दिन के अनुरोधों की सीमा 1,00,000 से ज़्यादा हो गई है, और 30 दिनों का ग्रेस पीरियड खत्म हो गया है, तो हर दिन की सीमा से ज़्यादा के अनुरोधों को सर्वर थ्रॉटल कर देता है. Firebase कंसोल में जाकर, इस्तेमाल से जुड़ी मेट्रिक देखें. अगर हर दिन के सक्रिय उपयोगकर्ताओं को हर दिन 1,00,000 से ज़्यादा फ़ेच की ज़रूरत है, तो Blaze प्लान पर अपग्रेड करें.
मैं अपने मौजूदा इस्तेमाल की जानकारी कैसे देखूं, ताकि बिल का अनुमान लगाया जा सके?
Firebase कंसोल में:
स्पार्क प्लान:इस्तेमाल और बिलिंग डैशबोर्ड पर जाकर, रोज़ाना फ़ेच करने की सुविधा के इस्तेमाल को ट्रैक किया जा सकता है.
रिमोट कॉन्फ़िगरेशन सेक्शन में, कोटा प्रोग्रेस कार्ड दिखता है. इसमें, हर दिन फ़ेच किए गए कॉन्फ़िगरेशन की संख्या दिखती है. इसकी तुलना, हर दिन बिना किसी शुल्क के फ़ेच किए जा सकने वाले कॉन्फ़िगरेशन की संख्या (1,00,000) से की जाती है.
Blaze प्लान:इस्तेमाल और बिलिंग डैशबोर्ड में, इस्तेमाल के हिसाब से टियर वाला बार चार्ट होता है. इससे, कीमत के हिसाब से टियर के आधार पर, हर दिन फ़ेच किए गए डेटा की संख्या को विज़ुअलाइज़ किया जाता है. जैसे, बिना शुल्क वाले टियर में 1,00,000 तक, 1,00,001 से 1,00,00,000 तक, और 1,00,00,000 से ज़्यादा.
Google Cloud कंसोल में:
क्लाउड बिलिंग रिपोर्ट (Blaze प्लान): क्लाउड बिलिंग में, लागत प्रबंधन और इस्तेमाल की पूरी जानकारी वाली रिपोर्ट देखी जा सकती हैं. ज़्यादा जानकारी के लिए, अपनी क्लाउड बिलिंग रिपोर्ट और लागत के रुझान देखना लेख पढ़ें.
एसकेयू के हिसाब से फ़िल्टर करते समय, अपने प्रोजेक्ट के बनाए जाने की तारीख के हिसाब से एसकेयू चुनें:
1 सितंबर, 2026 को या इसके बाद बनाए गए प्रोजेक्ट:
एसकेयू आईडी: 37B1-4623-6F54
SKU का नाम: फ़ेच करने के अनुरोध
1 सितंबर, 2026 से पहले बनाए गए प्रोजेक्ट:
एसकेयू आईडी: 598C-0184-404A
SKU का नाम: फ़ेच करने के अनुरोध
कोटा और सिस्टम की सीमाएं (Spark और Blaze प्लान):कोटा और सिस्टम की सीमाएं पेज पर जाकर, मौजूदा इस्तेमाल और सिस्टम की चालू सीमाओं को मॉनिटर किया जा सकता है. ज़्यादा जानकारी के लिए, कोटा देखना और मैनेज करना लेख पढ़ें. रिपोर्ट फ़िल्टर करते समय,
पक्का करें कि आपने वह Firebase API चुना हो जिसके लिए आपको कोटा देखना है
(उदाहरण के लिए, firebaseremoteconfig.googleapis.com).
[[["समझने में आसान है","easyToUnderstand","thumb-up"],["मेरी समस्या हल हो गई","solvedMyProblem","thumb-up"],["अन्य","otherUp","thumb-up"]],[["वह जानकारी मौजूद नहीं है जो मुझे चाहिए","missingTheInformationINeed","thumb-down"],["बहुत मुश्किल है / बहुत सारे चरण हैं","tooComplicatedTooManySteps","thumb-down"],["पुराना","outOfDate","thumb-down"],["अनुवाद से जुड़ी समस्या","translationIssue","thumb-down"],["सैंपल / कोड से जुड़ी समस्या","samplesCodeIssue","thumb-down"],["अन्य","otherDown","thumb-down"]],["आखिरी बार 2026-10-11 (UTC) को अपडेट किया गया."],[],[]]