ऐप्लिकेशन की समीक्षा से जुड़ी प्रोसेस और Google Workspace Marketplace की शर्तें

• ऐप्लिकेशन के साथ बातचीत करने के लिए बटन, ब्यौरे में उपलब्ध होते हैं.
• ऐप्लिकेशन का नाम A—Z (बड़े अक्षर) या 0–9 से शुरू होता है. यह किसी सिंबल से शुरू नहीं हो सकता.

• जब भी कोई उपयोगकर्ता डायरेक्ट मैसेज शुरू करता है या ऐप्लिकेशन को स्पेस में जोड़ा जाता है, तब ऐप्लिकेशन बिना प्रॉम्प्ट वाला वेलकम मैसेज भेजता है. स्वागत मैसेज, "सहायता" कमांड से अलग होता है. ज़्यादा जानकारी के लिए, Google Chat ऐप्लिकेशन के लिए होम पेज बनाना लेख पढ़ें.
• ऐप्लिकेशन में "सहायता" निर्देश काम करता है. साथ ही, यह उपयोगकर्ताओं को ऐप्लिकेशन का इस्तेमाल शुरू करने में मदद करता है. ज़्यादा जानकारी के लिए, स्लैश निर्देशों का जवाब देना लेख पढ़ें.
• स्पेस या डायरेक्ट Chat में बोलकर जवाब देने पर, ऐप्लिकेशन हमेशा जवाब देता है.
• मैसेज में सही स्पेलिंग, कैपिटल लेटर, विराम चिह्न, और व्याकरण का इस्तेमाल किया गया हो. साथ ही, मैसेज में नुकसान पहुंचाने वाला, आपत्तिजनक या बुरा कॉन्टेंट न हो.
• मैसेज में, Google की ज़रूरी शर्तों के मुताबिक टेक्स्ट या कार्ड के लिए, साफ़, कम शब्दों में, और एक जैसे फ़ॉर्मैट का इस्तेमाल किया जाता है.
• अगर जवाब देने में दो सेकंड से ज़्यादा समय लगता है, तो ऐप्लिकेशन एक मैसेज भेजता है.
• सूचनाएं भेजने वाले ऐप्लिकेशन, उपयोगकर्ताओं को सूचनाएं बंद करने की सुविधा देते हैं.
• उपयोगकर्ता, @mention का इस्तेमाल करके ऐप्लिकेशन को स्पेस में जोड़ सकते हैं.
• उपयोगकर्ता, सदस्य देखें मेन्यू का इस्तेमाल करके, स्पेस से ऐप्लिकेशन को हटा सकते हैं.
• ऐप्लिकेशन, उपयोगकर्ता को वह सब कुछ बताता है जो उससे इंटरैक्ट करने के लिए ज़रूरी है.
• ऐप्लिकेशन में इस्तेमाल किया जाने वाला कार्ड फ़ॉर्मैट, Google की ज़रूरी शर्तों के मुताबिक हो. इंटरैक्टिव कार्ड बनाएं देखें.
• यह ऐप्लिकेशन, Chat के मेन्यू में ऐप्लिकेशन ढूंढें विकल्प से उपलब्ध है.
• ऐप्लिकेशन जिन बाहरी यूआरएल के साथ इंटरैक्ट करता है वे किसी स्टेजिंग या डेवलपमेंट एनवायरमेंट से नहीं जुड़े होने चाहिए.
• स्पेस में किसी ऐप्लिकेशन को भेजे जाने वाले हर मैसेज में, उसका नाम टैग करना ज़रूरी है. सिर्फ़ इस तरीके से ऐप्लिकेशन को पता चलता है कि उसे जवाब देना है.
• अगर Chat ऐप्लिकेशन में तीसरे पक्ष के डोमेन के लिंक की झलक दिखती है, तो:
  • लिंक की झलकियां, उपयोगकर्ता के मैसेज के बारे में काम की और ज़्यादा जानकारी देती हैं. उदाहरण के लिए, बिक्री के किसी ऑफ़र के लिंक की झलक देखने पर, खाता, रकम, और स्टेज जैसी जानकारी जुड़ जाती है.
  • डेवलपर, झलक दिखाए गए डोमेन से जुड़ा हो.

  ज़्यादा जानकारी के लिए, झलक के लिंक देखें.

