FedCM API की मदद से Google साइन इन करें

अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है

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

लाइब्रेरी की स्थिति

किसी भी नए वेब ऐप्लिकेशन को, उस 'Google साइन इन' प्लैटफ़ॉर्म का इस्तेमाल करने से रोका जाता है जो अब काम नहीं करता लाइब्रेरी का इस्तेमाल करने वाले ऐप्लिकेशन अगली सूचना मिलने तक काम जारी रख सकते हैं. ऐप्लिकेशन लाइब्रेरी के बंद होने की आखिरी तारीख (बंद होने) अभी तय नहीं हुई है. ज़्यादा जानकारी के लिए, सहायता का बंद होना और बंद होना देखें.

Chrome के प्राइवसी सैंडबॉक्स के इस्तेमाल से, तीसरे पक्ष की कुकी को ब्लॉक करने से वेब ऐप्लिकेशन पर असर पड़ता है जो 'Google साइन-इन' प्लैटफ़ॉर्म लाइब्रेरी का इस्तेमाल करते हैं. मौजूदा व्यवहार को बनाए रखने के लिए, इसके लिए, तीसरे पक्ष की कुकी का इस्तेमाल करने की ज़रूरत नहीं होती. साथ ही, पुराने सिस्टम के साथ काम करने की सुविधा के साथ काम करने वाला अपडेट इस लाइब्रेरी में FedCM APIs जोड़ता है. ज़्यादातर बदलाव बिना किसी रुकावट के होते हैं, लेकिन अपडेट की वजह से उपयोगकर्ता के सहमति जताने वाले प्रॉम्प्ट, iframe में अंतर हो गया है permissions-policy और कॉन्टेंट की सुरक्षा के बारे में नीति (सीएसपी). ये बदलाव आपके वेब ऐप्लिकेशन पर असर पड़ सकता है. साथ ही, इसके लिए ऐप्लिकेशन कोड और साइट में बदलाव करने की ज़रूरत पड़ सकती है कॉन्फ़िगरेशन.

ट्रांज़िशन की अवधि के दौरान, कॉन्फ़िगरेशन विकल्प यह कंट्रोल करता है कि क्या उपयोगकर्ता में साइन-इन करने के दौरान FedCM API का इस्तेमाल किया जाता है.

टाइमलाइन

पिछली बार जुलाई 2024 में अपडेट किया गया

इन तारीखों और बदलावों का असर उपयोगकर्ता के साइन इन करने के तरीके पर पड़ता है:

  • मार्च 2023 'Google साइन इन' प्लैटफ़ॉर्म के लिए सहायता बंद करना लाइब्रेरी.
  • जनवरी 2024 Chrome ने तीसरे पक्ष की 1% कुकी और 'Google साइन-इन' को ब्लॉक कर दिया है प्लैटफ़ॉर्म लाइब्रेरी को तीसरे पक्ष की कुकी से, कुछ समय के लिए अपवाद के तौर पर अनुमति दी गई है रोक लगाने वाले ट्रायल के दौरान ब्लॉक करना.
  • जुलाई 2024 में ट्रांज़िशन की अवधि शुरू और 'Google साइन इन' प्लैटफ़ॉर्म की लाइब्रेरी FedCM API के लिए सहायता जोड़ी गई है. डिफ़ॉल्ट रूप से, Google यह तय करता है कि FedCM का इस्तेमाल करके साइन-इन करने के अनुरोधों की संख्या. वेब ऐप्लिकेशन हो सकते हैं use_fedcm पैरामीटर का इस्तेमाल करके, इस व्यवहार को साफ़ तौर पर बदलें.
  • Google की ओर से FedCM API को ज़रूरी तौर पर अपनाना (तय करने की तारीख) साइन-इन प्लैटफ़ॉर्म लाइब्रेरी, जिसके बाद use_fedcm पैरामीटर को अनदेखा किया जाता है, और सभी उपयोगकर्ता साइन-इन अनुरोध FedCM का उपयोग करते है.

