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

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

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

फ़ोन से पुष्टि करने की सुविधा किन देशों/इलाकों में उपलब्ध है?

Firebase Authentication दुनिया भर में फ़ोन नंबर की पुष्टि करने की सुविधा देता है. हालांकि, सभी नेटवर्क पर पुष्टि करने वाले मैसेज भरोसेमंद तरीके से नहीं भेजे जाते. इन देशों/इलाकों में डिलीवरी की दरें अच्छी हैं. इसलिए, उम्मीद है कि ये देश/इलाके फ़ोन से पुष्टि करने की सुविधा के लिए अच्छी तरह काम करेंगे. जिन देशों/इलाकों के लिए यह जानकारी दी गई है वहां मोबाइल और इंटरनेट सेवा देने वाली कुछ कंपनियां उपलब्ध नहीं हैं. ऐसा इसलिए है, क्योंकि वहां डिलीवरी के सफल होने की दर कम है.

क्षेत्र	कोड
विज्ञापन	एंडोरा
AE	संयुक्त अरब अमीरात
AF	अफ़ग़ानिस्तान
AG	एंटीगुआ और बारबुडा
AL	अल्बानिया
पूर्वाह्म	आर्मेनिया
AO	अंगोला
AR	अर्जेंटीना
AS	अमेरिकन समोआ
AT	ऑस्ट्रिया
AU	ऑस्ट्रेलिया
AW	अरूबा
AZ	अज़रबैजान
BA	बोस्निया और हर्ज़ेगोविना
BB	बारबाडोस
BD	बांग्लादेश
BE	बेल्जियम
BF	बुर्किना फ़ासो
BG	बुल्गारिया
BJ	बेनिन
BM	बरमूडा
BN	ब्रूनेई दारुस्सलम
BO	बोलिविया
ब्राज़ील	ब्राज़ील
बीएस	बहामाज़
बीटी	भूटान
BW	बोत्सवाना
इनके द्वारा:	बेलारूस
BZ	बलीज़
CA	कनाडा
सीडी (CD)	कॉन्गो, (किंशासा)
CF	मध्य अफ़्रीकी गणराज्य
CG	कॉन्गो (ब्राज़ाविल)
CH	स्विट्ज़रलैंड
सीआई (CI)	आइवरी कोस्ट
CK	कुक द्वीप समूह
सीएल	चिली
CM	कैमरून
CO	कोलंबिया
सीआर	कोस्टा रिका
सीवी	केप वर्ड
CW	क्यूरासाओ
CY	साइप्रस
CZ	चेक गणराज्य
DE	जर्मनी
डीजे	जिबूती
डेनमार्क	डेनमार्क
DM	डॉमिनिक
ऐसा करें	डोमिनिकन गणराज्य
DZ	अल्जीरिया
EC	इक्वाडोर
EG	मिस्र
ES	स्पेन
ET	इथियोपिया
FI	फ़िनलैंड
FJ	फ़िजी
FK	फ़ॉकलैंड द्वीप समूह (मा‍ल्विनास)
FM	माइक्रोनेशिया (संघीय राज्य)
FO	फ़ैरो द्वीप समूह
FR	फ़्रांस
जीए	गैबोन
GB	यूनाइटेड किंगडम
जीडी	ग्रेनाडा
GE	जॉर्जिया
GF	फ़्रेंच गुयाना
GG	गर्नज़ी
GH	घाना
GI	जिब्राल्टर
GL	ग्रीनलैंड
GM	गांबिया
GP	गुआडलूप
GQ	इक्वेटोरियल गिनी
GR	ग्रीस
GT	ग्वाटेमाला
GY	गुयाना
HK	हॉन्ग कॉन्ग, एसएआर चीन
HN	होंडुरास
HR	क्रोएशिया
हाफ़ टाइम	हैती
एचयू	हंगरी
आईडी	इंडोनेशिया
IE	आयरलैंड
IL	इज़रायल
IM	आइल ऑफ़ मैन
IN	भारत
IQ	इराक
आईटी (सूचना प्रौद्योगिकी)	इटली
JE	जर्सी
JM	जमैका
JO	जॉर्डन
जापान	जापान
KE	केन्या
KG	किर्गिस्तान
KH	कंबोडिया
KM	कोमोरोस
KN	सेंट किट्स और नेविस
KR	कोरिया (दक्षिण)
KW	कुवैत
KY	केमैन द्वीप समूह
KZ	कज़ाकस्तान
LA	लाओ PDR
LB	लेबनान
LC	सेंट लूसिया
LI	लिएटेंस्टीन
एलके	श्रीलंका
LS	लेसोथो
LT	लिथुआनिया
LU	लक्ज़मबर्ग
LV	लातविया
LY	लीबिया
MA	मोरक्को
एमडी	मोल्डोवा
ME	मोंटेनेग्रो
MF	सेंट-मार्टिन (फ़्रेंच पार्ट)
एमजी	मेडागास्कर
MK	मैसेडोनिया गणराज्य
एमएम	म्यांमार
MN	मंगोलिया
MO	मकाओ, एसएआर चीन
MS	मोंसेर्राट
MT	माल्टा
MU	मॉरीशस
मेगावॉट	मलावी
MX	मेक्सिको
MY	मलेशिया
MZ	मोज़ाम्बिक
NA	नामीबिया
NC	न्यू कैलेडोनिया
उपू	नाइजर
NF	नॉरफ़ॉक द्वीप
NG	नाइजीरिया
NI	निकारागुआ
NL	नीदरलैंड्स
नहीं	नॉर्वे
NP	नेपाल
NZ	न्यूज़ीलैंड
OM	ओमान
PA	पनामा
PE	पेरू
PG	पापुआ न्यू गिनी
PH	फ़िलिपींस
PK	पाकिस्तान
PL	पोलैंड
PM	सेंट पियरे और मिकलॉन
PR	प्योर्तो रिको
PS	फ़िलिस्तीनी क्षेत्र
PT	पुर्तगाल
PY	पराग्वे
QA	कतर
RE	रीयूनियन
RO	रोमानिया
RS	सर्बिया
RU	रूसी संघ
RW	रवांडा
SA	सऊदी अरब
एससी	सेशल्स
स्वीडन	स्वीडन
SG	सिंगापुर
शूट आउट	सेंट हेलेना
SI	स्लोवेनिया
SK	स्लोवाकिया
SL	सिएरा लियॉन
SN	सेनेगल
SR	सूरीनाम
ST	साओ टोम और प्रिंसिपे
SV	अल सल्वाडोर
SZ	एस्वाटीनी
TC	तुर्क और कैकोस द्वीप समूह
TG	टोगो
थाईलैंड	थाईलैंड
टीम लीडर	पूर्वी तिमोर
ट्रेडमार्क	तुर्कमेनिस्तान
TO	टोंगा
TR	तुर्किये
TT	त्रिनिदाद और टोबैगो
TW	ताइवान, चीन गणराज्य
TZ	तंज़ानिया संयुक्त गणराज्य
UA	यूक्रेन
UG	युगांडा
अमेरिका	अमेरिका
UY	उरुग्वे
UZ	उज़्बेकिस्तान
VC	सेंट विंसेंट और ग्रेनाडीन
VE	वेनेज़ुएला (बोलिवेरियन रिपब्लिक)
VG	ब्रिटिश वर्जिन द्वीप समूह
VI	वर्जिन द्वीपसमूह, संयुक्त राज्य अमेरिका
VN	वियतनाम
WS	समोआ
YE	यमन
YT	मयोटे
ZA	दक्षिण अफ़्रीका
ZM	ज़ाम्बिया
ZW	ज़िंबाब्वे