• (सुझाया गया) Workspace एडमिन को अपने संगठन के उपयोगकर्ताओं के लिए आपका ऐप्लिकेशन इंस्टॉल करने की अनुमति देने के लिए, आपके ऐप्लिकेशन में डायरेक्ट मैसेज पाने और भेजने की सुविधा होनी चाहिए.

• ऐप्लिकेशन का अवतार साफ़ तौर पर दिखता हो और उसे आसानी से पहचाना जा सकता हो.

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

• अगर ऐप्लिकेशन, Drive में फ़ाइलें सेव करता है, तो उपयोगकर्ताओं को कोई फ़ोल्डर चुनने की अनुमति मिलती है. इसके अलावा, ऐप्लिकेशन के लिए कोई फ़ोल्डर बनाया जा सकता है और उसका फिर से इस्तेमाल किया जा सकता है. कॉन्फ़िगरेशन डेटा को ऐप्लिकेशन डेटा फ़ोल्डर में सेव किया जा सकता है. यह ऐप्लिकेशन, उपयोगकर्ता के'मेरी ड्राइव' फ़ोल्डर में फ़ाइलें नहीं डालता.
• ऐप्लिकेशन, Drive में सिर्फ़ उन फ़ाइलों को सेव करता है जो ऐप्लिकेशन के दस्तावेज़ में बताई गई सुविधाओं से जुड़ी हों.

• ऐड-ऑन में, टास्क के लिए ज़रूरी और उम्मीद के मुताबिक कार्रवाइयां शामिल होती हैं. साथ ही, इसमें टास्क के वर्कफ़्लो को पूरा करने के लिए ज़रूरी सभी टूल भी होते हैं. उदाहरण के लिए:
  • अगर ऐड-ऑन पूरे दस्तावेज़ पर स्टाइल लागू करता है, तो वह सिर्फ़ चुने गए टेक्स्ट पर स्टाइल लागू करने का विकल्प देता है.
  • अगर कोई ऐड-ऑन, स्प्रेडशीट का डेटा किसी वेब सेवा फ़ीड में अपलोड करता है, तो आसानी से नेविगेट करने के लिए, उसमें उस फ़ीड का लिंक होता है.
  • अगर ऐड-ऑन के लिए उपयोगकर्ता के पास खाता होना ज़रूरी है, तो यह खाता बनाने के लिए लिंक या जानकारी देता है. ऐसा तब होता है, जब उपयोगकर्ता के पास पहले से खाता नहीं हो.
• ऐड-ऑन में, ऐड-ऑन टैब में मेन्यू आइटम होते हैं.
• भले ही, ऐड-ऑन सिर्फ़ कस्टम फ़ंक्शन है, लेकिन फिर भी इसमें ज़रूरी दस्तावेज़ शामिल होते हैं.
• ऐड-ऑन, अपने मेन्यू को पॉप्युलेट करने के लिए, onInstall() और onOpen() का सही तरीके से इस्तेमाल करता है. ऐड-ऑन के पहली बार इंस्टॉल होने और किसी दूसरी फ़ाइल के खुलने पर, मेन्यू आइटम में अपने-आप जानकारी भर जाती है. एडिटर ऐड-ऑन की अनुमति देखें.
• अनुमति मोड सही तरीके से सेट अप किए गए हों. अनुमति देने के मोड देखें.
• ऐड-ऑन को Apps Script के V8 रनटाइम में लागू किया जाना चाहिए. ज़्यादा जानकारी के लिए, V8 रनटाइम की खास जानकारी देखें.

