उपयोगकर्ताओं पर दायरे में होने वाले बदलावों के असर को कम करने का तरीका
- अगर आपके ऐप्लिकेशन को पुष्टि किए गए उपयोगकर्ता का ईमेल पता चाहिए और आपने पहले इस काम के लिए
profile.emails.readका इस्तेमाल किया है, तो इसके बजायemailका इस्तेमाल करें. - पुष्टि के लिए किए गए अनुरोध को स्वीकार करने के बाद,
profile.emails.readके लिए अनुमति पाएं. मैं ऐप्लिकेशन को पुष्टि के लिए कैसे सबमिट करूं? लेख पढ़ें. - पिछले उपयोगकर्ता टोकन को उस दायरे से निरस्त करें जिसे हटाया जाना है या ऐप्लिकेशन का ऐक्सेस पूरी तरह से हटाएं. उदाहरण के लिए,
profile.emails.readऐक्सेस वाले टोकन को रद्द कर दिया जाना चाहिए. हमारा सुझाव है कि आप अपने उपयोगकर्ताओं को ऐप्लिकेशन में रहते हुए ही सहमति रद्द करने की सुविधा दें, ताकि आप तुरंत उनकी सहमति पा सकें. - अपने उपयोगकर्ताओं को
profile.emails.readके बिना, नए दायरे, जैसे किemailके साथ फिर से सहमति देने के लिए कहें. - उस दायरे को हटाएं जिसे Google API के लिए OAuth सहमति स्क्रीन कॉन्फ़िगरेशन से हटाना है.
अपने ऐप्लिकेशन को Google+ साइन इन से Google साइन इन पर माइग्रेट करने के लिए, आपको अपने साइन इन बटन, अनुरोध किए गए स्कोप, और Google से प्रोफ़ाइल की जानकारी पाने के तरीके के निर्देशों को अपडेट करना होगा. पूरी जानकारी के लिए, Android के लिए Google साइन इन के दस्तावेज़ में दिए गए निर्देशों का पालन करें.
साइन इन बटन को अपडेट करते समय, G+ का रेफ़रंस न दें या लाल रंग का इस्तेमाल न करें. ब्रैंडिंग के लिए बने हमारे अपडेट किए गए दिशा-निर्देशों का पालन करें.
Google+ साइन-इन की सुविधा वाले ज़्यादातर ऐप्लिकेशन ने इन स्कोप के किसी कॉम्बिनेशन का अनुरोध किया था:
plus.login, plus.me, और plus.profile.emails.read. DEFAULT_SIGN_IN विकल्प के साथ GoogleSignInOptions.Builder का इस्तेमाल करने पर, profile स्कोप का अनुरोध अपने-आप हो जाएगा. इससे, उपयोगकर्ता का नाम और प्रोफ़ाइल फ़ोटो दिखेगी. अगर आपको उपयोगकर्ता का ईमेल पता भी चाहिए, तो Google साइन इन के विकल्प बनाते समय आपको .requestEmail() को कॉल करना चाहिए.
'Google+ साइन-इन' को लागू करने वाले कई लोग, कोड फ़्लो का इस्तेमाल करते हैं. इसका मतलब है कि Android, iOS या JavaScript ऐप्लिकेशन, Google से OAuth ऑथराइज़ेशन कोड पाते हैं. इसके बाद, क्लाइंट उस कोड को सर्वर पर भेजता है. साथ ही, क्रॉस-साइट अनुरोध के लिए फ़र्ज़ी पहचान से जुड़ी सुरक्षा भी भेजता है. इसके बाद, सर्वर कोड की पुष्टि करता है और people.get एपीआई से उपयोगकर्ता की प्रोफ़ाइल की जानकारी पाने के लिए, रीफ़्रेश और ऐक्सेस टोकन हासिल करता है.
Google अब आपको आईडी टोकन का अनुरोध करने और अपने क्लाइंट से आईडी टोकन को अपने सर्वर पर भेजने का सुझाव देता है. आईडी टोकन में, एक से ज़्यादा साइटों पर जालसाजी से बचाने के लिए, पहले से सुरक्षा की सुविधाएं मौजूद होती हैं. साथ ही, इनकी पुष्टि आपके सर्वर पर स्टैटिक तरीके से की जा सकती है. इससे, Google के सर्वर से उपयोगकर्ता की प्रोफ़ाइल की जानकारी पाने के लिए, अतिरिक्त एपीआई कॉल करने की ज़रूरत नहीं पड़ती. अपने सर्वर पर आईडी टोकन की पुष्टि करने के लिए, दिए गए निर्देशों का पालन करें.
अगर आपको अब भी प्रोफ़ाइल की जानकारी पाने के लिए कोड फ़्लो का इस्तेमाल करना है, तो ऐसा किया जा सकता है. जब आपके सर्वर के पास ऐक्सेस टोकन हो जाएगा, तो आपको हमारे साइन-इन डिस्कवरी दस्तावेज़ में बताए गए userinfo एंडपॉइंट से उपयोगकर्ता की प्रोफ़ाइल की जानकारी पाना होगा. एपीआई के जवाब का फ़ॉर्मैट, Google+ प्रोफ़ाइल के जवाब से अलग होता है. इसलिए, आपको पार्स करने की सुविधा को नए फ़ॉर्मैट में अपडेट करना होगा.
अगर GoogleAuthUtil.getToken या Plus.API का इस्तेमाल किया जा रहा है, तो आपको ज़्यादा सुरक्षा और बेहतर उपयोगकर्ता अनुभव के लिए, नए Sign-In API पर माइग्रेट करना चाहिए.