FedCM API का इस्तेमाल करने के बाद, 'Google साइन इन' प्लैटफ़ॉर्म की लाइब्रेरी अब काम नहीं करेगी तीसरे पक्ष की कुकी ब्लॉक करने का असर हुआ है. तीसरे पक्ष की कुकी से जुड़े अपडेट के लिए ब्लॉक करने के लिए, Chrome के प्राइवसी सैंडबॉक्स की टाइमलाइन देखें.

अगले चरण

यहां दिए गए तीन विकल्पों को चुना जा सकता है:

  1. असर का आकलन करें. अगर ज़रूरी हो, तो अपने वेब ऐप्लिकेशन को अपडेट करें. इससे यह आकलन किया जाता है कि जिन सुविधाओं के लिए आपके वेब ऐप्लिकेशन में बदलाव करने की ज़रूरत है वे इस्तेमाल किया जा रहा है. इस गाइड के अगले सेक्शन में निर्देश दिए गए हैं.
  2. Google Identity Services (GIS) लाइब्रेरी में ले जाएं. नए और इस्तेमाल की जा सकने वाली साइन-इन लाइब्रेरी का सुझाव दिया जाता है. ऐसा करने के लिए, ये निर्देश.
  3. कुछ न करें. आपका वेब ऐप्लिकेशन अपने-आप अपडेट हो जाएगा, जब उपयोगकर्ता साइन-इन करने के लिए, 'Google साइन इन' लाइब्रेरी को FedCM API पर ले जाया जाता है. यह है बहुत कम काम करता है, लेकिन उपयोगकर्ताओं के साइन-इन न कर पाने में कुछ जोखिम है आपका वेब ऐप्लिकेशन.

पर्यावरण पर पड़ने वाले असर का आकलन करना

इन निर्देशों का पालन करके, यह तय करें कि आपका वेब ऐप्लिकेशन आसानी से अपडेट किया जा सकता है या नहीं पुराने सिस्टम के साथ काम करने की सुविधा वाले अपडेट के ज़रिए या बदलाव से बचने के लिए 'Google साइन-इन' प्लैटफ़ॉर्म लाइब्रेरी के पूरी तरह से होने पर, उपयोगकर्ता साइन-इन नहीं कर पा रहे हों यह FedCM API का इस्तेमाल करता है.

सेटअप

ब्राउज़र एपीआई और 'Google साइन-इन' प्लैटफ़ॉर्म लाइब्रेरी का नया वर्शन, उपयोगकर्ता के साइन-इन के दौरान FedCM का इस्तेमाल करना ज़रूरी है.

