उपयोगकर्ता से कंट्रोल किए गए खातों को सेट अप करना – एपीआई डेवलपर गाइड

यह दस्तावेज़ नए Google Analytics खाते बनाने के लिए, प्रॉविज़निंग एपीआई का इस्तेमाल करने से जुड़े अहम सिद्धांतों के बारे में बताता है.

शुरुआती जानकारी

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

शुरू करने से पहले

सभी Google Analytics एपीआई को एक ही तरह से ऐक्सेस किया जाता है. प्रॉविज़निंग एपीआई शुरू करने से पहले, आपको ये काम करने चाहिए:

  • एपीआई के साथ काम करने वाली प्रोग्रामिंग भाषा की खास क्लाइंट लाइब्रेरी की पूरी सूची देखने के लिए, क्लाइंट लाइब्रेरी पेज पढ़ें.
  • एपीआई इंटरफ़ेस और क्लाइंट लाइब्रेरी के बिना डेटा ऐक्सेस करने का तरीका जानने के लिए, रेफ़रंस गाइड पढ़ें.

प्रॉविज़निंग एपीआई को ऐक्सेस करने के लिए, हर क्लाइंट लाइब्रेरी एक Analytics सेवा ऑब्जेक्ट उपलब्ध कराती है. सेवा ऑब्जेक्ट बनाने के लिए, आम तौर पर आपको नीचे दिए गए चरणों का पालन करना पड़ता है:

  1. Google API (एपीआई) कंसोल में अपना ऐप्लिकेशन रजिस्टर करें.
  2. नया Google Analytics खाता बनाने की अनुमति दें.
  3. Analytics सेवा ऑब्जेक्ट बनाएं.

अगर आपने इन चरणों को पूरा नहीं किया है, तो कृपया रुकें और नमस्ते Google Analytics API ट्यूटोरियल पढ़ें. इस ट्यूटोरियल में, Google Analytics API ऐप्लिकेशन बनाने के शुरुआती चरणों की जानकारी दी गई है. यह चरण पूरा करने के बाद, आपको यह पता चल जाएगा कि असल काम करने के लिए, Google Analytics API को कैसे ऐक्सेस किया जा सकता है.

खास जानकारी

प्रॉविज़निंग एपीआई का इस्तेमाल करके Google Analytics खाते बनाते समय, दो अलग-अलग फ़्लो को ध्यान में रखा जाना चाहिए:

  • तकनीकी फ़्लो: इससे पता चलता है कि किसी उपयोगकर्ता के लिए, Google Analytics खाते को प्रोग्राम के हिसाब से, अपने-आप होने वाली प्रोसेस की मदद से कैसे प्रावधान किया जाता है.
  • यूज़र फ़्लो: खाता बनाने के लिए, उपयोगकर्ता को ध्यान में रखते हुए लागू करने के बारे में कुछ बातें.

इस दस्तावेज़ में हर फ़्लो के लिए, हाई लेवल के चरणों और ज़रूरी शर्तों के बारे में बताया गया है.

तकनीकी फ़्लो

नया खाता बनाने और Google Analytics के साथ इंटिग्रेट करने के लिए, प्रॉविज़निंग एपीआई का इस्तेमाल करने के हाई-लेवल चरण ये हैं:

  1. उपयोगकर्ता को OAuth 2.0 का इस्तेमाल करके ऐप्लिकेशन/सेवा की पुष्टि करने और अनुमति देने का अनुरोध करें.
  2. प्रॉविज़निंग एपीआई का इस्तेमाल करके, खाते का टिकट बनाएं.
  3. उपयोगकर्ता को Google Analytics की सेवा की शर्तें (टीओएस) स्वीकार करें और रिस्पॉन्स मैनेज करने के लिए रीडायरेक्ट करें.
  4. (ज़रूरी नहीं) खाता और इंटिग्रेशन के अवसर कॉन्फ़िगर करें.

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