स्पार्क प्लान में बिना किसी शुल्क के एसएमएस भेजने की सुविधा क्यों बंद कर दी गई है?

फ़ोन से पुष्टि करने की सुविधा की सुरक्षा और सेवा की क्वालिटी को बेहतर बनाने के लिए, सितंबर 2024 से Firebase प्रोजेक्ट को Cloud Billing खाते से लिंक करना होगा, ताकि एसएमएस सेवा को चालू किया जा सके और उसका इस्तेमाल किया जा सके.

फ़ोन से पुष्टि करने की सुविधा का इस्तेमाल करते समय, एसएमएस के गलत इस्तेमाल को कैसे रोका जा सकता है?

अपने प्रोजेक्ट को एसएमएस ट्रैफ़िक पंपिंग और एपीआई के गलत इस्तेमाल से बचाने के लिए, यह तरीका अपनाएं:

एसएमएस भेजने के लिए, देश/इलाके के हिसाब से नीति सेट करना

अपने इलाके में मैसेज (एसएमएस) भेजने की सुविधा के इस्तेमाल की जानकारी देखें.

उन इलाकों को ढूंढें जहां भेजे गए एसएमएस की संख्या बहुत ज़्यादा है और पुष्टि किए गए एसएमएस की संख्या बहुत कम है या शून्य है. पुष्टि किए गए/भेजे गए ईमेल का अनुपात, पुष्टि होने की दर होती है. आम तौर पर, एसएमएस के लिए सफलता दर 70 से 85% के बीच होती है. ऐसा इसलिए, क्योंकि एसएमएस की डिलीवरी की गारंटी नहीं होती. साथ ही, कुछ इलाकों में इसका गलत इस्तेमाल किया जा सकता है. अगर सफलता दर 50% से कम है, तो इसका मतलब है कि कई एसएमएस भेजे गए हैं, लेकिन कुछ ही लॉगिन हुए हैं. यह आम तौर पर, बुरे लोगों और एसएमएस ट्रैफ़िक पंपिंग का संकेत है.
एसएमएस क्षेत्र की नीति का इस्तेमाल करके, उन क्षेत्रों में एसएमएस भेजने की सुविधा बंद करें जहां एसएमएस भेजने की दर कम है. इसके अलावा, अगर आपका ऐप्लिकेशन सिर्फ़ कुछ देशों में उपलब्ध है, तो सिर्फ़ उन देशों में एसएमएस भेजने की सुविधा चालू करें.