• इस ऐड-ऑन में, प्रॉडक्ट के बारे में बुनियादी जानकारी और उसे इस्तेमाल करने का तरीका बताया गया है.
• ऐड-ऑन कोड में लाइब्रेरी का ज़्यादा इस्तेमाल नहीं किया गया है, क्योंकि लाइब्रेरी की वजह से ऐड-ऑन की परफ़ॉर्मेंस खराब हो सकती है.
• अगर हो सके, तो गड़बड़ियों से बचा जाता है और उन्हें सही तरीके से मैनेज किया जाता है. अगर ऐसा नहीं होता है, तो:
  • गड़बड़ी के मैसेज, डायलॉग विंडो में दिखते हैं, न कि JavaScript सूचना या डिफ़ॉल्ट लाल बार में. ये समस्या के बारे में बताते हैं और आसान भाषा में बताते हैं कि उपयोगकर्ता को इसे ठीक करने के लिए क्या करना होगा.
  • जब भी मुमकिन हो, तब उपयोगकर्ता को एक बटन दिखता है. यह बटन, गड़बड़ी को ठीक करने के लिए उसे दिखाता है.
  • ज़्यादा जानकारी के लिए, ऐड-ऑन की स्टाइल गाइड देखें.
• बाहरी पेजों के लिंक, नई विंडो में खुलते हैं और सही होते हैं.
• ऐड-ऑन का डिज़ाइन अच्छा है और इसे इस्तेमाल करना आसान है. इसका मतलब है कि:
  • यह हमेशा साफ़ तौर पर पता होता है कि क्या करना है और कैसे करना है.
  • ऐड-ऑन को ऐक्सेस करना और उसे समझना आसान हो. तकनीकी शब्दों और कठिन शब्दावली का इस्तेमाल नहीं किया जाता है.
  • वर्कफ़्लो साफ़ और आसान हों.
  • उपयोगकर्ता और उसका कॉन्टेंट ज़्यादा से ज़्यादा सुरक्षित रहे.
• यह ऐड-ऑन, एडिटर ऐड-ऑन के लिए यूज़र इंटरफ़ेस (यूआई) स्टाइल गाइड का पालन करता है. साथ ही, एडिटर ऐड-ऑन के लिए सीएसएस पैकेज का इस्तेमाल करता है.
• ऐड-ऑन, हर डिसप्ले के लिए नीले रंग के सिर्फ़ एक प्राइमरी ऐक्शन का इस्तेमाल करता है.
• ऐड-ऑन एक बार में एक डायलॉग दिखाता है. यह ओवरलैप न हो या एक साथ कई डायलॉग न खुले हों.
• ऐड-ऑन का यूज़र इंटरफ़ेस (यूआई), तय की गई स्पेस में सही तरीके से फ़िट हो जाता है:
  • टेक्स्ट और लेबल, "..." के साथ काटे नहीं जाते
  • उपयोगकर्ता को ज़्यादा वर्टिकल स्क्रोलिंग नहीं करनी होगी.
  • कॉन्टेंट की चौड़ाई 300 पिक्सल से ज़्यादा नहीं होनी चाहिए, ताकि उसमें हॉरिज़ॉन्टल स्क्रोलबार न हो.
• ऐड-ऑन के लिए पुष्टि करना ज़रूरी है या सभी संवेदनशील कार्रवाइयों के लिए चेतावनियां दिखती हैं. उदाहरण के लिए, अगर कोई ऐड-ऑन स्प्रेडशीट के सभी कॉन्टेंट को ज़्यादा से ज़्यादा लिखने वाला है, तो उपयोगकर्ता को चेतावनी दी जाती है और कार्रवाई करने से पहले उसकी पुष्टि की जाती है.

  डिज़ाइन में बदलाव करके, इस ज़रूरी शर्त से बचा जा सकता है. उदाहरण के लिए, डेटा इंपोर्ट करने वाला Google Sheets ऐड-ऑन, मौजूदा कॉन्टेंट को ओवरराइट कर सकता है. डेटा के लिए डिफ़ॉल्ट कार्रवाई के तौर पर शीट बनाकर, इस जोखिम को हटाया जा सकता है.

• किसी कार्रवाई के लोड होने के दौरान, उपयोगकर्ता एक से ज़्यादा बार कार्रवाई ट्रिगर नहीं कर सकते. उदाहरण के लिए, कोई कार्रवाई लोड होने के दौरान बटन बंद हो जाते हैं या छिपे हुए होते हैं.

Calendar के लिए ऐड-ऑन