आगे बढ़ने से पहले:

  • डेस्कटॉप के लिए Chrome के सबसे नए वर्शन पर अपडेट करें. Android के लिए Chrome इसके लिए, M128 या उसके बाद के वर्शन की रिलीज़ ज़रूरी है. साथ ही, पुराने वर्शन पर इसकी जांच नहीं की जा सकती.

  • chrome://flags खोलें और इन सुविधाओं को इन वैल्यू पर सेट करें:

    • अगर आपकी साइट कॉन्टेंट की सुरक्षा के बारे में नीति का इस्तेमाल करती है, तो #fedcm-authz चालू है जो https://accounts.google.com/gsi/ottoken को ब्लॉक करती है.
    • #tracking-protection-3pcd चालू करें
    • #third-party-cookie-deprecation-trial बंद है
    • #tpcd-metadata-grants बंद है
    • #tpcd-heuristics-grants बंद है

    और Chrome को फिर से लॉन्च करें.

  • 'Google साइन इन' प्लैटफ़ॉर्म शुरू करते समय, use_fedcm को true पर सेट करें लाइब्रेरी में मिलेगा. आम तौर पर, शुरू करने की प्रोसेस इस तरह दिखती है:

    • gapi.client.init({use_fedcm: true}) या
    • gapi.auth2.init({use_fedcm: true}) या
    • gapi.auth2.authorize({use_fedcm: true}).

  • 'Google साइन इन' प्लैटफ़ॉर्म लाइब्रेरी की कैश मेमोरी में सेव किए गए वर्शन की पुष्टि न करें. आम तौर पर यह चरण ज़रूरी नहीं होता, क्योंकि लाइब्रेरी का सबसे नया वर्शन api.js, client.js, या <script src> टैग में platform.js (अनुरोध इनमें से किसी का भी इस्तेमाल कर सकता है लाइब्रेरी के लिए बंडल नाम).

  • अपने OAuth क्लाइंट आईडी के लिए, OAuth सेटिंग की पुष्टि करें:

    1. Google API Consoleका क्रेडेंशियल पेज खोलें

    2. पुष्टि करें कि आपकी वेबसाइट का यूआरआई इसमें शामिल है अनुमति वाले JavaScript ऑरिजिन. यूआरआई में स्कीम और पूरी तरह क्वालिफ़ाइड होस्टनेम के लिए. उदाहरण के लिए, https://www.example.com.

    3. इसके अलावा, एंडपॉइंट पर रीडायरेक्ट का इस्तेमाल करके क्रेडेंशियल लौटाए जा सकते हैं होस्ट करने के लिए JavaScript कॉलबैक का इस्तेमाल नहीं करते. अगर ऐसा है, तो पुष्टि करें कि आपके रीडायरेक्ट यूआरआई अनुमति वाले रीडायरेक्ट यूआरआई में शामिल किए गए हैं. रीडायरेक्ट यूआरआई में स्कीम, पूरी तरह क्वालिफ़ाइड होस्टनेम, और पाथ शामिल होता है और यह रीडायरेक्ट यूआरआई की पुष्टि के नियमों के मुताबिक होना चाहिए. उदाहरण के लिए, https://www.example.com/auth-receiver.

टेस्ट करना

सेटअप में दिए गए निर्देशों का पालन करने के बाद:

'Google साइन इन' लाइब्रेरी का अनुरोध ढूंढना

देखें कि permissions-policy और कॉन्टेंट की सुरक्षा से जुड़ी नीति में बदलाव हुए हैं या नहीं ऐसा करना ज़रूरी है. इसके लिए, उन्हें 'Google साइन-इन' प्लैटफ़ॉर्म की लाइब्रेरी से जुड़े अनुरोध की जांच करनी होगी. ऐसा करने के लिए, लाइब्रेरी के नाम और उसके ऑरिजिन का इस्तेमाल करके अनुरोध का पता लगाएं:

  • Chrome में, DevTools नेटवर्क पैनल खोलें और पेज को फिर से लोड करें.
  • लाइब्रेरी ढूंढने के लिए, डोमेन और नाम कॉलम में दी गई वैल्यू इस्तेमाल करें अनुरोध:
    • डोमेन apis.google.com है और
    • नाम api.js, client.js या platform.js है. खास नाम की वैल्यू, दस्तावेज़ के अनुरोध किए गए लाइब्रेरी बंडल पर निर्भर करती है.

उदाहरण के लिए, डोमेन कॉलम में apis.google.com पर फ़िल्टर करें और नाम कॉलम में platform.js.

iframe की अनुमतियों से जुड़ी नीति की जांच करें

आपकी साइट, क्रॉस-ऑरिजिन के अंदर 'Google साइन-इन' प्लैटफ़ॉर्म लाइब्रेरी का इस्तेमाल कर सकती है iframe. अगर ऐसा है, तो इसे अपडेट करना ज़रूरी है.

'Google साइन इन' लाइब्रेरी का अनुरोध देखें को पूरा करने के बाद निर्देशों के लिए, DevTools में 'Google साइन इन' लाइब्रेरी का अनुरोध चुनें नेटवर्क पैनल पर जाकर, इसमें Sec-Fetch-Site हेडर खोजें हेडर टैब में, अनुरोध हेडर सेक्शन. अगर हेडर की वैल्यू यह है:

  • same-site या same-origin का इस्तेमाल करने पर, क्रॉस-ऑरिजिन नीतियां लागू नहीं होतीं और नहीं बदलावों की ज़रूरत है.
  • अगर iframe का इस्तेमाल किया जा रहा है, तो cross-origin बदलाव करना ज़रूरी हो सकता है.

