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

Google Workspace Marketplace पर किसी ऐप्लिकेशन को सार्वजनिक तौर पर पब्लिश करने के लिए, Google आपके ऐप्लिकेशन और उसकी लिस्टिंग की समीक्षा करता है. इससे यह पक्का किया जाता है कि वे Google के डिज़ाइन, कॉन्टेंट, और स्टाइल से जुड़े दिशा-निर्देशों के मुताबिक हों.

Google आपके ऐप्लिकेशन की समीक्षा करने के बाद, आपको एक ईमेल मिलेगा. इसमें बताया जाएगा कि ऐप्लिकेशन को और सुधार करने की ज़रूरत है या उसे मंज़ूरी मिल गई है.

  • अगर आपके ऐप्लिकेशन में और सुधार करने की ज़रूरत है: आपको समीक्षा का एक दस्तावेज़ मिलेगा. इसमें, आपको उन चीज़ों के बारे में खास जानकारी मिलेगी जिनमें सुधार करना है. समस्याओं को ठीक करें और समीक्षा के लिए अपने ऐप्लिकेशन को फिर से सबमिट करें.
  • अगर समीक्षा करने वाली टीम आपके ऐप्लिकेशन को मंज़ूरी देती है: यह अपने-आप पब्लिश हो जाता है और आपको ईमेल से इसकी सूचना मिलती है.

अपने ऐप्लिकेशन को समीक्षा के लिए सबमिट करने से पहले, पक्का करें कि आपका ऐप्लिकेशन पब्लिश करने के लिए तैयार है. ज़्यादा जानकारी के लिए, पब्लिश करने की प्रोसेस के लिए तैयारी करना लेख पढ़ें.

समीक्षा में लगने वाला समय

आम तौर पर, ऐप्लिकेशन की समीक्षा में कई दिन लगते हैं. इसमें लगने वाला समय इन बातों पर निर्भर करता है:

  • हाल ही में कितने ऐप्लिकेशन सबमिट किए गए थे
  • आपके ऐप्लिकेशन में कितने बदलाव करने होंगे

ऐप्लिकेशन की समीक्षा पास न होने की आम वजहें

OAuth की मदद से पुष्टि करना:

  • ऐसी स्क्रीन सेट अप की गई है जहां OAuth के लिए सहमति नहीं दी गई है. उदाहरण के लिए, उपयोगकर्ता टाइप को इंटरनल या पब्लिश करने की स्थिति टेस्टिंग पर सेट किया गया है.

  • ऐप्लिकेशन ने OAuth की मदद से पुष्टि नहीं की.

ऐप्लिकेशन की लिस्टिंग से जुड़ी समस्याएं:

  • ऐप्लिकेशन के नाम, लोगो या ऐप्लिकेशन के ब्यौरे में Google के ट्रेडमार्क का गलत इस्तेमाल करना. ज़्यादा जानकारी के लिए, Google Workspace Marketplace की ब्रैंडिंग के दिशा-निर्देश देखें.

  • लिंक काम नहीं करते या गलत जानकारी पर ले जाते हैं. उदाहरण के लिए, निजता नीति का लिंक, डेवलपर सहायता पेज पर ले जाता है.

  • स्क्रीनशॉट और इमेज की क्वालिटी खराब है या वे ऐप्लिकेशन की सुविधाओं को सही तरीके से नहीं दिखाती हैं.

ऐप्लिकेशन पूरी तरह तैयार है या नहीं:

  • ऐप्लिकेशन की जांच की जा रही है और यह सार्वजनिक तौर पर उपलब्ध नहीं है.
  • ऐप्लिकेशन में गड़बड़ियां हैं या वह पूरी तरह से काम नहीं कर रहा है.

ज़रूरी शर्तें

अपने ऐप्लिकेशन को समीक्षा के लिए सबमिट करने से पहले, पक्का करें कि वह सभी ज़रूरी शर्तें पूरी करता हो और Google Workspace Marketplace कार्यक्रम की नीतियों का पालन करता हो.

सभी ऐप्लिकेशन के लिए ज़रूरी शर्तें

शुरुआती समीक्षा को ट्रैक करने के लिए, चेकबॉक्स का इस्तेमाल किया जा सकता है.

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

    अगर इसकी जानकारी नहीं दी जाती है, तो आपके ऐप्लिकेशन के स्टोर पेज पर "डेवलपर के व्यापारी होने या न होने की जानकारी नहीं है" दिखता है.
ऐप्लिकेशन का ब्यौरा
  • सभी लिंक काम करते हों और सही जानकारी पर ले जाते हों. उदाहरण के लिए, निजता नीति का लिंक, निजता नीति के बारे में बताने वाले पेज पर ले जाता है.
  • अगर ऐप्लिकेशन किसी तीसरे पक्ष की सेवा के साथ इंटरैक्ट करता है, तो ब्यौरे में बताया जाता है कि तीसरे पक्ष की सेवा क्या करती है, ऐप्लिकेशन उससे कैसे इंटरैक्ट करता है. साथ ही, जानकारी में उससे जुड़ी वेबसाइट से लिंक भी किया जा सकता है.
  • कम शब्दों में दी गई जानकारी, समझने में आसान है.
  • छोटा और ज़्यादा जानकारी वाला ब्यौरा एक जैसा नहीं है.
  • (सुझाया गया) कीमत की जानकारी पूरी और सटीक हो.
  • (सुझाया गया) हर भाषा के लिए एट्रिब्यूट का पूरा सेट (नाम, कम शब्दों में जानकारी, और ज़्यादा जानकारी) सही तरीके से तय किया गया हो. साथ ही, भाषा में कोई अंतर न हो.