नीचे दिए गए हर चरण के लिए, यहां दी गई ज़रूरी शर्तें दी गई हैं कि उन चरणों को पूरा करना होगा. साथ ही, चरण के नतीजे और तकनीकी फ़्लो की जानकारी भी दी गई है.

1. पुष्टि करना और अनुमति देना

प्रत्येक उपयोगकर्ता को आपके ऐप्लिकेशन को अधिकृत करना होगा और उसे उनकी ओर से Google Analytics खाता प्रावधान करने की क्षमता देनी होगी. यह चरण पूरा करने के लिए, OAuth 2.0 वेब सर्वर ऐप्लिकेशन फ़्लो का सुझाव दिया जाता है.

इस चरण को पूरा करने के लिए ज़रूरी चीज़ें

  • Client-ID - आपके पास प्रोजेक्ट का Client ID है. यह Google Developers Console से उपलब्ध है. ज़्यादा जानने के लिए, OAuth 2.0 वेब सर्वर फ़्लो के बारे में पढ़ें.
  • रीडायरेक्ट यूआरआई - यहां उपयोगकर्ता को रीडायरेक्ट किया जाता है और OAuth 2.0 रिस्पॉन्स भेजा जाता है.
    • Redirect URIs को कॉन्फ़िगर करें और Google Developers Console का इस्तेमाल करके, अपने प्रोजेक्ट के लिए Client ID पाएं.
    • इस पैरामीटर की वैल्यू Google Developers Console में रजिस्टर की गई किसी एक वैल्यू से पूरी तरह मेल खानी चाहिए. इसमें एचटीटीपी या एचटीटीपीएस स्कीम, केस, और आखिर में '/' शामिल है).
  • Google Analytics प्रॉविज़निंग एपीआई का अनुमति का दायरा

इस चरण का नतीजा

OAuth 2.0 फ़्लो पूरा होने के बाद, उपयोगकर्ता ने आपके ऐप्लिकेशन को उसकी ओर से खाते का प्रावधान करने की अनुमति दी होगी. साथ ही, आपको उपयोगकर्ता के लिए एक ऐक्सेस टोकन मिलेगा.

टोकन और स्कोप के बारे में जानकारी:

  • अगर खाता बनाने के बाद, आपको उपयोगकर्ता के खाते के कॉन्फ़िगरेशन या रिपोर्टिंग डेटा के लिए ज़्यादा अनुरोध करने हैं, तो इस चरण में अतिरिक्त स्कोप के इस्तेमाल की अनुमति भी दी जा सकती है. उदाहरण के लिए, readonly या edit स्कोप.
  • ऐक्सेस टोकन की समयसीमा सीमित होती है. अगर आपके ऐप्लिकेशन को सिर्फ़ एक ऐक्सेस टोकन की अवधि खत्म होने के बाद, Google Analytics API का ऐक्सेस चाहिए, तो access_type=offline को सेट करके रीफ़्रेश टोकन का अनुरोध भी किया जा सकता है. रीफ़्रेश टोकन को हर उपयोगकर्ता के लिए, लंबे समय के लिए सुरक्षित स्टोरेज में सेव करना चाहिए, क्योंकि इससे आपका ऐप्लिकेशन नया ऐक्सेस टोकन पा सकता है. ज़्यादा जानकारी के लिए, ऑफ़लाइन ऐक्सेस देखें.

इस चरण के लिए तकनीकी फ़्लो

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

उपयोगकर्ता के विज़िट करने के लिए OAuth 2.0 यूआरएल फ़ॉर्म बनाएं

जब उपयोगकर्ता 'शुरू करें' या 'खाता बनाएं' के किसी बटन या लिंक पर क्लिक करता है, तब लिंक को OAuth 2.0 फ़्लो की शुरुआत की ओर पॉइंट करना चाहिए, ताकि उपयोगकर्ता से प्रावधान की अनुमतियां देने के लिए कहा जा सके. उदाहरण के लिए:

https://accounts.google.com/o/oauth2/auth?
  scope=https://www.googleapis.com/auth/analytics.provision
  &redirect_uri={YOUR REDIRECT URI for OAUTH}
  &response_type=code
  &client_id={YOUR CLIENT ID}
Google खाता सेवा से मिलने वाले जवाब को मैनेज करना

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

रीफ़्रेश टोकन सेव करें (अगर लागू हो)

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

2. प्रॉविज़निंग एपीआई का इस्तेमाल करके खाते का टिकट बनाएं

अनुमति वाले उपयोगकर्ता के लिए ऐक्सेस टोकन मिलने के बाद, इसका इस्तेमाल प्रॉविज़निंग एपीआई से अनुरोध करने के लिए किया जा सकता है. इससे उपयोगकर्ता के लिए खाता टिकट बनाया जा सकता है. किसी उपयोगकर्ता के लिए खाता बनाने का पहला चरण खाता टिकट है.

इस चरण को पूरा करने के लिए ज़रूरी चीज़ें

अनुमति पा चुके उपयोगकर्ता के लिए ऐक्सेस टोकन, जैसा कि पुष्टि और अनुमति में बताया गया है और नीचे दी गई प्रावधान की जानकारी है:

  • रीडायरेक्ट यूआरआई
    • इससे यह पता चलता है कि Google Analytics की सेवा की शर्तों (टीओएस) वाले पेज के बाद, उपयोगकर्ता को कहां रीडायरेक्ट किया जाता है. यह यूआरएल, OAuth 2.0 के ऑथराइज़ेशन फ़्लो के दौरान तय किए गए रीडायरेक्ट यूआरआई से अलग हो सकता है.
    • रीडायरेक्ट यूआरआई पैरामीटर की वैल्यू Google Developers Console में रजिस्टर की गई किसी एक वैल्यू से पूरी तरह मैच होनी चाहिए. इसमें एचटीटीपी या एचटीटीपीएस स्कीम, केस, और आखिर में '/' शामिल है.
  • खाते के फ़ील्ड
    • इस खाते के लिए, name प्रॉपर्टी ज़रूरी है.
  • वेब प्रॉपर्टी फ़ील्ड
    • इस प्रॉपर्टी के लिए, name प्रॉपर्टी ज़रूरी है.
    • websiteUrl ज़रूरी है.
  • प्रोफ़ाइल फ़ील्ड
    • प्रोफ़ाइल के लिए, name प्रॉपर्टी ज़रूरी है.
    • विकल्प के तौर पर, timezone दिया जा सकता है. डिफ़ॉल्ट America/Los_Angeles है.

खाते का टिकट बनाते समय, सिर्फ़ ऊपर दिए गए बुनियादी फ़ील्ड सेट किए जा सकते हैं. खाता बनाने के बाद, Management API का इस्तेमाल करके प्रॉपर्टी या व्यू (प्रोफ़ाइल) के कॉन्फ़िगरेशन में किसी भी तरह के बदलाव किए जा सकते हैं.

इन फ़ील्ड के बारे में ज़्यादा जानकारी के लिए, खाते, प्रॉपर्टी, और व्यू (प्रोफ़ाइल) के लिए, एपीआई रेफ़रंस देखें.

इस चरण का नतीजा

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

इस चरण के लिए तकनीकी फ़्लो

पुष्टि और अनुमति के दौरान मिले उपयोगकर्ता के लिए ऐक्सेस टोकन का इस्तेमाल करके, प्रॉविज़निंग एपीआई में HTTP POST अनुरोध किया जाता है.

खाता टिकट बनाने के लिए एपीआई अनुरोध प्रॉविज़निंग

अनुरोध करने का तरीका जानने के लिए, प्रॉविज़निंग एपीआई के रेफ़रंस में createAccountTicket वाला तरीका देखें.

प्रॉविज़निंग एपीआई से मिला जवाब

अनुरोध पूरा होने पर, 200 रिस्पॉन्स मिलता है. जवाब के मुख्य हिस्से में खाता टिकट होता है, जो कम समय के लिए होता है. खाता टिकट में नए खाता ट्री का एक आईडी और विवरण होता है.