पुष्टि करने के लिए इस्तेमाल किए जाने वाले डोमेन की संख्या सीमित करना

अनुमति वाले डोमेन मैनेज करने के लिए, पुष्टि करने की सेटिंग वाले डैशबोर्ड का इस्तेमाल करें. डेवलपमेंट को आसान बनाने के लिए, localhost डोमेन को पुष्टि किए गए डोमेन की सूची में डिफ़ॉल्ट रूप से जोड़ा जाता है. अपने प्रोडक्शन प्रोजेक्ट में, अनुमति वाले डोमेन से localhost को हटा दें. इससे बुरे लोग, अपने localhost पर कोड नहीं चला पाएंगे. इससे वे आपके प्रोडक्शन प्रोजेक्ट को ऐक्सेस नहीं कर पाएंगे.

अहम जानकारी: 28 अप्रैल, 2025 के बाद बनाए गए प्रोजेक्ट में, Firebase Authentication में डिफ़ॉल्ट रूप से localhost को अनुमति वाले डोमेन के तौर पर शामिल नहीं किया जाता. Google, प्रोडक्शन प्रोजेक्ट में localhost का इस्तेमाल करने का सुझाव नहीं देता. अगर आपको localhost को अनुमति देनी है, तो सेटिंग टैब में जाकर, अनुमति वाले डोमेन में जाकर, डोमेन जोड़ें पर क्लिक करके, इसे मैन्युअल तरीके से जोड़ा जा सकता है.

App Check को चालू और लागू करना

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

Firebase Authentication के साथ App Check का इस्तेमाल करने के लिए, आपको Firebase Authentication with Identity Platform में अपग्रेड करना होगा.

ध्यान रखें कि आपको Firebase कंसोल में, Authentication के लिए App Check लागू करना होगा. लागू करने से पहले, ट्रैफ़िक की निगरानी करें. इसके अलावा, reCAPTCHA Enterprise की उन साइटों की सूची को दोबारा जांच लें जिन्हें अनुमति मिली है. इससे यह पुष्टि की जा सकेगी कि इसमें सिर्फ़ आपकी प्रोडक्शन साइटें शामिल हैं. साथ ही, यह भी पुष्टि की जा सकेगी कि App Check में आपके प्रोजेक्ट के लिए रजिस्टर किए गए ऐप्लिकेशन की सूची सही है.

ध्यान दें कि App Check, अपने-आप होने वाले हमलों से सुरक्षा देने में मदद करता है. ऐसा इसलिए, क्योंकि यह पुष्टि करता है कि कॉल आपके किसी रजिस्टर किए गए ऐप्लिकेशन से आया है. इससे लोगों को आपके ऐप्लिकेशन का गलत तरीके से इस्तेमाल करने से नहीं रोका जा सकता. उदाहरण के लिए, भेजे गए एसएमएस जनरेट करने के लिए, लॉगिन फ़्लो शुरू करना और फिर कभी पूरा न करना.