iframe मौजूद है या नहीं, इसकी पुष्टि करने के लिए:

  • Chrome DevTools में एलिमेंट पैनल चुनें और
  • दस्तावेज़ में iframe ढूंढने के लिए, Ctrl-F का इस्तेमाल करें.

अगर कोई iframe मिलता है, तो gapi.auth2 पर किए गए कॉल की जांच करने के लिए, दस्तावेज़ की जांच करें फ़ंक्शन या script src डायरेक्टिव जो 'Google साइन इन' लाइब्रेरी को लोड करते हैं लागू करें. अगर ऐसा है, तो:

दस्तावेज़ में हर iframe के लिए यह प्रक्रिया दोहराएं. iframe को नेस्ट किया जा सकता है, इसलिए आस-पास के सभी पैरंट iframe में, अनुमति वाला निर्देश जोड़ना न भूलें.

कॉन्टेंट की सुरक्षा के बारे में नीति देखें

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

'Google साइन इन' लाइब्रेरी का अनुरोध देखें को पूरा करने के बाद निर्देशों के लिए, DevTools में 'Google साइन इन' लाइब्रेरी का अनुरोध चुनें नेटवर्क पैनल पर जाकर, इसमें Content-Security-Policy हेडर खोजें हेडर टैब के रिस्पॉन्स हेडर सेक्शन.

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

  • https://apis.google.com/js/, https://accounts.google.com/gsi/ को जोड़ा जा रहा है, और https://acounts.google.com/o/fedcm/ से कोई भी connect-src, default-src या frame-src डायरेक्टिव.

  • script-src में https://apis.google.com/js/bundle-name.js की सदस्यता जोड़ी जा रही है डायरेक्टिव. bundle-name.js को api.js, client.js या platform.jsलाइब्रेरी बंडल के हिसाब से, दस्तावेज़ के अनुरोध सबमिट करते हैं.

उपयोगकर्ता प्रॉम्प्ट में हुए बदलावों की जांच करना

यूज़र प्रॉम्प्ट के काम करने के तरीके में कुछ अंतर हैं. FedCM ने मॉडल डायलॉग जोड़ा है और उपयोगकर्ता को चालू करने की ज़रूरी शर्तों को अपडेट करता है.

FedCM मॉडल डायलॉग की इमेज

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

उपयोगकर्ता को ऐक्टिवेट करना

FedCM में, उपयोगकर्ता ऐक्टिवेशन से जुड़ी अपडेट की गई ज़रूरी शर्तें शामिल हैं. कोई बटन दबाकर या किसी लिंक पर क्लिक करने से उपयोगकर्ता के जेस्चर के उदाहरण मिलते हैं. इन जेस्चर की मदद से, तीसरे पक्ष के ऑरिजिन को अनुमति मिलती है नेटवर्क अनुरोध करने या डेटा स्टोर करने के लिए. FedCM के साथ, ब्राउज़र उपयोगकर्ता की सहमति, जब:

  • जब कोई उपयोगकर्ता नए ब्राउज़र इंस्टेंस का इस्तेमाल करके, किसी वेब ऐप्लिकेशन में पहली बार साइन-इन करता है या
  • GoogleAuth.signIn को कॉल किया गया है.

आज, अगर उपयोगकर्ता ने आपकी वेबसाइट पर पहले साइन इन किया है, तो 'Google साइन इन' लाइब्रेरी शुरू करते समय उपयोगकर्ता की साइन इन संबंधी जानकारी इसके लिए, gapi.auth2.init का इस्तेमाल किया जा रहा है.

तीसरे पक्ष की कुकी के बंद होने की वजह से, ऐसा अब नहीं किया जा सकता, जब तक कि उपयोगकर्ता ने पहली बार FedCM साइन इन फ़्लो को कम से कम एक बार पूरा किया है.