जवाब के बारे में जानकारी पाने के लिए, प्रॉविज़निंग एपीआई रेफ़रंस में Account Ticket resource देखें.

गड़बड़ी रिस्पॉन्स को भी ऐप्लिकेशन से मैनेज किया जाना चाहिए.

3. उपयोगकर्ता, Google Analytics की सेवा की शर्तें स्वीकार करता है (टीओएस)

जब आपके पास उपयोगकर्ता के लिए खाता टिकट आईडी हो, तो इसका इस्तेमाल टीओएस अनुरोध के साथ किया जा सकता है. साथ ही, उपयोगकर्ता से Google Analytics की सेवा की शर्तें स्वीकार करने का अनुरोध किया जा सकता है.

इस चरण को पूरा करने के लिए ज़रूरी चीज़ें

अनुमति वाले उपयोगकर्ता के लिए, खाते का टिकट आईडी.

इस चरण का नतीजा

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

इस चरण के लिए तकनीकी फ़्लो

खाता टिकट आईडी का इस्तेमाल करके, उपयोगकर्ता को Google Analytics के सेवा की शर्तों वाले पेज पर रीडायरेक्ट करें, जहां वे सेवा की शर्तों को स्वीकार कर सकते हैं. इसके बाद, आपको एपीआई से मिलने वाले रिस्पॉन्स को मैनेज करना होगा.

लोगों के लिए, सेवा की शर्तों का यूआरएल फ़ॉर्म भरें

उपयोगकर्ता को 'सेवा की शर्तें' पेज पर रीडायरेक्ट करें और यूआरएल के हिस्से के तौर पर खाता टिकट आईडी शामिल करें:

https://analytics.google.com/analytics/web/?provisioningSignup=false#/termsofservice/{account_ticket_id}
सेवा की शर्तों के जवाब को मैनेज करना

जब उपयोगकर्ता सेवा की शर्तों वाले पेज पर कुछ कार्रवाई करता है, तब उसे खाता टिकट बनाने के दौरान बताए गए redirectUri पर रीडायरेक्ट कर दिया जाता है. टीओएस पेज के रिस्पॉन्स को क्वेरी स्ट्रिंग के हिस्से के तौर पर शामिल किया जाएगा.

कामयाब जवाब, नए खाते के स्ट्रक्चर और मूल accountTicketId का डेटा दिखाएंगे:

https://{YOUR REDIRECT URI for TOS}?
  accountId={accountId}
  &webPropertyId={webPropertyId}
  &profileId={profileId}
  &accountTicketId={accountTicketId}

उदाहरण के लिए, अगर आपके ऐप्लिकेशन का सेवा की शर्तों का हैंडलर http://www.your-app.com/gaTOS पर है, तो खाते के टिकट बनाते समय, इसे redirectUri के तौर पर सेट किया जाना चाहिए. जब खाता टिकट मान्य हो और उपयोगकर्ता ने सेवा की शर्तें स्वीकार कर ली हों, तो आपके ऐप्लिकेशन के सेवा की शर्तों को हैंडल करने वाले टूल को उन HTTP GET अनुरोधों को सही तरीके से मैनेज करना चाहिए जिनमें accountId, webPropertyId, profileId, और accountTicketId क्वेरी पैरामीटर शामिल हों.

असफल जवाबों में, गड़बड़ी वाला रिस्पॉन्स शामिल होगा:

https://{YOUR REDIRECT URI for TOS}?
  error={error_code}
  &accountTicketId={accountTicketId}