क्या फ़ोन नंबर को किसी नए कैरियर पर पोर्ट किया जा सकता है, जो फ़ोन से पुष्टि करने की सुविधा के साथ काम करता है?

फ़िलहाल, एक से दूसरे कैरियर पर पोर्ट किए गए नंबरों पर एसएमएस नहीं भेजे जा सकेंगे. इस समस्या को ठीक करने का कोई तरीका नहीं है. Firebase इस समस्या को ठीक करने के लिए काम कर रहा है.

अगर आपको यह गड़बड़ी दिख रही है, तो समस्या हल करने के लिए इस अक्सर पूछे जाने वाले सवाल में दिया गया तरीका अपनाएं:

GoogleFragment: Google sign in failed
    com.google.android.gms.common.api.ApiException: 13: Unable to get token.
        at
com.google.android.gms.internal.auth-api.zbay.getSignInCredentialFromIntent(com.google.android.gms:play-services-auth@@20.3.0:6)

पक्का करें कि पुष्टि करने की सुविधा देने वाले के तौर पर, Google साइन-इन की सुविधा सही तरीके से चालू हो:
1. Firebase कंसोल में, Authentication सेक्शन खोलें.
2. साइन-इन का तरीका टैब में जाकर, Google से साइन इन करने के तरीके को बंद करें. इसके बाद, इसे फिर से चालू करें. भले ही, यह पहले से चालू हो:
  1. Google साइन-इन करने का तरीका खोलें और उसे बंद करें. इसके बाद, सेव करें पर क्लिक करें.
  2. Google से साइन-इन करने का तरीका फिर से खोलें और उसे चालू करें. इसके बाद, सेव करें पर क्लिक करें.
पक्का करें कि आपका ऐप्लिकेशन, Firebase कॉन्फ़िगरेशन फ़ाइल के नए वर्शन का इस्तेमाल कर रहा हो (google-services.json).
अपने ऐप्लिकेशन की कॉन्फ़िगरेशन फ़ाइल पाएं.
देखें कि आपको अब भी गड़बड़ी का मैसेज मिल रहा है या नहीं. अगर ऐसा है, तो समस्या हल करने के अगले चरण पर जाएं.
पक्का करें कि ज़रूरी OAuth 2.0 क्लाइंट मौजूद हों.
1. Google Cloud कंसोल के क्रेडेंशियल पेज पर, OAuth 2.0 क्लाइंट आईडी सेक्शन में जाएं.
2. अगर OAuth 2.0 क्लाइंट मौजूद नहीं हैं और आपने ऊपर दिए गए समस्या हल करने के सभी चरण पूरे कर लिए हैं, तो सहायता टीम से संपर्क करें.

मुझे Apple प्लैटफ़ॉर्म ऐप्लिकेशन में यह गड़बड़ी क्यों दिख रही है:
`You must specify <clientID> in <GIDConfiguration>`?

You must specify |clientID| in |GIDConfiguration|

पक्का करें कि पुष्टि करने की सुविधा देने वाले के तौर पर, Google साइन-इन की सुविधा सही तरीके से चालू हो:
1. Firebase कंसोल में, Authentication सेक्शन खोलें.
2. साइन-इन का तरीका टैब में जाकर, Google से साइन इन करने के तरीके को बंद करें. इसके बाद, इसे फिर से चालू करें. भले ही, यह पहले से चालू हो:
  1. Google साइन-इन करने का तरीका खोलें और उसे बंद करें. इसके बाद, सेव करें पर क्लिक करें.
  2. Google से साइन-इन करने का तरीका फिर से खोलें और उसे चालू करें. इसके बाद, सेव करें पर क्लिक करें.