FedCM में ऑप्ट इन करने और GoogleAuth.signIn को कॉल करने पर, अगली बार फिर उसी उपयोगकर्ता आपकी वेबसाइट पर आता है, तो gapi.auth2.init उपयोगकर्ता का साइन इन पा सकता है उपयोगकर्ता के इंटरैक्शन के बिना, शुरू करने के दौरान जानकारी.

इस्तेमाल के सामान्य उदाहरण

'Google साइन-इन' लाइब्रेरी के डेवलपर दस्तावेज़ में गाइड और कोड शामिल होते हैं सैंपल. इस सेक्शन में बताया गया है कि FedCM व्यवहार.

  • अपने वेब ऐप्लिकेशन में 'Google साइन इन' को इंटिग्रेट करना

    इस demo में, <div> एलिमेंट और क्लास बटन को रेंडर करते हैं और पहले से प्रवेश किए हुए उपयोगकर्ताओं के लिए, पेज onload इवेंट उपयोगकर्ता को लौटाता है क्रेडेंशियल डालें. साइन-इन करने और नया खाता बनाने के लिए, उपयोगकर्ता इंटरैक्शन ज़रूरी है सत्र.

    लाइब्रेरी शुरू करने का काम g-signin2 क्लास करती है, जो gapi.load और gapi.auth2.init.

    उपयोगकर्ता का जेस्चर, <div> एलिमेंट onclick इवेंट, auth2.signIn को कॉल करता है साइन-इन के दौरान या साइन-आउट करने पर auth2.signOut.

  • पसंद के मुताबिक 'Google साइन-इन' बटन बनाना

    डेमो वन में, कस्टम एट्रिब्यूट का इस्तेमाल करके यह कंट्रोल किया जाता है कि 'साइन-इन करें' बटन और पहले से साइन इन किए हुए उपयोगकर्ताओं के लिए, पेज onload इवेंट उपयोगकर्ता के क्रेडेंशियल दिखाता है. साइन इन करने के लिए, उपयोगकर्ता का इंटरैक्शन ज़रूरी है और नया सेशन शुरू करें.

    लाइब्रेरी इनिशिएटिव के लिए एक onload इवेंट के ज़रिए शुरू की जाती है gapi.signin2.render की मदद से, platform.js लाइब्रेरी और बटन को दिखाया जाता है.

    'साइन इन करें' बटन दबाने से, उपयोगकर्ता का जेस्चर auth2.signIn को कॉल करता है.

    डेमो दो में, <div> एलिमेंट, सीएसएस स्टाइल, और कस्टम ग्राफ़िक इसका इस्तेमाल, साइन-इन बटन के दिखने के तरीके को कंट्रोल करने के लिए किया जाता है. उपयोगकर्ता इंटरैक्शन यह है के लिए साइन-इन करना होगा और नया सत्र शुरू करना होगा.

    लाइब्रेरी शुरू करने का काम, दस्तावेज़ लोड होने पर स्टार्ट फ़ंक्शन का इस्तेमाल करके किया जाता है जिससे gapi.load, gapi.auth2.init और gapi.auth2.attachClickHandler.

    उपयोगकर्ता का जेस्चर, <div> एलिमेंट onclick इवेंट, auth2.signIn को कॉल करता है साइन-इन करने के दौरान auth2.attachClickHandler या चालू auth2.signOut का इस्तेमाल करके साइन-आउट करें.

  • उपयोगकर्ता के सेशन की स्थिति पर नज़र रखना

    इस demo में, उपयोगकर्ता के साइन इन और साइन आउट करने के लिए एक बटन दबाने का इस्तेमाल किया जाता है. साइन-इन करने और नया सेशन शुरू करने के लिए, उपयोगकर्ता के इंटरैक्शन की ज़रूरत होती है.

    लाइब्रेरी को शुरू करने के लिए, सीधे gapi.load को कॉल करें, gapi.auth2.init और इसके बाद gapi.auth2.attachClickHandler() script src का इस्तेमाल करके platform.js को लोड किया गया.

    उपयोगकर्ता का जेस्चर, <div> एलिमेंट onclick इवेंट, auth2.signIn को कॉल करता है साइन-इन करने के दौरान auth2.attachClickHandler या चालू auth2.signOut का इस्तेमाल करके साइन-आउट करें.

  • अतिरिक्त अनुमतियों का अनुरोध करना

    इस demo में, अतिरिक्त OAuth 2.0 का अनुरोध करने के लिए एक बटन दबाने का इस्तेमाल किया गया है नया ऐक्सेस टोकन पाने, और पहले से साइन इन किए हुए उपयोगकर्ताओं के लिए, पेज onload इवेंट, उपयोगकर्ता के क्रेडेंशियल दिखाता है. उपयोगकर्ता इंटरैक्शन ज़रूरी है साइन-इन करने और नया सेशन शुरू करने के लिए.

    लाइब्रेरी इनिशलाइज़ेशन, onload इवेंट की मदद से शुरू की जाती है gapi.signin2.render को किए गए कॉल के लिए, platform.js लाइब्रेरी का इस्तेमाल किया जा सकता है.

    <button> एलिमेंट पर क्लिक करने से, उपयोगकर्ता का जेस्चर googleUser.grant या auth2.signOut का इस्तेमाल करके, OAuth 2.0 के अतिरिक्त स्कोप साइन-आउट करने पर.

  • लिसनर का इस्तेमाल करके 'Google साइन-इन' को इंटिग्रेट करना

    इस demo में, पहले से साइन इन किए हुए उपयोगकर्ताओं के लिए, पेज onload इवेंट उपयोगकर्ता के क्रेडेंशियल दिखाता है. साइन इन करने के लिए, उपयोगकर्ता का इंटरैक्शन ज़रूरी है और नया सेशन शुरू करें.

    लाइब्रेरी शुरू करने का काम, दस्तावेज़ लोड होने पर स्टार्ट फ़ंक्शन का इस्तेमाल करके किया जाता है जिससे gapi.load, gapi.auth2.init और gapi.auth2.attachClickHandler. इसके बाद, auth2.isSignedIn.listen और auth2.currentUser.listen का इस्तेमाल, बदलावों की सूचना सेटअप करने के लिए किया जाता है सेशन की स्थिति. आखिर में, auth2.SignIn को साइन-इन किए हुए उपयोगकर्ता.

    उपयोगकर्ता का जेस्चर, <div> एलिमेंट onclick इवेंट, auth2.signIn को कॉल करता है साइन-इन करने के दौरान auth2.attachClickHandler या चालू auth2.signOut का इस्तेमाल करके साइन-आउट करें.

  • सर्वर साइड ऐप्लिकेशन के लिए 'Google साइन-इन' सुविधा

    इस demo में, OAuth 2.0 ऑथराइज़ेशन कोड का अनुरोध करने के लिए, उपयोगकर्ता के जेस्चर का इस्तेमाल किया गया है और JS कॉलबैक बैकएंड को जवाब भेजने के लिए एक AJAX कॉल करता है पुष्टि करने के लिए.

    लाइब्रेरी को शुरू करने के लिए, platform.js के लिए onload इवेंट का इस्तेमाल किया जाता है लाइब्रेरी, जो gapi.load और को कॉल करने के लिए स्टार्ट फ़ंक्शन का इस्तेमाल करती है gapi.auth2.init.

    <button> एलिमेंट पर क्लिक करने से, उपयोगकर्ता का जेस्चर auth2.grantOfflineAccess पर कॉल करने पर आपको एक ऑथराइज़ेशन कोड मिलेगा.

  • क्रॉस-प्लैटफ़ॉर्म एसएसओ (SSO)

    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 का इस्तेमाल नहीं किया जाएगा.

ज़रूरी इस्तेमाल होने के बाद, सभी use_fedcm सेटिंग को 'Google साइन इन' प्लैटफ़ॉर्म लाइब्रेरी.

सहायता पाएं

google-signin टैग का इस्तेमाल करके StackOverflow पर खोजें या सवाल पूछें.