आपके टीओएस हैंडलर को ऐसे HTTP GET अनुरोधों को भी ठीक से मैनेज करना चाहिए जिनमें error क्वेरी पैरामीटर होता है. इससे पता चलता है कि कोई गड़बड़ी हुई है. क्वेरी पैरामीटर की वैल्यू का इस्तेमाल, आगे की कार्रवाई करने या उपयोगकर्ता को मैसेज दिखाने के लिए किया जा सकता है:

  • error=user_cancel - उपयोगकर्ता ने सेवा की शर्तों को स्वीकार नहीं किया.
  • error=max_accounts_reached - उपयोगकर्ता, Google Analytics में खाते जोड़ने की तय सीमा तक पहुंच गया है.
  • error=backend_error - कोई सामान्य गड़बड़ी. सर्वर ने कोई गड़बड़ी दिखाई, लेकिन यह ऊपर दी गई कैटगरी में नहीं है.

4. (ज़रूरी नहीं) इंटिग्रेशन के अवसर

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

  • लागू होने पर, उपयोगकर्ता की वेबसाइट के हर पेज के लिए, नए बनाए गए खाते के प्रॉपर्टी आईडी के साथ, स्टैंडर्ड Google Analytics ट्रैकिंग स्निपेट अपने-आप इंजेक्ट करें.
  • Management API का इस्तेमाल करके, उपयोगकर्ता की प्रॉपर्टी अपने-आप कॉन्फ़िगर करें.
  • Embed API या Core Reporting API का इस्तेमाल करके, अपने प्रॉडक्ट में (उदाहरण के लिए, एडमिन पैनल में) उपयोगकर्ता के लिए रिपोर्ट दें.

यूज़र फ़्लो

इस सेक्शन में, उपयोगकर्ता के नज़रिए से खाता बनाने के फ़्लो के चरणों को लागू करने से जुड़ी ज़रूरी बातों के बारे में बताया गया है.

फ़्लो की शुरुआत तब होती है, जब उपयोगकर्ता ने अपनी प्रॉपर्टी के लिए Analytics चालू करने के लिए ये दो विकल्प दिए हों:

  1. Google Analytics खाता बनाएं
  2. किसी मौजूदा Google Analytics खाते का इस्तेमाल करें. (ध्यान दें: यह फ़्लो इस दस्तावेज़ में शामिल नहीं है. किसी उपयोगकर्ता के Google Analytics कॉन्फ़िगरेशन डेटा को ऐक्सेस करने के तरीके से जुड़ी जानकारी के लिए, Management API देखें.)

नया Google Analytics खाता बनाते समय कुछ ऐसी जानकारी है जो आपको प्रावधान अनुरोध के साथ भेजने की ज़रूरी है, जैसे कि खाता नाम, प्रॉपर्टी का नाम वगैरह.

अनुमति मिलने के बाद, खाते की जानकारी मांगें

इस मामले में, उपयोगकर्ता से प्रोसेस के बीच में खाते की जानकारी मांगी जाती है. फ़्लो कुछ ऐसा दिखेगा:

  1. उपयोगकर्ता को OAuth 2.0 फ़्लो के लिए, Google खाता सेवा पर रीडायरेक्ट किया जाता है. अगर उपयोगकर्ता के पास Google खाता नहीं है या उसने साइन इन नहीं किया है, तो उसे Google खाता बनाने या साइन इन करने के लिए कहा जाएगा.
  2. उपयोगकर्ता को ऐप्लिकेशन को 'Google Analytics खाते बनाने' की अनुमति देने के लिए कहा जाएगा.
  3. उपयोगकर्ता, ऐप्लिकेशन के लिए अनुमतियों का अनुरोध स्वीकार करता है.
  4. उपयोगकर्ता को सेवा देने वाली कंपनी पर रीडायरेक्ट किया गया. ध्यान दें कि अगर उपयोगकर्ता अनुमति देने से मना करता है, तब भी उसे सेवा देने वाली कंपनी पर वापस रीडायरेक्ट कर दिया जाता है.
  5. यह फ़ॉर्म, उपयोगकर्ता को दिखाया जाता है, ताकि वह खाता बनाने की जानकारी इकट्ठा कर सके. जैसे, खाते का नाम, प्रॉपर्टी का नाम, प्रोफ़ाइल का नाम, टाइमज़ोन, वेबसाइट का यूआरएल वगैरह
  6. उपयोगकर्ता, फ़ॉर्म भरकर उसे सबमिट करता है. साथ ही, उसे Google पर रीडायरेक्ट कर दिया जाता है या उसे Google Analytics की सेवा की शर्तें (टीओएस) दिखाया जाता है.
  7. उपयोगकर्ता, सेवा की शर्तों को स्वीकार करता है.
  8. उपयोगकर्ता को सेवा देने वाली कंपनी पर रीडायरेक्ट किया जाता है और उसे सफलता का मैसेज दिखाया जाता है. उसे यह मैसेज दिखाया जाता है कि उन्होंने Google Analytics खाता बना लिया है. इसमें, खाते की जानकारी और उसे ऐक्सेस करने के तरीके की जानकारी होती है. ध्यान दें कि अगर उपयोगकर्ता सेवा की शर्तों को स्वीकार नहीं करता है, तो भी उसे सेवा देने वाली कंपनी पर वापस रीडायरेक्ट कर दिया जाता है.