पक्का करें कि आपका ऐप्लिकेशन, Firebase कॉन्फ़िगरेशन फ़ाइल के नए वर्शन का इस्तेमाल कर रहा हो (GoogleService-Info.plist).
अपने ऐप्लिकेशन की कॉन्फ़िगरेशन फ़ाइल पाएं.
देखें कि आपको अब भी गड़बड़ी का मैसेज मिल रहा है या नहीं. अगर ऐसा है, तो समस्या हल करने के अगले चरण पर जाएं.
पक्का करें कि ज़रूरी OAuth 2.0 क्लाइंट मौजूद हों.
1. Google Cloud कंसोल के क्रेडेंशियल पेज पर, OAuth 2.0 क्लाइंट आईडी सेक्शन में जाएं.
2. अगर OAuth 2.0 क्लाइंट मौजूद नहीं हैं और आपने ऊपर दिए गए समस्या हल करने के सभी चरण पूरे कर लिए हैं, तो सहायता टीम से संपर्क करें.

मुझे अपने वेब ऐप्लिकेशन में यह गड़बड़ी क्यों दिख रही है:
`AuthErrorCode.INVALID_OAUTH_CLIENT_ID`?

AuthErrorCode.INVALID_OAUTH_CLIENT_ID

पक्का करें कि पुष्टि करने की सुविधा देने वाले के तौर पर, Google साइन-इन की सुविधा सही तरीके से चालू हो:
1. Firebase कंसोल में, Authentication सेक्शन खोलें.
2. साइन-इन का तरीका टैब में जाकर, Google से साइन इन करने के तरीके को बंद करें. इसके बाद, इसे फिर से चालू करें. भले ही, यह पहले से चालू हो:
  1. Google साइन-इन करने का तरीका खोलें और उसे बंद करें. इसके बाद, सेव करें पर क्लिक करें.
  2. Google से साइन-इन करने का तरीका फिर से खोलें और उसे चालू करें. इसके बाद, सेव करें पर क्लिक करें.
साथ ही, Authentication सेक्शन के Google साइन-इन प्रोवाइडर कॉन्फ़िगरेशन में जाकर, यह पक्का करें कि OAuth क्लाइंट आईडी और सीक्रेट, Google Cloud कंसोल के क्रेडेंशियल पेज पर दिखाए गए वेब क्लाइंट से मेल खाते हों. इसके लिए, OAuth 2.0 क्लाइंट आईडी सेक्शन देखें.

मेरे वेब ऐप्लिकेशन में, रीडायरेक्ट के साथ साइन-इन करने की सुविधा काम क्यों नहीं कर रही है और मुझे यह गड़बड़ी क्यों दिख रही है:
`This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation`?

This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation.

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

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

डिफ़ॉल्ट रूप से, Firebase Authentication JS SDK, आपके Firebase प्रोजेक्ट के लिए एपीआई कुंजी पर निर्भर करता है. इस कुंजी को Browser key के तौर पर लेबल किया जाता है. यह कुंजी, इस बात की पुष्टि करने के लिए इस्तेमाल की जाती है कि साइन-इन रीडायरेक्ट यूआरएल, अनुमति वाले डोमेन की सूची के मुताबिक मान्य है. Authentication को यह एपीआई पासकोड, Authentication एसडीके को ऐक्सेस करने के तरीके के आधार पर मिलता है:

अगर Authentication JS SDK की मदद से उपयोगकर्ताओं को लॉग इन करने के लिए, Hosting-उपलब्ध कराए गए Auth हेल्पर का इस्तेमाल किया जाता है, तो Firebase हर बार Firebase Hosting पर डिप्लॉय करने पर, आपके एपीआई कुंजी को Firebase के बाकी कॉन्फ़िगरेशन के साथ अपने-आप हासिल कर लेता है. पक्का करें कि आपके वेब ऐप्लिकेशन firebaseConfig में authDomain को सही तरीके से कॉन्फ़िगर किया गया हो, ताकि उस Hosting साइट के लिए किसी एक डोमेन का इस्तेमाल किया जा सके. इसकी पुष्टि करने के लिए, https://authDomain__/firebase/init.json पर जाएं. इसके बाद, देखें कि projectId में मौजूद जानकारी, firebaseConfig में मौजूद जानकारी से मेल खाती है या नहीं.
अगर आपने साइन-इन कोड को खुद होस्ट किया है, तो __/firebase/init.json फ़ाइल का इस्तेमाल करके, खुद होस्ट किए गए Authentication JS SDK रीडायरेक्ट हेल्पर को Firebase कॉन्फ़िगरेशन दिया जा सकता है. इस कॉन्फ़िगरेशन फ़ाइल में दी गई एपीआई कुंजी और projectId, आपके वेब ऐप्लिकेशन firebaseConfig से मेल खानी चाहिए.

