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

Calendar के लिए ऐड-ऑन

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

Gmail के ऐड-ऑन

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

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

Meet के ऐड-ऑन

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

Meet के ऐड-ऑन

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

Drive के ऐड-ऑन

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