अनुमति देने से पहले, खाते की जानकारी मांगें

इस मामले में, उपयोगकर्ता से पहले ही बनाए जाने वाले खाते के कॉन्फ़िगरेशन की जानकारी मांगी जाती है. फ़्लो कुछ ऐसा दिखेगा:

  1. सेवा देने वाली कंपनी की साइट पर, उपयोगकर्ता को एक फ़ॉर्म दिखाया जाता है, ताकि वह खाता बनाने के बारे में जानकारी इकट्ठा कर सके. जैसे, खाते का नाम, प्रॉपर्टी का नाम, प्रोफ़ाइल का नाम, टाइमज़ोन, वेबसाइट का यूआरएल.
  2. उपयोगकर्ता यह फ़ॉर्म भरता है और 'सबमिट करें' पर क्लिक करता है. साथ ही, उसे OAuth 2.0 फ़्लो के लिए, Google खाता सेवा पर रीडायरेक्ट कर दिया जाता है. अगर उपयोगकर्ता के पास Google खाता नहीं है या उसने साइन इन नहीं किया है, तो उसे Google खाता बनाने या साइन इन करने के लिए कहा जाएगा.
  3. उपयोगकर्ता को ऐप्लिकेशन को 'Google Analytics खाते बनाने' की अनुमति देने के लिए कहा जाएगा.
  4. उपयोगकर्ता, ऐप्लिकेशन के लिए मांगी गई अनुमतियां स्वीकार करता है.
  5. उपयोगकर्ता को सेवा देने वाली कंपनी पर रीडायरेक्ट किया गया.
  6. उपयोगकर्ता को Google पर रीडायरेक्ट किया जाता है/Google Analytics की सेवा की शर्तें (टीओएस) दिखाई जाती हैं.
  7. उपयोगकर्ता, सेवा की शर्तों को स्वीकार करता है.
  8. उपयोगकर्ता को सेवा देने वाली कंपनी पर रीडायरेक्ट किया जाता है और उसे सफलता का मैसेज दिखाया जाता है. उसे यह मैसेज दिखाया जाता है कि उन्होंने Google Analytics खाता बना लिया है. इसमें, खाते की जानकारी और उसे ऐक्सेस करने के तरीके की जानकारी होती है.

खाते की जानकारी पहले से ही भरें या फ़ॉर्म स्किप करें

अगर उपयोगकर्ता खाते के बारे में जानकारी पहले से उपलब्ध है (जैसे कि वेबसाइट का यूआरएल, वेबसाइट का नाम, टाइमज़ोन वगैरह), तो ऊपर दिए गए दोनों विकल्पों को इस तरह से और आसान बनाया जा सकता है:

  • फ़ॉर्म में पहले से जानकारी भरकर, उपयोगकर्ता को बदलाव करने की अनुमति देना
  • फ़ॉर्म में दिए गए चरण को छोड़कर, मौजूदा जानकारी का इस्तेमाल करके अपने-आप खाता बनाना.