• अगर ऐड-ऑन calendar.name या common.name का इस्तेमाल करता है, तो मेनिफ़ेस्ट में दिया गया नाम वही होता है जो ऐप लिस्टिंग में दिया गया है.
• अगर ऐड-ऑन calendar.conferenceSolution का इस्तेमाल करता है, तो कॉन्फ़्रेंस के समाधान के नाम में “Google Calendar” शामिल नहीं होता.
• (सुझाया गया) अगर ऐड-ऑन में calendar.conferenceSolution का इस्तेमाल किया जाता है, तो कॉन्फ़्रेंस के लिए इस्तेमाल किए जाने वाले समाधान का नाम 30 वर्णों से ज़्यादा नहीं होना चाहिए.

• ऐड-ऑन, सही विजेट (या Meet ऐड-ऑन में iframe किए गए यूज़र इंटरफ़ेस (यूआई)) का इस्तेमाल करता है. उदाहरण के लिए, कोई बूलियन वैल्यू चुनने के लिए स्विच का इस्तेमाल करें.

Calendar के लिए ऐड-ऑन

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

Gmail के ऐड-ऑन

अगर ऐड-ऑन UrlFetchApp या OpenLinkUrl का इस्तेमाल करता है, तो:

• यूआरएल मान्य है.
• यूआरएल में एचटीटीपी के बजाय एचटीटीपीएस का इस्तेमाल किया गया हो.
• पूरा डोमेन दिया गया हो.
• पाथ खाली नहीं है. उदाहरण के लिए, https://altostrat/ सही है, लेकिन https://altostrat नहीं है.
• UrlFetchApp में वाइल्डकार्ड का इस्तेमाल नहीं किया जा सकता.

Meet के ऐड-ऑन

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

• ऐड-ऑन का एक होम पेज है. अगर आपका Google Workspace ऐड-ऑन, Gmail ऐड-ऑन के तौर पर बदला गया है, तो डिफ़ॉल्ट होम पेज लागू होता है.
• ऐड-ऑन कार्ड (या Meet ऐड-ऑन में iframe किया गया यूज़र इंटरफ़ेस) ठीक से काम करता है. उदाहरण के लिए, डुप्लीकेट आइटम नहीं हैं. इसलिए, वापस जाएं, रीफ़्रेश करें, और अपडेट करें बटन ठीक से काम करते हैं.
• अगर उपयोगकर्ता, ऐड-ऑन को अनुमति देता है, तो उसे उपयोगकर्ता का स्वागत करने के लिए, पसंद के मुताबिक बनाया गया होम पेज कार्ड (Meet के ऐड-ऑन में वेब पेज) दिखता है. इसमें, साइन इन करने के लिए बटन (ज़रूरत पड़ने पर), लोगो, और ऐड-ऑन के बारे में खास जानकारी होती है.
  • अगर साइन इन बटन ट्रिगर होता है, तो यह तीसरे पक्ष के वेंडर का, आपके हिसाब से बनाया गया साइन इन पेज दिखाता है. इससे साफ़ तौर पर पता चलता है कि Google Workspace के बाहर, तीसरे पक्ष की कोई सेवा काम कर रही है.
• ऐड-ऑन का यूज़र इंटरफ़ेस, तय किए गए स्पेस में आसानी से फ़िट हो जाए:
  • टेक्स्ट और लेबल, "..." के साथ काटे नहीं जाते
  • उपयोगकर्ता को बहुत ज़्यादा वर्टिकल स्क्रोल नहीं करना पड़ता.
  • कॉन्टेंट की चौड़ाई 300 पिक्सल से ज़्यादा नहीं होनी चाहिए, ताकि उसमें हॉरिज़ॉन्टल स्क्रोलबार न हो.
• ऐड-ऑन का कोड, लाइब्रेरी का ज़्यादा इस्तेमाल नहीं करता, क्योंकि लाइब्रेरी की वजह से ऐड-ऑन की परफ़ॉर्मेंस खराब हो सकती है.

Calendar के लिए ऐड-ऑन

