इस गाइड में, Google Sign-in प्लैटफ़ॉर्म लाइब्रेरी के ज़रिए FedCM API को अपनाने के बारे में बताया गया है. इस लेख में, लाइब्रेरी को पुराने वर्शन के साथ काम करने वाले वर्शन में अपडेट करने के लिए, टाइमलाइन और अगले चरण के बारे में बताया गया है. साथ ही, असर का आकलन करने और यह पुष्टि करने का तरीका भी बताया गया है कि उपयोगकर्ता का साइन-इन, उम्मीद के मुताबिक काम कर रहा है. ज़रूरत पड़ने पर, अपने वेब ऐप्लिकेशन को अपडेट करने के निर्देश भी दिए गए हैं. ट्रांज़िशन पीरियड मैनेज करने के विकल्पों के साथ-साथ, सहायता पाने का तरीका भी बताया गया है.
लाइब्रेरी का स्टेटस
नए वेब ऐप्लिकेशन, 'Google साइन इन' प्लैटफ़ॉर्म की लाइब्रेरी का इस्तेमाल नहीं कर सकते. हालांकि, लाइब्रेरी का इस्तेमाल करने वाले ऐप्लिकेशन अगली सूचना मिलने तक इसका इस्तेमाल कर सकते हैं. लाइब्रेरी के बंद होने की आखिरी तारीख तय नहीं की गई है. ज़्यादा जानकारी के लिए, सहायता बंद होने और बंद होने की प्रक्रिया देखें.
पुराने सिस्टम के साथ काम करने वाले अपडेट में, Google Sign-In लाइब्रेरी में FedCM API जोड़े गए हैं. ज़्यादातर बदलाव बिना किसी रुकावट के लागू हो जाते हैं. हालांकि, अपडेट में उपयोगकर्ता के प्रॉम्प्ट, iframe permissions-policy, और कॉन्टेंट की सुरक्षा के बारे में नीति (सीएसपी) में बदलाव किए गए हैं. इन बदलावों से आपके वेब ऐप्लिकेशन पर असर पड़ सकता है. साथ ही, ऐप्लिकेशन कोड और साइट कॉन्फ़िगरेशन में बदलाव करने की ज़रूरत पड़ सकती है.
ट्रांज़िशन पीरियड के दौरान, एक कॉन्फ़िगरेशन विकल्प यह कंट्रोल करता है कि उपयोगकर्ता के साइन इन के दौरान, FedCM एपीआई का इस्तेमाल किया जाए या नहीं.
ट्रांज़िशन पीरियड के बाद, Google Sign-In लाइब्रेरी का इस्तेमाल करने वाले सभी वेब ऐप्लिकेशन के लिए, FedCM API का इस्तेमाल करना ज़रूरी है.
टाइमलाइन
पिछली बार सितंबर 2024 में अपडेट किया गया
यहां दी गई तारीखों और बदलावों का असर, उपयोगकर्ता के साइन इन करने के व्यवहार पर पड़ता है:
- मार्च 2023 Google Sign-in प्लैटफ़ॉर्म की लाइब्रेरी के लिए, सहायता बंद कर दी जाएगी.
- जुलाई 2024 में ट्रांज़िशन पीरियड शुरू होता है. साथ ही, Google साइन इन प्लैटफ़ॉर्म लाइब्रेरी में, FedCM API के लिए सहायता जोड़ी जाती है. डिफ़ॉल्ट रूप से, Google इस दौरान FedCM का इस्तेमाल करके, उपयोगकर्ता के साइन इन अनुरोधों का प्रतिशत कंट्रोल करता है. वेब ऐप्लिकेशन,
use_fedcmपैरामीटर का इस्तेमाल करके, इस व्यवहार को साफ़ तौर पर बदल सकते हैं. - Google साइन-इन प्लैटफ़ॉर्म लाइब्रेरी के लिए, FedCM API का मार्च 2025 से ज़रूरी रूप से इस्तेमाल करना होगा. इसके बाद,
use_fedcmपैरामीटर को अनदेखा कर दिया जाएगा और उपयोगकर्ता के सभी साइन-इन अनुरोधों के लिए, FedCM का इस्तेमाल किया जाएगा.
अगले चरण
आपके पास इन तीन विकल्पों में से किसी एक को चुनने का विकल्प है:
- असर का आकलन करें और ज़रूरत पड़ने पर, अपने वेब ऐप्लिकेशन को अपडेट करें. इस तरीके से यह पता लगाया जाता है कि वे सुविधाएं इस्तेमाल में हैं या नहीं जिनके लिए आपके वेब ऐप्लिकेशन में बदलाव करने की ज़रूरत है. इस गाइड के अगले सेक्शन में निर्देश दिए गए हैं.
- Google Identity Services (जीआईएस) लाइब्रेरी पर माइग्रेट करें. हमारा सुझाव है कि आप नई और काम करने वाली साइन-इन लाइब्रेरी का इस्तेमाल करें. इसके लिए, इन निर्देशों का पालन करें.
- कुछ न करें. जब उपयोगकर्ता के साइन इन करने के लिए, Google Sign-in लाइब्रेरी को FedCM API पर माइग्रेट किया जाएगा, तब आपका वेब ऐप्लिकेशन अपने-आप अपडेट हो जाएगा. यह सबसे कम काम है, लेकिन इस बात का थोड़ा जोखिम है कि उपयोगकर्ता आपके वेब ऐप्लिकेशन में साइन-इन न कर पाएं.
असर का आकलन करना
इन निर्देशों का पालन करके यह पता लगाएं कि आपके वेब ऐप्लिकेशन को, बैकवर्ड कम्पैटिबल अपडेट की मदद से आसानी से अपडेट किया जा सकता है या नहीं. इसके अलावा, यह भी पता लगाएं कि Google Sign-in प्लैटफ़ॉर्म लाइब्रेरी के FedCM API को पूरी तरह से अपनाने पर, उपयोगकर्ताओं को साइन-इन करने में आने वाली समस्याओं से बचने के लिए बदलाव करना ज़रूरी है या नहीं.
सेटअप
उपयोगकर्ता के साइन इन करने के दौरान, FedCM का इस्तेमाल करने के लिए, ब्राउज़र एपीआई और Google Sign-in प्लैटफ़ॉर्म लाइब्रेरी के नए वर्शन की ज़रूरत होती है.
आगे बढ़ने से पहले:
- Chrome for Desktop को नए वर्शन पर अपडेट करें. Chrome for Android के लिए, रिलीज़ M128 या उसके बाद के वर्शन की ज़रूरत होती है. इसके पुराने वर्शन का इस्तेमाल करके, इसकी जांच नहीं की जा सकती.
- अपने वेब ऐप्लिकेशन में Google Sign-in प्लैटफ़ॉर्म की लाइब्रेरी को शुरू करते समय,
use_fedcmकोtrueपर सेट करें. आम तौर पर, शुरू करने की प्रोसेस इस तरह दिखती है:gapi.client.init({use_fedcm: true})याgapi.auth2.init({use_fedcm: true})याgapi.auth2.authorize({use_fedcm: true}).
- Google Sign-in प्लैटफ़ॉर्म लाइब्रेरी के कैश मेमोरी में सेव किए गए वर्शन अमान्य कर दें.
आम तौर पर, यह चरण ज़रूरी नहीं होता, क्योंकि लाइब्रेरी का नया वर्शन,
<script src>टैग मेंapi.js,client.jsयाplatform.jsको शामिल करके, सीधे ब्राउज़र पर डाउनलोड किया जाता है. अनुरोध में, लाइब्रेरी के लिए इनमें से किसी भी बंडल के नाम का इस्तेमाल किया जा सकता है. अपने OAuth क्लाइंट आईडी के लिए OAuth सेटिंग की पुष्टि करें:
- का क्रेडेंशियल पेज खोलें
पुष्टि करें कि आपकी वेबसाइट का यूआरआई, अनुमति वाले JavaScript ऑरिजिन में शामिल है. यूआरआई में सिर्फ़ स्कीम और पूरी तरह से सही होस्टनेम शामिल होता है. उदाहरण के लिए,
https://www.example.com.इसके अलावा, क्रेडेंशियल को JavaScript कॉलबैक के बजाय, आपके होस्ट किए गए एंडपॉइंट पर रीडायरेक्ट करके भी दिखाया जा सकता है. अगर ऐसा है, तो पुष्टि करें कि आपके रीडायरेक्ट यूआरआई, अनुमति वाले रीडायरेक्ट यूआरआई में शामिल हैं. रीडायरेक्ट यूआरआई में स्कीम, पूरी तरह से क्वालिफ़ाइड होस्टनेम, और पाथ शामिल होता है. साथ ही, यह रीडायरेक्ट यूआरआई की पुष्टि करने के नियमों का पालन करता है. उदाहरण के लिए,
https://www.example.com/auth-receiver.
टेस्ट करना
सेटअप में दिए गए निर्देशों का पालन करने के बाद:
- Chrome की सभी मौजूदा गुप्त विंडो बंद करें और नई गुप्त विंडो खोलें. ऐसा करने पर, कैश मेमोरी में सेव किया गया कॉन्टेंट या कुकी मिट जाती हैं.
- उपयोगकर्ता के साइन-इन पेज को लोड करें और साइन-इन करने की कोशिश करें.
आम तौर पर होने वाली समस्याओं की पहचान करने और उन्हें ठीक करने के लिए, इस गाइड के इन सेक्शन में दिए गए निर्देशों का पालन करें:
Console में, Google Sign-in लाइब्रेरी से जुड़ी कोई गड़बड़ी या चेतावनी देखें.
इस प्रोसेस को तब तक दोहराएं, जब तक कोई गड़बड़ी न हो और आप साइन-इन न कर पाएं. साइन इन करने की पुष्टि करने के लिए, यह देखें कि
BasicProfile.getEmail()आपका ईमेल पता दिखाता है औरGoogleUser.isSignedIn()Trueहै.
Google Sign-in लाइब्रेरी का अनुरोध ढूंढना
Google Sign-in प्लैटफ़ॉर्म लाइब्रेरी के अनुरोध की जांच करके, देखें कि permissions-policy और कॉन्टेंट की सुरक्षा के लिए बनी नीति में बदलाव करना ज़रूरी है या नहीं. इसके लिए, लाइब्रेरी के नाम और ऑरिजिन का इस्तेमाल करके अनुरोध ढूंढें:
- Chrome में, DevTools का नेटवर्क पैनल खोलें और पेज को फिर से लोड करें.
- लाइब्रेरी के अनुरोध का पता लगाने के लिए, डोमेन और नाम कॉलम में मौजूद वैल्यू का इस्तेमाल करें:
- डोमेन
apis.google.comहै और - नाम
api.js,client.jsयाplatform.jsहै. Name की खास वैल्यू, दस्तावेज़ के अनुरोध किए गए लाइब्रेरी बंडल पर निर्भर करती है.
- डोमेन
उदाहरण के लिए, डोमेन कॉलम में apis.google.com और नाम कॉलम में platform.js पर फ़िल्टर करें.
iframe की अनुमतियों की नीति देखें
आपकी साइट, क्रॉस-ऑरिजिन वाले iframe में Google साइन-इन प्लैटफ़ॉर्म लाइब्रेरी का इस्तेमाल कर सकती है. अगर ऐसा है, तो इसे अपडेट करना ज़रूरी है.
Google Sign-in लाइब्रेरी के अनुरोध का पता लगाएं के निर्देशों का पालन करने के बाद, DevTools के नेटवर्क पैनल में Google Sign-in लाइब्रेरी का अनुरोध चुनें. इसके बाद, हेडर टैब में अनुरोध हेडर सेक्शन में जाकर, Sec-Fetch-Site हेडर ढूंढें. अगर हेडर की वैल्यू:
same-siteयाsame-originपर सेट है, तो क्रॉस-ऑरिजिन नीतियां लागू नहीं होतीं और किसी भी तरह के बदलाव की ज़रूरत नहीं होती.- अगर iframe का इस्तेमाल किया जा रहा है, तो
cross-originमें बदलाव करना ज़रूरी हो सकता है.
यह पुष्टि करने के लिए कि कोई iframe मौजूद है या नहीं:
- Chrome DevTools में एलिमेंट पैनल चुनें और
- दस्तावेज़ में कोई iframe ढूंढने के लिए, Ctrl-F का इस्तेमाल करें.
अगर कोई iframe मिलता है, तो दस्तावेज़ की जांच करके देखें कि उसमें gapi.auth2
functions या script src निर्देशों को कॉल किया गया है या नहीं. ये निर्देश, iframe में Google साइन इन लाइब्रेरी को लोड करते हैं. अगर ऐसा है, तो:
- पैरंट iframe में,
allow="identity-credentials-get"अनुमतियों की नीति जोड़ें.
दस्तावेज़ में मौजूद हर iframe के लिए यह तरीका दोहराएं. iframe को नेस्ट किया जा सकता है, इसलिए आस-पास मौजूद सभी पैरंट iframe में allow डायरेक्टिव ज़रूर जोड़ें.
कॉन्टेंट की सुरक्षा के बारे में नीति देखना
अगर आपकी साइट पर कॉन्टेंट की सुरक्षा नीति का इस्तेमाल किया जाता है, तो Google साइन इन लाइब्रेरी का इस्तेमाल करने की अनुमति देने के लिए, आपको अपनी सीएसपी को अपडेट करना पड़ सकता है.
Google Sign-in लाइब्रेरी के अनुरोध का पता लगाएं के निर्देशों का पालन करने के बाद, DevTools के नेटवर्क पैनल में Google Sign-in लाइब्रेरी का अनुरोध चुनें. इसके बाद, हेडर टैब के रिस्पॉन्स हेडर सेक्शन में Content-Security-Policy हेडर ढूंढें.
अगर हेडर नहीं मिलता है, तो कोई बदलाव करने की ज़रूरत नहीं है. अगर ऐसा नहीं है, तो देखें कि इनमें से कोई भी सीएसपी डायरेक्टिव, सीएसपी हेडर में दिया गया है या नहीं. अगर दिया गया है, तो उन्हें अपडेट करने के लिए:
किसी भी
connect-src,default-srcयाframe-srcनिर्देश मेंhttps://apis.google.com/js/,https://accounts.google.com/gsi/, औरhttps://acounts.google.com/o/fedcm/जोड़ना.script-srcके लिएhttps://apis.google.com/js/bundle-name.jsको जोड़ना. दस्तावेज़ के अनुरोधों के लाइब्रेरी बंडल के आधार पर,bundle-name.jsकोapi.js,client.jsयाplatform.jsसे बदलें.
उपयोगकर्ता के प्रॉम्प्ट में हुए बदलावों की जांच करना
उपयोगकर्ता के प्रॉम्प्ट व्यवहार में कुछ अंतर हैं. FedCM, ब्राउज़र से दिखाया जाने वाला मॉडल डायलॉग जोड़ता है और उपयोगकर्ता को चालू करने से जुड़ी ज़रूरी शर्तों को अपडेट करता है.
मोडल डायलॉग
अपनी साइट के लेआउट की जांच करके पुष्टि करें कि ब्राउज़र के मॉडल डायलॉग बॉक्स से, मौजूदा कॉन्टेंट को सुरक्षित तरीके से ओवरले किया जा सकता है और कुछ समय के लिए छिपाया जा सकता है. अगर ऐसा नहीं है, तो आपको अपनी वेबसाइट के कुछ एलिमेंट के लेआउट या पोज़िशन में बदलाव करना पड़ सकता है.
उपयोगकर्ता ऐक्टिवेशन
FedCM में, उपयोगकर्ता को चालू करने से जुड़ी अपडेट की गई ज़रूरी शर्तें शामिल हैं. बटन दबाना या लिंक पर क्लिक करना, उपयोगकर्ता के जेस्चर के उदाहरण हैं. इनसे तीसरे पक्ष के ऑरिजिन को नेटवर्क अनुरोध करने या डेटा स्टोर करने की अनुमति मिलती है. FedCM की मदद से, ब्राउज़र उपयोगकर्ता की सहमति के लिए तब अनुरोध करता है, जब:
- जब कोई उपयोगकर्ता किसी नए ब्राउज़र इंस्टेंस का इस्तेमाल करके, पहली बार किसी वेब ऐप्लिकेशन में साइन इन करता है या
GoogleAuth.signInको कॉल किया जाता है.
अगर उपयोगकर्ता ने पहले कभी आपकी वेबसाइट पर साइन इन किया है, तो gapi.auth2.init का इस्तेमाल करके Google साइन-इन लाइब्रेरी को शुरू करने पर, उपयोगकर्ता के इंटरैक्शन के बिना ही उसकी साइन इन की जानकारी हासिल की जा सकती है. ऐसा तब तक नहीं किया जा सकता, जब तक उपयोगकर्ता ने कम से कम एक बार FedCM साइन इन फ़्लो को पूरा न कर लिया हो.
FedCM में ऑप्ट-इन करके और GoogleAuth.signIn को कॉल करके, अगली बार जब वह उपयोगकर्ता आपकी वेबसाइट पर आएगा, तो gapi.auth2.init उपयोगकर्ता के इंटरैक्शन के बिना, शुरू करने के दौरान उपयोगकर्ता की साइन इन करने की जानकारी हासिल कर सकता है.
इस्तेमाल के सामान्य उदाहरण
Google Sign-In लाइब्रेरी के लिए डेवलपर दस्तावेज़ में, इस्तेमाल के सामान्य उदाहरणों के लिए गाइड और कोड के सैंपल शामिल होते हैं. इस सेक्शन में बताया गया है कि FedCM उनके व्यवहार पर कैसे असर डालता है.
अपने वेब ऐप्लिकेशन में Google साइन इन को इंटिग्रेट करना
इस डेमो में, एक
<div>एलिमेंट और एक क्लास, बटन को रेंडर करती है. साथ ही, पहले से साइन इन किए हुए उपयोगकर्ताओं के लिए, पेजonloadइवेंट, उपयोगकर्ता के क्रेडेंशियल दिखाता है. साइन इन करने और नया सेशन शुरू करने के लिए, उपयोगकर्ता का इंटरैक्शन ज़रूरी है.लाइब्रेरी को शुरू करने की प्रोसेस,
g-signin2क्लास के ज़रिए की जाती है. यह क्लास,gapi.loadऔरgapi.auth2.initको कॉल करती है.उपयोगकर्ता का कोई जेस्चर,
<div>एलिमेंटonclickइवेंट, साइन-इन के दौरानauth2.signInऔर साइन-आउट के दौरानauth2.signOutको कॉल करता है.Google साइन इन का कस्टम बटन बनाना
पहले डेमो में, साइन इन बटन के दिखने के तरीके को कंट्रोल करने के लिए कस्टम एट्रिब्यूट का इस्तेमाल किया जाता है. साथ ही, पहले से साइन इन किए हुए उपयोगकर्ताओं के लिए, पेज
onloadइवेंट, उपयोगकर्ता के क्रेडेंशियल दिखाता है. साइन-इन करने और नया सेशन शुरू करने के लिए, उपयोगकर्ता के इंटरैक्शन की ज़रूरत होती है.लाइब्रेरी को शुरू करने की प्रोसेस,
platform.jsलाइब्रेरी के लिएonloadइवेंट के ज़रिए की जाती है. साथ ही, बटन कोgapi.signin2.renderदिखाया जाता है.उपयोगकर्ता के जेस्चर से, साइन इन बटन दबाने पर
auth2.signInको कॉल किया जाता है.दूसरे डेमो में, साइन-इन बटन के दिखने के तरीके को कंट्रोल करने के लिए,
<div>एलिमेंट, सीएसएस स्टाइल, और कस्टम ग्राफ़िक का इस्तेमाल किया गया है. साइन इन करने और नया सेशन शुरू करने के लिए, उपयोगकर्ता इंटरैक्शन ज़रूरी है.दस्तावेज़ लोड होने पर, लाइब्रेरी को शुरू करने की प्रोसेस शुरू की जाती है. इसके लिए, start फ़ंक्शन का इस्तेमाल किया जाता है, जो
gapi.load,gapi.auth2.init, औरgapi.auth2.attachClickHandlerको कॉल करता है.उपयोगकर्ता का कोई जेस्चर,
<div>एलिमेंटonclickइवेंट, साइन इन के दौरानauth2.attachClickHandlerका इस्तेमाल करकेauth2.signInको कॉल करता है या साइन आउट के दौरानauth2.signOutको कॉल करता है.उपयोगकर्ता के सेशन की स्थिति पर नज़र रखना
इस डेमो में, उपयोगकर्ता के साइन-इन और साइन-आउट करने के लिए, बटन दबाने की सुविधा का इस्तेमाल किया गया है. साइन-इन करने और नया सेशन शुरू करने के लिए, उपयोगकर्ता के इंटरैक्शन की ज़रूरत होती है.
लाइब्रेरी को शुरू करने के लिए,
script srcका इस्तेमाल करकेplatform.jsलोड करने के बाद, सीधेgapi.load,gapi.auth2.init, औरgapi.auth2.attachClickHandler()को कॉल किया जाता है.उपयोगकर्ता का कोई जेस्चर,
<div>एलिमेंटonclickइवेंट, साइन इन के दौरानauth2.attachClickHandlerका इस्तेमाल करकेauth2.signInको कॉल करता है या साइन आउट के दौरानauth2.signOutको कॉल करता है.अतिरिक्त अनुमतियों का अनुरोध करना
इस डेमो में, बटन दबाने का इस्तेमाल, OAuth 2.0 के अन्य स्कोप का अनुरोध करने और नया ऐक्सेस टोकन पाने के लिए किया जाता है. साथ ही, पहले से साइन इन किए हुए उपयोगकर्ताओं के लिए, पेज
onloadइवेंट, उपयोगकर्ता के क्रेडेंशियल दिखाता है. साइन इन करने और नया सेशन शुरू करने के लिए, उपयोगकर्ता के इंटरैक्शन की ज़रूरत होती है.लाइब्रेरी को शुरू करने की प्रोसेस,
platform.jsलाइब्रेरी के लिएonloadइवेंट के ज़रिए की जाती है. इसके लिए,gapi.signin2.renderको कॉल किया जाता है.जब कोई उपयोगकर्ता
<button>एलिमेंट पर क्लिक करता है, तो साइन-आउट करने परgoogleUser.grantयाauth2.signOutका इस्तेमाल करके, OAuth 2.0 के अन्य स्कोप के लिए अनुरोध ट्रिगर होता है.लिसनर का इस्तेमाल करके, Google Sign-In को इंटिग्रेट करना
इस डेमो में, पहले से साइन इन किए हुए उपयोगकर्ताओं के लिए, पेज
onloadइवेंट, उपयोगकर्ता के क्रेडेंशियल दिखाता है. साइन-इन करने और नया सेशन शुरू करने के लिए, उपयोगकर्ता के इंटरैक्शन की ज़रूरत होती है.दस्तावेज़ लोड होने पर, लाइब्रेरी को शुरू करने की प्रोसेस शुरू की जाती है. इसके लिए, start फ़ंक्शन का इस्तेमाल किया जाता है, जो
gapi.load,gapi.auth2.init, औरgapi.auth2.attachClickHandlerको कॉल करता है. इसके बाद,auth2.isSignedIn.listenऔरauth2.currentUser.listenका इस्तेमाल, सेशन की स्थिति में हुए बदलावों की सूचना सेट अप करने के लिए किया जाता है. आखिर में, साइन इन किए हुए उपयोगकर्ताओं के क्रेडेंशियल दिखाने के लिए,auth2.SignInको कॉल किया जाता है.उपयोगकर्ता का कोई जेस्चर,
<div>एलिमेंटonclickइवेंट, साइन इन के दौरानauth2.attachClickHandlerका इस्तेमाल करकेauth2.signInको कॉल करता है या साइन आउट के दौरानauth2.signOutको कॉल करता है.सर्वर साइड ऐप्लिकेशन के लिए Google साइन इन
इस डेमो में, OAuth 2.0 ऑथराइज़ेशन कोड का अनुरोध करने के लिए उपयोगकर्ता के जेस्चर का इस्तेमाल किया गया है. साथ ही, पुष्टि के लिए बैकएंड सर्वर को जवाब भेजने के लिए, JS कॉलबैक एक AJAX कॉल करता है.
लाइब्रेरी को शुरू करने के लिए,
platform.jsलाइब्रेरी के लिएonloadइवेंट का इस्तेमाल किया जाता है. यह इवेंट,gapi.loadऔरgapi.auth2.initको कॉल करने के लिए स्टार्ट फ़ंक्शन का इस्तेमाल करता है.उपयोगकर्ता के किसी
<button>एलिमेंट पर क्लिक करने से,auth2.grantOfflineAccessको कॉल करके ऑथराइज़ेशन कोड का अनुरोध ट्रिगर होता है.-
FedCM को हर ब्राउज़र इंस्टेंस के लिए सहमति की ज़रूरत होती है. भले ही, Android उपयोगकर्ताओं ने पहले ही साइन इन कर लिया हो, फिर भी एक बार सहमति देना ज़रूरी है.
ट्रांज़िशन की अवधि मैनेज करना
ट्रांज़िशन पीरियड के दौरान, उपयोगकर्ता के साइन इन का कुछ प्रतिशत हिस्सा FedCM का इस्तेमाल कर सकता है. हालांकि, सटीक प्रतिशत अलग-अलग हो सकता है और समय के साथ बदल सकता है. डिफ़ॉल्ट रूप से, Google यह कंट्रोल करता है कि कितने साइन इन अनुरोधों में FedCM का इस्तेमाल किया जाए. हालांकि, ट्रांज़िशन पीरियड के दौरान, आपके पास FedCM का इस्तेमाल करने के लिए ऑप्ट-इन या ऑप्ट-आउट करने का विकल्प होता है. ट्रांज़िशन पीरियड के खत्म होने के बाद, FedCM का इस्तेमाल करना ज़रूरी हो जाता है. इसका इस्तेमाल, साइन इन करने के सभी अनुरोधों के लिए किया जाता है.
ऑप्ट-इन करने पर, उपयोगकर्ता को FedCM साइन-इन फ़्लो पर भेजा जाता है. वहीं, ऑप्ट-आउट करने पर, उपयोगकर्ताओं को मौजूदा साइन-इन फ़्लो पर भेजा जाता है. इस व्यवहार को use_fedcm पैरामीटर का इस्तेमाल करके कंट्रोल किया जाता है.
ऑप्ट-इन करें
यह कंट्रोल करना मददगार हो सकता है कि आपकी साइट पर साइन इन करने के सभी या कुछ प्रयासों के लिए, FedCM API का इस्तेमाल किया जाए या नहीं. ऐसा करने के लिए, प्लैटफ़ॉर्म लाइब्रेरी को शुरू करते समय, use_fedcm को true पर सेट करें. इस मामले में, उपयोगकर्ता के साइन इन करने के अनुरोध में FedCM API का इस्तेमाल किया जाता है.
ट्रांसकोड करने से ऑप्ट-आउट करना
ट्रांज़िशन के दौरान, आपकी साइट पर उपयोगकर्ता के साइन इन करने की कोशिशों का एक प्रतिशत, डिफ़ॉल्ट रूप से FedCM API का इस्तेमाल करेगा. अगर आपको अपने ऐप्लिकेशन में बदलाव करने के लिए ज़्यादा समय चाहिए, तो कुछ समय के लिए FedCM API का इस्तेमाल करने से ऑप्ट-आउट किया जा सकता है. ऐसा करने के लिए, प्लैटफ़ॉर्म लाइब्रेरी को शुरू करते समय, use_fedcm को false पर सेट करें. इस मामले में, उपयोगकर्ता के साइन-इन अनुरोध में FedCM API का इस्तेमाल नहीं किया जाएगा.
ज़रूरी शर्तें पूरी करने के बाद, Google साइन इन प्लैटफ़ॉर्म लाइब्रेरी, use_fedcm सेटिंग को अनदेखा कर देती है.
सहायता पाएं
google-signin टैग का इस्तेमाल करके, StackOverflow पर खोजें या सवाल पूछें.