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

Calendar के लिए ऐड-ऑन

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

Docs के ऐड-ऑन

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

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

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

Drive के ऐड-ऑन

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

Gmail के ऐड-ऑन

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

Meet के ऐड-ऑन

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

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