फ़ंक्शन
  • कोई भी गड़बड़ी न हो और सभी कार्रवाइयां पूरी तरह से काम करती हों. इनमें, असामान्य स्थितियों में होने वाली कार्रवाइयां भी शामिल हैं. लोड होने में लगने वाले समय को, लोड होने की जानकारी देने वाले इंडिकेटर की मदद से मैनेज किया जाता है.
  • ऐप्लिकेशन में, Google API के साथ होने वाले इंटरैक्शन के बारे में साफ़ तौर पर बताया गया हो.
  • ऐप्लिकेशन एक नई या ज़्यादा सुविधाएं देता है, जो Google प्रॉडक्ट में पहले से मौजूद फ़ंक्शन से मिलती-जुलती नहीं है.
  • ऐप्लिकेशन का मकसद विज्ञापन या स्पैम करना नहीं है.
  • ऐप्लिकेशन पूरी तरह से काम करता है और इसे जांच करने के लिए नहीं बनाया गया है. यह अभी काम में नहीं है.
  • अगर ऐप्लिकेशन, उपयोगकर्ताओं या पैसे चुकाकर ऐप्लिकेशन इस्तेमाल करने वाले लोगों के लिए उपलब्ध सुविधाओं के साथ इंटरैक्ट करता है, तो Google की समीक्षा टीम के लिए डेवलपर के सिस्टम पर एक टेस्ट खाता उपलब्ध कराया जाता है.
उपयोगकर्ता अनुभव
  • ऐप्लिकेशन और उसके नाम में, Google के ब्रैंड ऐसेट, ट्रेडमार्क या Google के ब्रैंड वाले कॉन्टेंट का इस्तेमाल न किया गया हो. Google Workspace Marketplace के ब्रैंडिंग दिशा-निर्देश देखें.
  • अनुमति और साइन इन करने की ज़रूरत सिर्फ़ एक बार होती है. ऐप्लिकेशन, एक-क्लिक एसएसओ या ज़ीरो-क्लिक एसएसओ का इस्तेमाल करता है.
  • जब एडमिन, डोमेन के लिए OAuth 2.0 स्कोप की अनुमतियां देता है, तो उपयोगकर्ताओं को फिर से स्कोप की अनुमतियों के लिए कहा नहीं जाता.
  • उपयोगकर्ताओं को अपने Google खाते में साइन इन करने के बाद, क्रेडेंशियल डालने की ज़रूरत नहीं होती. ऐक्सेस पाने के लिए, उन्हें ज़्यादा से ज़्यादा "Google से साइन इन करें" बटन पर क्लिक करना होगा.
  • बटन के लेबल, मेन्यू आइटम, टाइटल, और ऐप्लिकेशन के अन्य एलिमेंट के लिए, एक जैसे, आसान, और समझ में आने वाले शब्द इस्तेमाल किए गए हैं. उदाहरण के लिए, हां या नहीं के बजाय, लेबल में कार्रवाई के नाम होते हैं, जैसे कि मिटाएं और रद्द करें.
  • अगर साइन इन करना ज़रूरी है, तो साइन आउट करने की सुविधा सही तरीके से काम करती है. टोकन रद्द कर दिए जाते हैं और इनमें साइन इन करना शुरू किया जा सकता है.
  • कार्रवाइयों के लिए, हमेशा सुझाव/राय या शिकायत दिखती है. जैसे, पुष्टि करने वाला या गड़बड़ी का मैसेज.
  • इमेज के काम न करने वाले लिंक या धुंधली इमेज न हों.
ग्राफ़िक
  • आइकॉन का साइज़ सही हो, स्क्वेयर हो, और उनका बैकग्राउंड पारदर्शी हो. ग्राफ़िक ऐसेट देखें.
  • आइकॉन में, ऐप्लिकेशन के नाम या फ़ंक्शन के बारे में सही तरीके से बताया गया है.
  • आइकॉन रंगीन है (स्लेटी रंग का नहीं है).
  • आइकॉन में Google के ट्रेडमार्क का इस्तेमाल नहीं किया गया हो.
  • स्क्रीनशॉट और इमेज धुंधली नहीं हैं. साथ ही, इन्हें पढ़ना मुश्किल या आपत्तिजनक नहीं है. वे ऐप्लिकेशन को सही तरीके से दिखाते हों.
  • (सुझाया गया) स्क्रीनशॉट से साफ़ तौर पर पता चलता हो कि ऐप्लिकेशन का इस्तेमाल कैसे करना है और यह क्या करता है.
OAuth
  • ऐप्लिकेशन ने OAuth की पुष्टि कर ली है. यह ऐप्लिकेशन, सबसे छोटे OAuth दायरों का इस्तेमाल करता है और सभी दायरे, Google Services API के साथ सही तरीके से इंटिग्रेट हो जाते हैं.

खास ऐप्लिकेशन इंटिग्रेशन के लिए अन्य ज़रूरी शर्तें

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

शुरुआती समीक्षा को ट्रैक करने के लिए, चेकबॉक्स का इस्तेमाल किया जा सकता है.

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

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

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

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

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

Calendar के लिए ऐड-ऑन

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

Calendar के लिए ऐड-ऑन

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

Gmail के ऐड-ऑन

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

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

Meet के ऐड-ऑन

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

Calendar के लिए ऐड-ऑन

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

Docs के ऐड-ऑन

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

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

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

Drive के ऐड-ऑन

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

Gmail के ऐड-ऑन

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

Meet के ऐड-ऑन

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

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

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

Meet के ऐड-ऑन

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

Drive के ऐड-ऑन

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