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

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

• जब भी कोई उपयोगकर्ता डायरेक्ट मैसेज भेजता है या ऐप्लिकेशन को किसी स्पेस में जोड़ा जाता है, तब यह ऐप्लिकेशन अपने-आप वेलकम मैसेज भेजता है. वेलकम मैसेज, "सहायता" निर्देश से अलग होता है. ज़्यादा जानकारी के लिए, Google 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 ऐड-ऑन में iframed यूज़र इंटरफ़ेस (यूआई)) का इस्तेमाल करता है. उदाहरण के लिए, बूलियन वैल्यू चुनने के लिए, स्विच का इस्तेमाल करें.

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 पर एक टैप में साइन इन करने का अनुरोध दिखाना चाहिए. साथ ही, पुष्टि करने की सुविधा में "Google से साइन इन करें" फ़ॉलबैक भी मिलना चाहिए. "Google से साइन इन करें" सुविधा के साथ-साथ, लॉगिन करने के अन्य विकल्प भी दिए जा सकते हैं.
• ऐड-ऑन में रिस्पॉन्सिव डिज़ाइन होना चाहिए, ताकि कॉन्टेंट को अलग-अलग साइज़ में दिखाया जा सके.
• तीसरे पक्ष की कुकी बंद होने पर भी, ऐड-ऑन उपयोगकर्ता की यात्राएं काम करती रहनी चाहिए.
• ऐड-ऑन में iframe में हॉरिज़ॉन्टल स्क्रोलिंग नहीं होनी चाहिए.
• अगर किसी ऐड-ऑन को मुख्य स्टेज का इस्तेमाल करना है, तो ऐड-ऑन को एक से ज़्यादा खिलाड़ी वाले अनुभव के लिए डिज़ाइन किया जाना चाहिए. साथ ही, इस ऐड-ऑन को ऐसा होना चाहिए कि एक ही समय पर कई लोग कॉन्टेंट में बदलाव कर सकें. एक प्लेयर वाले अनुभव के लिए, डेवलपर को साइड पैनल का इस्तेमाल करना चाहिए.
• (सुझाया गया) ऐड-ऑन से यह पता चलना चाहिए कि साइन इन करने वाला उपयोगकर्ता कौन है.
• (इसका सुझाव दिया जाता है) स्थानीय भाषा चुनने का विकल्प: भाषा, ब्राउज़र की सेट की गई स्थानीय प्राथमिकता के हिसाब से होनी चाहिए.
• (सुझाया गया) कॉन्टेंट चुनने के लिए, कॉन्टेंट ब्राउज़ करने वाले इंटरफ़ेस का इस्तेमाल किया जाना चाहिए. इसमें हाल ही में ऐक्सेस किया गया कॉन्टेंट दिखना चाहिए.
• (सुझाया गया) अगर साइड पैनल की ज़रूरत नहीं है, तो मुख्य स्टेज पर लॉन्च करने के बाद, ऐड-ऑन को साइड पैनल बंद करना चाहिए.

Calendar के लिए ऐड-ऑन

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

Meet के ऐड-ऑन

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

Drive के ऐड-ऑन

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

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