• अगर ऐड-ऑन, कॉन्फ़्रेंसिंग के समाधान उपलब्ध कराता है, तो बनाई गई कॉन्फ़्रेंस मान्य होती हैं और तीसरे पक्ष की कॉन्फ़्रेंसिंग वेबसाइट पर सही तरीके से दिखती हैं.

Docs के ऐड-ऑन

अगर ऐड-ऑन, तीसरे पक्ष के डोमेन (स्मार्ट चिप) के लिंक की झलक दिखाता है, तो:

• लिंक की झलक से, उपयोगकर्ता को काम की और अलग से जानकारी मिलती है. उदाहरण के लिए, बिक्री के किसी ऑफ़र के लिंक की झलक देखने पर, खाता, रकम, और स्टेज जैसी जानकारी जुड़ जाती है.
• डेवलपर उस डोमेन से जुड़ा है जिसकी झलक देखी गई है.

ज़्यादा जानकारी के लिए, स्मार्ट चिप की मदद से लिंक की झलक देखना लेख पढ़ें.

Drive के ऐड-ऑन

• अगर ऐप्लिकेशन, Drive में फ़ाइलें सेव करता है, तो यह उपयोगकर्ताओं को कोई फ़ोल्डर चुनने की अनुमति देता है या ऐप्लिकेशन के लिए कोई खास फ़ोल्डर बनाता है और उसे दोबारा इस्तेमाल करता है. कॉन्फ़िगरेशन डेटा को ऐप्लिकेशन डेटा फ़ोल्डर में सेव किया जा सकता है. यह ऐप्लिकेशन, उपयोगकर्ता के'मेरी ड्राइव' फ़ोल्डर में फ़ाइलें नहीं डालता.
• ऐड-ऑन, Drive में सिर्फ़ उन फ़ाइलों को सेव करता है जो ऐड-ऑन के दस्तावेज़ में मौजूद फ़ंक्शन से कनेक्ट होती हैं.

Gmail के ऐड-ऑन

• ऐड-ऑन में, बिना वजह Chrome ब्राउज़र के एक्सटेंशन का उल्लेख या लिंक न किया गया हो.
• ज़्यादा कार्रवाइयों वाले मेन्यू more_vert में, ऐसी यूनिवर्सल कार्रवाइयां होती हैं जो सही तरीके से काम करती हैं. उदाहरण के लिए, साइन आउट करें, जानकारी, सहायता वगैरह.

Meet के ऐड-ऑन