देखें कि यह एपीआई पासकोड मिटाया तो नहीं गया है: Google Cloud कंसोल में एपीआई और सेवाएं > क्रेडेंशियल पैनल पर जाएं. यहां आपके प्रोजेक्ट के सभी एपीआई पासकोड की सूची दी गई है.

अगर Browser key को नहीं मिटाया गया है, तो यहां दी गई जानकारी देखें:
- पक्का करें कि Firebase Authentication एपीआई, कुंजी के लिए अनुमति वाले एपीआई की सूची में शामिल हो, ताकि कुंजी का इस्तेमाल करके एपीआई को ऐक्सेस किया जा सके (एपीआई कुंजियों के लिए एपीआई से जुड़ी पाबंदियों के बारे में ज़्यादा जानें).
- अगर आपने साइन-इन कोड को खुद होस्ट किया है, तो पक्का करें कि आपकी __/firebase/init.json फ़ाइल में मौजूद एपीआई पासकोड, Google Cloud कंसोल में मौजूद एपीआई पासकोड से मेल खाता हो. अगर ज़रूरी हो, तो फ़ाइल में मौजूद कुंजी को ठीक करें. इसके बाद, अपने ऐप्लिकेशन को फिर से डिप्लॉय करें.
- अगर Browser key मिटा दिया गया है, तो Firebase आपके लिए नया एपीआई पासकोड जनरेट कर सकता है: Browser key कंसोल में, > प्रोजेक्ट सेटिंग पर जाएं. इसके बाद, आपके ऐप्लिकेशन सेक्शन में जाकर, अपने वेब ऐप्लिकेशन पर क्लिक करें. इससे, एक एपीआई पासकोड अपने-आप बन जाता है. इसे अपने वेब ऐप्लिकेशन के लिए, SDK सेटअप और कॉन्फ़िगरेशन सेक्शन में देखा जा सकता है.Firebase
ध्यान दें कि Google Cloud कंसोल में, इस नई एपीआई कुंजी को Browser key नहीं कहा जाएगा. इसके बजाय, इसका नाम आपके Firebase वेब ऐप्लिकेशन के निकनेम के जैसा ही होगा. अगर आपको इस नई एपीआई कुंजी के लिए एपीआई से जुड़ी पाबंदियां जोड़नी हैं, तो पक्का करें कि Firebase Authentication एपीआई, अनुमति वाले एपीआई की सूची में शामिल हो.

नई एपीआई कुंजी बन जाने के बाद, यहां दिया गया तरीका अपनाएं:
- अगर आपने आरक्षित Hosting यूआरएल का इस्तेमाल किया है, तो अपने ऐप्लिकेशन को Firebase पर फिर से डिप्लॉय करें. इससे, Firebase के बाकी कॉन्फ़िगरेशन के साथ-साथ नया एपीआई पासकोड अपने-आप मिल जाएगा.
- अगर आपने साइन-इन कोड को खुद होस्ट किया है, तो नई एपीआई कुंजी को कॉपी करें और उसे अपनी __/firebase/init.json फ़ाइल में जोड़ें. इसके बाद, अपने ऐप्लिकेशन को फिर से डिप्लॉय करें.

मैं OAuth वेब क्लाइंट को मैन्युअल तरीके से कैसे बनाऊं?

ध्यान दें: वेब क्लाइंट को मैन्युअल तरीके से बनाने की ज़रूरत सिर्फ़ कुछ मामलों में पड़ती है.

अगर आपको वेब क्लाइंट को मैन्युअल तरीके से बनाना है, ताकि गायब या अमान्य वेब क्लाइंट को फिर से जनरेट किया जा सके, तो Firebase कंसोल के Authentication सेक्शन में जाकर, Google से साइन इन करने की सुविधा को बंद करके फिर से चालू करना ज़्यादा आसान होता है.

Google Cloud कंसोल के क्रेडेंशियल पेज को खोलें.
पेज पर सबसे ऊपर, क्रेडेंशियल बनाएं > OAuth क्लाइंट आईडी को चुनें.
अगर आपको सहमति वाली स्क्रीन को कॉन्फ़िगर करने के लिए कहा जाता है, तो स्क्रीन पर दिए गए निर्देशों का पालन करें. इसके बाद, इस अक्सर पूछे जाने वाले सवाल में दिए गए अगले चरणों को पूरा करें.
OAuth वेब क्लाइंट बनाएं:
1. ऐप्लिकेशन टाइप के लिए, वेब ऐप्लिकेशन चुनें.
2. अनुमति वाले JavaScript ऑरिजिन के लिए, यह जानकारी जोड़ें:
  - http://localhost
  - http://localhost:5000
  - https://PROJECT_ID.firebaseapp.com
  - https://PROJECT_ID.web.app