• अगर ऐड-ऑन के लिए लाइसेंस या सदस्यता की ज़रूरत है, तो: अगर उपयोगकर्ता के पास लाइसेंस नहीं है, तो उसे आसानी से समझ आने वाला मैसेज दिखाना ज़रूरी है.
• अगर लाइसेंस से जुड़ी समस्या की वजह से उपयोगकर्ता, ऐड-ऑन का इस्तेमाल नहीं कर पा रहा है, तो गड़बड़ी के मैसेज में यह साफ़ तौर पर बताया जाना चाहिए कि ऐड-ऑन का इस्तेमाल क्यों नहीं किया जा सकता. साथ ही, यह भी बताना चाहिए कि इस स्थिति को ठीक करने के लिए, उपयोगकर्ता को क्या करना चाहिए.
• ऐड-ऑन के लिए Google Workspace Marketplace की लिस्टिंग में, लाइसेंस और सदस्यता की ज़रूरी शर्तों की जानकारी दी जानी चाहिए. इन शर्तों को पूरा करने पर, ऐड-ऑन का इस्तेमाल करना पड़ सकता है. अगर ऐड-ऑन का कोई पेड टीयर है, तो Marketplace की लिस्टिंग में किसी ऐसे वेब पेज का लिंक होना चाहिए जिस पर कीमत या सेल्स पर्सन से संपर्क करने के तरीके के बारे में ज़्यादा जानकारी दी गई हो.
• अगर उपयोगकर्ता ने पहले से साइन इन नहीं किया है, तो ऐड-ऑन को Google One Tap दिखाएं में मौजूद, One Tap से साइन इन करने का प्रॉम्प्ट दिखाना चाहिए. साथ ही, पुष्टि में मौजूद, "Google से साइन इन करें" फ़ॉलबैक भी दिखाना चाहिए. "Google से साइन इन करें" सुविधा के अलावा, लॉगिन करने के अन्य विकल्प भी दिए जा सकते हैं.
• ऐड-ऑन में रिस्पॉन्सिव डिज़ाइन होना चाहिए, ताकि कॉन्टेंट को अलग-अलग साइज़ में दिखाया जा सके.
• तीसरे पक्ष की कुकी बंद होने पर भी, ऐड-ऑन उपयोगकर्ता की यात्राएं काम करती रहनी चाहिए.
• ऐड-ऑन में iframe में हॉरिज़ॉन्टल स्क्रोलिंग नहीं होनी चाहिए.
• अगर किसी ऐड-ऑन को मुख्य स्टेज का इस्तेमाल करना है, तो उसे मल्टीप्लेयर अनुभव के लिए डिज़ाइन किया जाना चाहिए. साथ ही, इसमें एक ही समय पर कई लोगों को कॉन्टेंट में बदलाव करने की अनुमति होनी चाहिए. डेवलपर को सिंगल-प्लेयर गेम के लिए, साइड पैनल का इस्तेमाल करना चाहिए.
• (सुझाया गया) ऐड-ऑन में यह दिखना चाहिए कि साइन इन करने वाला उपयोगकर्ता कौन है.
• (इसका सुझाव दिया जाता है) स्थानीय भाषा चुनने का विकल्प: भाषा, ब्राउज़र की सेट की गई स्थानीय प्राथमिकता के हिसाब से होनी चाहिए.
• (सुझाया गया) कॉन्टेंट चुनने के लिए, कॉन्टेंट ब्राउज़ करने वाले इंटरफ़ेस का इस्तेमाल किया जाना चाहिए. इसमें हाल ही में ऐक्सेस किया गया कॉन्टेंट दिखना चाहिए.
• (सुझाव) अगर अब साइड पैनल की ज़रूरत नहीं है, तो मुख्य स्टेज पर लॉन्च करने के बाद, ऐड-ऑन को साइड पैनल बंद कर देना चाहिए.

Calendar के साथ काम करने वाले ऐड-ऑन

• कॉन्फ़्रेंसिंग के विकल्प का लोगो, सार्वजनिक यूआरएल होता है. कॉन्फ़्रेंस के लिए इस्तेमाल किए जाने वाले सलूशन के लोगो दें देखें.
• अगर ऐड-ऑन में calendar.conferenceSolution का इस्तेमाल किया जाता है, तो कॉन्फ़्रेंस के लिए उपलब्ध समाधान का लोगो, calendar.logoUrl की ज़रूरी शर्तों के मुताबिक होना चाहिए. कैलेंडर मेनिफ़ेस्ट संसाधन देखें.
• अगर ऐड-ऑन में calendar.logoUrl या common.logoUrl का इस्तेमाल किया जाता है, तो लोगो, ऐप्लिकेशन की लिस्टिंग में दिए गए आइकॉन जैसा ही होता है.
• अगर ऐड-ऑन में calendar.logoUrl या common.logoUrl का इस्तेमाल किया जाता है, तो लोगो का यूआरएल इस तरह से शुरू होता है: https://lh3.googleusercontent.com/

Meet के ऐड-ऑन

• ऐड-ऑन के ब्रैंड लोगो का साइज़ और स्टाइल इस तरह से होना चाहिए कि Meet के साइड पैनल में उसे आसानी से पहचाना जा सके.
• गहरे रंग वाले मोड के लिए सही लोगो के यूआरएल, ऐड-ऑन के manifest में दिए जाने चाहिए

Drive के ऐड-ऑन

• (सुझाया गया) अगर आपको सीमित मेटाडेटा वाला डेटा पाना है, तो ऐड-ऑन में drive.addons.metadata.readonly स्कोप शामिल होता है.

• यूनिवर्सल नेविगेशन यूआरएल, किसी वेब ऐप्लिकेशन पर ले जाता है. बिना किसी फ़ंक्शन वाले सामान्य वेब पेज को वेब ऐप्लिकेशन नहीं माना जाता.