3. अनुमति वाले रीडायरेक्ट यूआरआई के लिए, इन्हें जोड़ें:
  - https://PROJECT_ID.firebaseapp.com/__/auth/handler
  - https://PROJECT_ID.web.app/__/auth/handler
4. OAuth क्लाइंट सेव करें.
ध्यान दें: कुछ Firebase Hosting डोमेन, Firebase प्रोजेक्ट आईडी का इस्तेमाल नहीं करते हैं. इसलिए, पक्का करें कि आपने जो डोमेन डाले हैं वे आपके Firebase प्रोजेक्ट के लिए उपलब्ध कराए गए डोमेन से मेल खाते हों.
नए OAuth क्लाइंट आईडी और क्लाइंट सीक्रेट को क्लिपबोर्ड पर कॉपी करें.
Firebase कंसोल में, Authentication सेक्शन खोलें.
साइन इन करने का तरीका टैब में, Google से साइन इन करें प्रोवाइडर खोलें. इसके बाद, वेब सर्वर क्लाइंट आईडी और सीक्रेट चिपकाएं. इन्हें आपने अभी-अभी Google Cloud कंसोल से बनाया और कॉपी किया है. सेव करें पर क्लिक करें.

जब कोई व्यक्ति ईमेल पते और पासवर्ड का इस्तेमाल करके साइन अप करता है, तो उसे पुष्टि करने वाला ईमेल भेजा जाता है. इस ईमेल के टेंप्लेट के लिए `%APP_NAME%` कैसे तय किया जाता है?

दिसंबर 2022 से पहले, ईमेल टेंप्लेट में मौजूद %APP_NAME% फ़ील्ड में, OAuth ब्रैंड का वह नाम अपने-आप भर जाता था जो Firebase प्रोजेक्ट में Android ऐप्लिकेशन रजिस्टर होने पर अपने-आप उपलब्ध हो जाता था. अब, OAuth ब्रैंड सिर्फ़ तब उपलब्ध कराया जाता है, जब Google से साइन इन करने की सुविधा चालू हो. इसलिए, यहां बताया गया है कि %APP_NAME% का फ़ैसला कैसे लिया जाता है:

अगर OAuth ब्रैंड का नाम उपलब्ध है, तो ईमेल टेंप्लेट में %APP_NAME%, OAuth ब्रैंड का नाम होगा. यह दिसंबर 2022 से पहले की तरह ही काम करेगा.
अगर OAuth ब्रैंड का नाम उपलब्ध नहीं है, तो ईमेल टेंप्लेट में %APP_NAME% का नाम इस तरह तय किया जाता है:
- वेब ऐप्लिकेशन के लिए, %APP_NAME%, डिफ़ॉल्ट Firebase Hosting साइट का नाम होगा. यह .firebaseapp.com और .web.app से पहले की वैल्यू होती है. आम तौर पर, यह Firebase प्रोजेक्ट का आईडी होता है.
- मोबाइल ऐप्लिकेशन के लिए:
  - अगर अनुरोध में Android पैकेज का नाम या iOS बंडल आईडी मौजूद है, तो %APP_NAME%, Play Store या App Store में इस्तेमाल किया गया ऐप्लिकेशन का नाम होगा.
  - अगर ऐसा नहीं होता है, तो %APP_NAME%, डिफ़ॉल्ट Firebase Hosting साइट का नाम होगा. यह .firebaseapp.com और .web.app से पहले की वैल्यू होती है. आम तौर पर, यह Firebase प्रोजेक्ट आईडी होता है.
ध्यान दें कि अगर डिफ़ॉल्ट Firebase Hosting साइट के नाम का लुकअप नहीं होता है, तो फ़ाइनल फ़ॉलबैक के तौर पर, Firebase प्रोजेक्ट आईडी को Firebase Hosting के तौर पर इस्तेमाल किया जाता है.%APP_NAME%