תהליך בדיקת האפליקציות והדרישות ל-Google Workspace Marketplace

כדי לפרסם אפליקציה באופן ציבורי ב-Google Workspace Marketplace, Google בודקת את האפליקציה ואת דף המוצר שלה כדי לוודא שהן עומדות בהנחיות של Google לגבי עיצוב, תוכן וסגנון.

אחרי ש-Google תבדוק את האפליקציה, תקבלו אימייל שבו היא תיידע אתכם אם צריך לבצע עוד פעולות או אם היא אושרה.

  • אם האפליקציה מחייבת עבודה נוספת: תקבלו מסמך בדיקה עם מידע ספציפי לגבי מה שצריך לשפר. מתקנים את הבעיות ושולחים מחדש את האפליקציה לבדיקה.
  • אם צוות הבדיקה יאשר את האפליקציה: היא תפורסם באופן אוטומטי ותקבלו על כך התראה באימייל.

לפני שליחת האפליקציה לבדיקה, חשוב לוודא שהיא מוכנה לפרסום. פרטים נוספים זמינים במאמר הכנה לתהליך הפרסום.

משך הבדיקה

תהליך הבדיקה של האפליקציה נמשך בדרך כלל כמה ימים. משך הזמן תלוי בגורמים הבאים:

  • כמה אפליקציות נשלחו לאחרונה
  • כמה עבודה נוספת נדרשת כדי שהאפליקציה תהיה מוכנה

סיבות נפוצות לכך שאפליקציה לא עוברת את הבדיקה

אימות OAuth:

  • הגדרה שגויה של מסך ההסכמה ל-OAuth. לדוגמה, סוג המשתמש מוגדר כ-פנימי או סטטוס הפרסום מוגדר כ-בדיקה.

  • האפליקציה לא השלימה את אימות ה-OAuth.

בעיות בדף האפליקציה:

  • שימוש בלתי הולם בסימנים המסחריים של Google בשם האפליקציה, בלוגו שלה או בתיאור שלה. לקבלת הנחיות, אפשר לעיין בהנחיות למיתוג ב-Google Workspace Marketplace.

  • הקישורים לא פועלים או מפנים למידע שגוי. לדוגמה, קישור למדיניות הפרטיות מפנה לדף תמיכה למפתחים.

  • האיכות של צילומי המסך והתמונות נמוכה, או שהם לא מייצגים במדויק את היכולות של האפליקציה.

מוכנות האפליקציה:

  • האפליקציה עדיין נמצאת בבדיקה ולא מוכנה לשימוש ציבורי.
  • באפליקציה יש באגים או שהיא לא פועלת במלואה.

בדיקת הקריטריונים

לפני ששולחים את האפליקציה לבדיקה, חשוב לוודא שהיא עומדת בכל הדרישות ותואמת למדיניות התוכנית של Google Workspace Marketplace.

דרישות לכל האפליקציות

אפשר להשתמש בתיבות הסימון כדי לעקוב אחרי הבדיקה הראשונית.

קטגוריה קריטריונים
שם האפליקציה
  • אין דפי אפליקציות אחרים באותו שם.
  • השם לא כולל מספר גרסה.
  • השם תואם לשם שמופיע במסך ההסכמה ל-OAuth.
  • השם לא מעורפל או כללי מדי.
  • השם הוא באורך של עד 50 תווים.
  • (מומלץ) השם כולל אות ראשונה רישית בכל המילים.
  • (מומלץ) השם לא מכיל סימני פיסוק, במיוחד סוגריים.
מידע על המפתח
  • שם המפתח ואתר המפתח מייצגים באופן מדויק את המפתח ומפנים למידע הרלוונטי עליו.
  • עקב חוקים להגנת הצרכן, עלינו ליידע צרכנים שנמצאים באזור הכלכלי האירופי (EEA) אם מוכרים ב-Google Workspace Marketplace הם עסקים או לא עסקים:
    • עסק – עסק הוא אדם שפועל למטרות שקשורות לתחום, לעסק, למיומנות או למקצוע שלו, או בשם עסק או מטעמו.
    • לא עסק – אדם שאינו עסק (צרכן) הוא אדם שפועל למטרות לא מקצועיות.

    אם לא יצוין סטטוס, יופיע הכיתוב 'לא מצוין סטטוס העסק' בדף האפליקציה בחנות.
תיאור האפליקציה
  • כל הקישורים שסופקו פועלים ומפנים למידע הנכון. לדוגמה, קישור למדיניות פרטיות מפנה לדף שמתאר את מדיניות הפרטיות.
  • אם יש לאפליקציה אינטראקציה עם שירות של צד שלישי, בתיאור מוסבר מה השירות של הצד השלישי עושה, איך האפליקציה מקיימת איתו אינטראקציה, ואפשר גם להוסיף קישור לאתר הרלוונטי.
  • התיאורים הקצרים והמפורטים מובנים.
  • התיאורים הקצרים והמפורטים לא זהים.
  • (מומלץ) נתוני התמחור מלאים ומדויקים.
  • (מומלץ) הקבוצה המלאה של המאפיינים לכל שפה (שם, תיאור קצר ותיאור מפורט) מוגדרת בצורה נכונה ללא אי-התאמה בין השפות.
פונקציונליות
  • אין באגים בולטים וכל הפעולות, כולל מקרים קיצוניים, פועלות באופן מלא. זמני הטעינה מנוהלים באמצעות אינדיקטורים לטעינה.
  • האפליקציה מדגימה אינטראקציות ברורות עם ממשקי Google API.
  • האפליקציה מספקת פונקציונליות חדשה או מורחבת שלא זהה לזו שכבר כלולה במוצרי Google.
  • האפליקציה לא מיועדת למטרות פרסום או ספאם.
  • האפליקציה פועלת באופן מלא ולא מיועדת למטרות בדיקה – היא לא נמצאת בשלבי פיתוח.
  • אם האפליקציה מקיימת אינטראקציה עם תכונות שזמינות למשתמשים או למשתמשים משלמים, חשבון בדיקה במערכת של המפתח יועבר לצוות הבדיקה של Google.
חוויית משתמש
  • האפליקציה, כולל השם שלה, לא כוללת נכסים של המותג של Google, סימנים מסחריים או תוכן ממותג של Google. לפרטים נוספים, אפשר לעיין בהנחיות המיתוג של Google Workspace Marketplace.
  • צריך לבצע הרשאה וכניסה רק פעם אחת. האפליקציה משתמשת בכניסה יחידה (SSO) בלחיצה אחת או בכניסה יחידה (SSO) ללא לחיצה.
  • אחרי שאדמין מעניק הרשאות להיקפי OAuth 2.0 לדומיין, המשתמשים הבודדים לא מתבקשים שוב להעניק הרשאות להיקפים.
  • המשתמשים לא צריכים להזין פרטי כניסה אחרי שהם נכנסים לחשבון Google. לכל היותר, עליהם ללחוץ על לחצן 'כניסה באמצעות חשבון Google' כדי לקבל גישה.
  • יש מונחים עקביים, ברורים ומוסכמים לתוויות של לחצנים, לפריטי תפריט, לשמות ולרכיבים אחרים באפליקציה. לדוגמה, במקום 'כן' או 'לא', התוויות מתייחסות לשמות של פעולות כמו 'מחיקה' ו'ביטול'.
  • אם נדרשת כניסה לחשבון, הפונקציונליות של היציאה מהחשבון פועלת כמו שצריך. האסימונים יבוטלו והכניסה תתחיל מחדש.
  • תמיד מוצג משוב על פעולות, כמו הודעות אישור או שגיאה.
  • אין קישורים מנותקים לתמונות או תמונות מטושטשות.
גרפיקה
  • הסמלים צריכים להיות בגודל הנכון, ריבועיים ועם רקע שקוף. נכסים גרפיים
  • הסמל מייצג כראוי את שם האפליקציה או את הפונקציונליות שלה.
  • הסמל מופיע בצבע (ללא קנה מידה בצבע אפור).
  • הסמל לא כולל סימנים מסחריים של Google.
  • צילומי המסך והתמונות לא מטושטשים, קשה לקרוא אותם או שהם לא הולמים. הם מייצגים במדויק את האפליקציה.
  • (מומלץ) צילומי המסך מראים בבירור איך להשתמש באפליקציה ומה היא עושה.
OAuth
  • האפליקציה עברה את אימות OAuth, היא משתמשת בהיקפי ההרשאות המצומצמים ביותר של OAuth, וכל ההיקפים משתלבים בצורה תקינה עם ממשקי ה-API של Google Services.

דרישות נוספות לשילובים ספציפיים של אפליקציות

בוחרים את השילובים של האפליקציות שכלולים בדף האפליקציה כדי להציג את קריטריוני הבדיקה הרלוונטיים. תוכלו ללחוץ על שמות העמודות כדי למיין את הקריטריונים, לדוגמה, לפי קטגוריה.

תוכלו להשתמש בתיבות הסימון כדי לעקוב אחרי הבדיקה המקדימות.

שילוב אפליקציה קטגוריה קריטריונים
אפליקציית Google Chat שם
  • הלחצנים ליצירת קשר עם האפליקציה זמינים בתיאור.
  • שם האפליקציה מתחיל באות A עד Z (אותיות רישיות) או בספרות 0 עד 9. השם לא יכול להתחיל בסמל.
אפליקציית Google Chat חוויית משתמש
  • האפליקציה שולחת הודעת פתיחה באופן אוטומטי בכל פעם שמשתמש מתחיל צ'אט אישי או שהאפליקציה מתווספת למרחב משותף. הודעת הפתיחה שונה מהפקודה Help (עזרה). מידע נוסף זמין במאמר יצירת דף בית לאפליקציית Google Chat.
  • האפליקציה תומכת בפקודה 'עזרה' ועוזרת למשתמשים להתחיל להשתמש בה. מידע נוסף מופיע במאמר מענה לפקודות של לוכסן.
  • האפליקציה תמיד מגיבה כשמדברים איתם במרחב משותף או ב-Chat.
  • ההודעות מכילות איות, אותיות רישיות, פיסוק ודקדוק נכונים. ההודעות לא מכילות תוכן זדוני, פוגעני או פוגע.
  • בהודעות טקסט או בכרטיסים, הפורמט של ההודעות הוא ברור, תמציתי ועקבי, בהתאם לדרישות של Google.
  • אם התגובה נשלחת באיחור של יותר משתי שניות, האפליקציה שולחת הודעה עם הסבר על העיכוב.
  • אפליקציות ששולחות התראות מאפשרות למשתמשים להשבית אותן.
  • המשתמשים יכולים להוסיף את האפליקציה למרחב משותף על ידי אזכור באמצעות @.
  • משתמשים יכולים להסיר את האפליקציה מהמרחב המשותף באמצעות התפריט הצגת רשימת המשתתפים.
  • האפליקציה מציינת למשתמש את כל מה שצריך כדי לקיים איתה אינטראקציה.
  • הפורמט של הכרטיסים שבו האפליקציה משתמשת עומד בדרישות של Google. למידע נוסף, ראו יצירת כרטיסים אינטראקטיביים.
  • האפליקציה זמינה באפשרות חיפוש אפליקציות בתפריט של Chat.
  • כתובות URL חיצוניות שהאפליקציה יוצרת איתן אינטראקציה לא שייכות לסביבת staging או לפיתוח.
  • חובה להוסיף את האזכור באמצעות @לכל הודעה שאתם שולחים לאפליקציה במרחבים משותפים. זו הדרך היחידה שבה האפליקציה יודעת שהיא צריכה להגיב.
  • אם באפליקציית Chat מוצגות תצוגות מקדימות של קישורים מדומיין של צד שלישי:
    • בתצוגות המקדימות של הקישורים מוצג מידע רלוונטי ומשלים להודעה של המשתמש. לדוגמה, כשמציגים תצוגה מקדימה של קישור לעסקה, מתווספים פרטים כמו חשבון, סכום ושלב.
    • המפתח משויך לדומיין שמוצג בתצוגה המקדימה.

    למידע נוסף, ראו תצוגה מקדימה של קישורים.

  • (מומלץ) כדי לאפשר לאדמינים ב-Workspace להתקין את האפליקציה בשם המשתמשים בארגון שלהם, האפליקציה צריכה להיות מסוגלת לשלוח ולקבל הודעות בצ'אטים אישיים.
אפליקציית Google Chat גרפיקה
  • באפליקציה יש דמות ברורה שהמערכת יכולה לזהות.
אפליקציית Google Drive פונקציונליות
  • האפליקציה לא משתמשת בתוספים לדפדפן Chrome כדי לספק פונקציונליות על ידי מניפולציה ישירה ב-HTML של Drive.
  • אם האפליקציה שלכם משתמשת בהיקפים רגישים או מוגבלים, היא צריכה לעבור אימות OAuth. איך שולחים אפליקציה לאימות
  • אם באפליקציה שלכם נעשה שימוש בהיקפים מוגבלים, היא חייבת לעבור גם בדיקת אבטחה. למה צריך לבצע הערכת אבטחה
אפליקציית Google Drive חוויית משתמש
  • אם האפליקציה שומרת קבצים ב-Drive, היא מאפשרת למשתמשים לבחור תיקייה או ליצור תיקייה ייעודית לאפליקציה ולעשות בה שימוש חוזר. אפשר לשמור את נתוני ההגדרה בתיקיית נתוני האפליקציה. האפליקציה לא מעבירה קבצים לתיקייה'האחסון שלי' של המשתמש.
  • האפליקציה שומרת ב-Drive רק קבצים שקשורים לפונקציות המפורטות של האפליקציה.
תוסף עריכה פונקציונליות
  • התוסף כולל את הפעולות הצפויות והנדרשות, ומספק את כל הכלים הנדרשים כדי להשלים את תהליך העבודה שלו. לדוגמה:
    • אם התוסף מאפשר להחיל את העיצוב על כל המסמך, אפשר להחיל את העיצוב רק על הטקסט שנבחר.
    • אם התוסף מעלה נתונים מגיליון אלקטרוני אל פיד של שירות אינטרנט, הוא כולל קישור אל הפיד הזה לניווט קל.
    • אם התוסף דורש שלמשתמש יהיה חשבון, הוא מספק קישורים או מידע שיאפשרו לך ליצור חשבון בקלות, אם עדיין אין למשתמש חשבון.
  • לתוסף יש אפשרויות בתפריט בכרטיסייה תוספים.
  • גם אם התוסף כולל רק פונקציות בהתאמה אישית, הוא עדיין צריך לכלול תיעוד מתאים.
  • התוסף משתמש בצורה נכונה ב-onInstall() וב-onOpen() כדי לאכלס את התפריט שלו. הפריטים בתפריט מאוכלסים כשמתקינים את התוסף בפעם הראשונה וכשמפתחים קובץ אחר. אישור תוסף עריכה
  • מודי ההרשאה מוגדרים בצורה נכונה. למידע על מצבי הרשאה
  • צריך להטמיע את התוסף בסביבת זמן הריצה V8 של Apps Script. אפשר לקרוא מידע נוסף במאמר סקירה כללית על זמן ריצה של V8.
תוסף עריכה חוויית משתמש
  • התוסף מספק את כל המידע הדרוש כדי להבין את המוצר באופן בסיסי ואת אופן השימוש בו.
  • קוד התוסף לא משתמש בספריות באופן מוגזם, כי ספריות עלולות לפגוע בביצועים של התוסף.
  • אם אפשר, נמנעים משגיאות ומנהלים אותן כראוי. אם לא:
    • הודעות השגיאה מוצגות בתיבת דו-שיח, ולא בהתראה של JavaScript או בסרגל האדום שמופיע כברירת מחדל. הם מסבירים את הבעיה ומתארים מה המשתמש צריך לעשות כדי לפתור אותה בשפה פשוטה.
    • כשהדבר אפשרי, אם המשתמש עושה משהו לא נכון, יוצג לו לחצן שפותר את הבעיה.
    • מידע נוסף זמין במדריך הסגנון של התוספים.
  • קישורים לדפים חיצוניים נפתחים בחלונות חדשים והם תקינים.
  • התוסף אינטואיטיבי ומתוכנן היטב. כלומר:
    • תמיד ברור מה צריך לעשות ואיך עושים את זה.
    • התוסף נגיש וקל להבנה. הימנעות ממונחים טכניים וז'רגון ספציפי.
    • תהליכי העבודה ברורים ואפשר להיעזר בהם עד כמה שאפשר.
    • המשתמש והתוכן שלו יהיו בטוחים ככל האפשר.
  • התוסף פועל בהתאם ל מדריך הסגנון של ממשק המשתמש לתוספים לעריכת תוספים, ומשתמש ב חבילת ה-CSS לתוספים לעריכה.
  • התוסף משתמש רק בפעולה ראשית כחולה אחת לכל מסך.
  • התוסף מציג תיבת דו-שיח אחת בכל פעם. הוא לא חופף לחלונות אחרים, ואין בו כמה חלונות דו-שיח פתוחים בו-זמנית.
  • ממשק המשתמש של התוסף מתאים היטב למרחבים משותפים שהוקצתה להם שטח:
    • טקסט ותוויות לא נחתכים עם '…'
    • המשתמש לא צריך לגלול הרבה בכיוון האנכי.
    • רוחב התוכן לא חורג מ-300p, כך שאין בו פס גלילה אופקית.
  • התוסף מחייב אישור או מציג אזהרות לכל הפעולות הרגישות. לדוגמה, אם התוסף עומד לשכתב את כל התוכן בגיליון אלקטרוני, המשתמש יקבל אזהרה ויידרש לאשר את הפעולה לפני שהיא תתבצע.

    אפשר להימנע מהדרישה הזו באמצעות שינויים בעיצוב. לדוגמה, תוסף ל-Google Sheets שמיובא נתונים יוצר סיכון של החלפה של תוכן קיים. כדי להסיר את הסיכון, אפשר ליצור גיליון עם הנתונים כפעולת ברירת המחדל.

  • משתמשים לא יכולים להפעיל פעולות כמה פעמים בזמן שהפעולה נטענת. לדוגמה, לחצנים מושבתים או מוסתרים בזמן שהפעולה נטענת.
תוסף ל-Google Workspace שם

תוספים ליומן

  • אם התוסף משתמש ב-calendar.name או ב-common.name, השם במניפסט זהה לשם שצוין בדף האפליקציה.
  • אם התוסף משתמש ב-calendar.conferenceSolution, שם הפתרון לשיחות הווידאו לא מכיל את 'יומן Google'.
  • (מומלץ) אם התוסף משתמש ב-calendar.conferenceSolution, שם הפתרון לשיחות ועידה לא יכול להכיל יותר מ-30 תווים.
תוסף ל-Google Workspace פונקציונליות
  • התוסף משתמש ב ווידג'טים המתאימים (או בממשק משתמש מסוג iframe בתוספים של Meet) כדי לספק את הפונקציונליות הרצויה. לדוגמה, אפשר להשתמש במתג כדי לבחור ערך בוליאני.

תוספים ליומן

  • יש תמיכה ביומנים משניים ובהענקת גישה, או אם אין תמיכה, אפשר לנהל אותם בצורה חלקה. לדוגמה, יצירת ועידה לא תיכשל אם המשתמש בוחר יומן אחר שיש לו בו גישת עריכה בזמן יצירת האירוע.
  • אירועים חוזרים פועלים כמו שצריך.
  • אם בתוסף משתמשים ב-calendar.conferenceSolution, צריך לספק לפחות פתרון אחד לשיחות ועידה.
  • אם התוסף מספק פתרונות לשיחות ועידה, נעשה שימוש בשדות המתאימים של נתוני שיחות הוועידה. לדוגמה, קישורים לפגישות וידאו, מספרי טלפון, קישורי SIP, קודי גישה ומאפיינים נתמכים אחרים כוללים שדות של נתונים מובְנים, ולא מוצגים בשדה הערות.
  • אם התוסף מספק פתרונות לשיחת ועידה, הוא יכול לערוך רק את פרטי שיחת הוועידה ולא שדות אחרים של האירוע.
  • אם התוסף מספק פתרונות לשיחות ועידה, יצירת שיחת הוועידה נמשכת פחות מ-5 שניות.

תוספים ל-Gmail

אם התוסף משתמש ב-UrlFetchApp או ב-OpenLinkUrl:

  • כתובת ה-URL חוקית.
  • כתובת ה-URL משתמשת ב-HTTPS ולא ב-HTTP.
  • הדומיין המלא צוין.
  • הנתיב לא ריק. לדוגמה, https://altostrat/ זה בסדר, אבל https://altostrat לא.
  • אי אפשר להשתמש בתווים כלליים לחיפוש (כמו כוכבית) ב-UrlFetchApp.

תוספים ל-Meet

  • ההתחברות לתוסף ותהליכי השימוש של המשתמשים חייבים לפעול גם אם קובצי ה-Cookie של צד שלישי מושבתים.
  • התוסף חייב לספק פונקציונליות רלוונטית לתפעול של פגישה או להשתתפות בה.
  • התוסף לא יכול לעשות שום דבר שיגרום למשתמשים לעזוב את הפגישה, למשל לרענן את הדפדפן.
  • אם אתם משתמשים בממשק של משחק מרובה משתתפים, התוסף חייב לאפשר לכל המשתתפים לשתף פעולה ביצירת תוכן, גם אם ההרשאות לא מוגדרות מראש. אפשרות לשינוי ההרשאות צריכה להיות זמינה במהלך הסשן של התוסף המשותף.
  • התוסף צריך לטפל בביטול של תהליך התחלת הפעילות ולאפשר למשתמש להתחיל מחדש את הפעילות מהאפליקציה.
  • התוסף חייב לספק חלונית צדדית לכניסה ולקביעת ההגדרות של חוויית הפעילות.
  • אסור שהתוסף יהיה מאפשר להזמין בוט או להסתמך על הנוכחות שלו בפגישה
תוסף ל-Google Workspace חוויית משתמש
  • לתוסף יש דף בית. אם התוסף ל-Google Workspace הוא תוסף Gmail שהומר, המערכת מחילה דף בית שמוגדר כברירת מחדל.
  • כרטיס התוסף (או ממשק המשתמש שבתוך iframed בתוספים של Meet) פועל כמו שצריך. לדוגמה, אין פריטים כפולים, והלחצנים 'חזרה', 'רענון' ו'עדכון' פועלים בהתאם.
  • אחרי שהמשתמש מאשר את התוסף, מוצג לו כרטיס דף בית מותאם אישית (דף אינטרנט בתוספים של Meet) עם לחצן כניסה (אם יש צורך), לוגו ותיאור קצר של התוסף.
    • אם לחצן הכניסה יופעל, יוצג דף כניסה מותאם אישית מהספק של הצד השלישי, שמציין בבירור שיש שירות של צד שלישי שפועל מחוץ ל-Google Workspace.
  • ממשק המשתמש של התוסף מתאים היטב למרחבים משותפים שהוקצתה להם שטח:
    • הטקסט והתוויות לא נחתכים בסימון "..."
    • המשתמש לא צריך לגלול הרבה בכיוון האנכי.
    • רוחב התוכן לא חורג מ-300p ולכן אין בו סרגל גלילה אופקי.
  • קוד התוסף לא משתמש בספריות באופן מוגזם, כי ספריות עלולות לפגוע בביצועים של התוסף.

תוספים ליומן

  • אם התוסף מספק פתרונות לווידאו קונפרנס, יש לוודא שהפגישות שנוצרו תקינות ומוצגות בצורה תקינה באתר של הצד השלישי שמספק את שירותי הווידאו קונפרנס.

תוספים ל-Docs

אם התוסף מציג תצוגה מקדימה של קישורים מדומיין של צד שלישי (צ'יפים חכמים):

  • בתצוגות המקדימות של הקישורים מוצג מידע רלוונטי ומשלים למשתמש. לדוגמה, תצוגה מקדימה של קישור לעסקת מכירות מוסיפה מידע כמו החשבון, הסכום והשלב.
  • המפתח משויך לדומיין שמוצג בתצוגה המקדימה.

מידע נוסף זמין במאמר תצוגה מקדימה של קישורים באמצעות צ'יפים חכמים.

תוספים ל-Drive

  • אם האפליקציה שומרת קבצים ב-Drive, היא מאפשרת למשתמשים לבחור תיקייה או ליצור תיקייה ייעודית לאפליקציה ולעשות בה שימוש חוזר. אפשר לאחסן את נתוני ההגדרה בתיקיית נתוני האפליקציה. האפליקציה לא מעבירה קבצים לתיקייה'האחסון שלי' של המשתמש.
  • התוסף שומר רק קבצים ב-Drive שקשורים לפונקציונליות המתועדת של התוסף.

תוספים ל-Gmail

  • ההרחבה לא מזכירה תוספים לדפדפן Chrome או מקשרת אליהם ללא הצדקה.
  • תפריט הפעולות הנוספות מכיל פעולות אוניברסליות שפועלות כמו שצריך. לדוגמה: יציאה, מידע על, תמיכה וכו'.

תוספים ל-Meet

  • אם התוסף דורש רישיון או מינוי: כאשר אין למשתמש רישיון, חובה להציג הודעה ידידותית למשתמש.
  • אם המשתמש לא יכול להשתמש בתוסף בגלל בעיה ברישיון, הודעת השגיאה צריכה לציין בבירור את הסיבה לכך שלא ניתן להשתמש בתוסף ולהציע למשתמש דרך לפתור את הבעיה.
  • בדף המוצר של התוסף ב-Google Workspace Marketplace צריכים להופיע פרטים על דרישות הרישיון והמינוי שעשויות להיות נדרשות לשימוש בתוסף. אם לתוסף יש רמה בתשלום, דף האפליקציה ב-Marketplace צריך לכלול קישור לדף אינטרנט שמציע מידע נוסף על מחירים או הנחיות ליצירת קשר עם איש מכירות.
  • כשהמשתמש עדיין לא מחובר לחשבון, התוסף צריך להציג את הבקשה 'כניסה בנגיעה אחת' שמופיעה בקטע הצגת Google One Tap, ואפשרות חלופית של 'כניסה באמצעות חשבון Google' שמופיעה בקטע אימות. בנוסף למנגנון 'כניסה באמצעות חשבון Google', יכול להיות שיוצעו אפשרויות אחרות להתחברות.
  • התוסף חייב להיות בעל עיצוב רספונסיבי שמאפשר להתאים את התוכן לגדלים שונים.
  • תהליכי השימוש בתוסף חייבים לפעול גם אם קובצי ה-Cookie של צד שלישי מושבתים.
  • אסור שתהיה גלילה אופקית בתוסף בתוך מסגרת ה-iframe.
  • אם רוצים להפעיל את התוסף בשלב הראשי, הוא צריך להתאים לחוויות רב-משתתפים ולאפשר לכמה משתתפים לשנות את התוכן שלהם בו-זמנית. במשחקים לשחקן יחיד, המפתחים צריכים להשתמש בחלונית הצדדית.
  • (מומלץ) התוסף צריך להציג את המשתמש שנכנס לחשבון.
  • (מומלץ) בחירה של לוקליזציה: השפה צריכה להתבסס על ההעדפה המקומית שהוגדרה בדפדפן, אם היא זמינה.
  • (מומלץ) בחירת התוכן צריכה להתבצע דרך ממשק גלישה בתוכן שמציג תוכן שאליו ניגשת לאחרונה.
  • (מומלץ) אם לא צריך יותר את החלונית הצדדית, התוסף צריך לסגור את החלונית הצדדית אחרי המעבר לשלב הראשי.
תוסף ל-Google Workspace גרפיקה

תוספים ליומן

  • הלוגו של פתרון הווידאו הוא כתובת URL ציבורית. למידע נוסף, ראו איך מספקים סמלי לוגו של פתרונות לשיחות ועידה.
  • אם התוסף משתמש ב-calendar.conferenceSolution, הלוגו של הפתרון לשיחות ועידה עומד בדרישות של calendar.logoUrl. למידע נוסף, ראו משאב מניפסט של יומן.
  • אם התוסף משתמש ב-calendar.logoUrl או ב-common.logoUrl, הלוגו זהה לסמל שמופיע בכרטיס האפליקציה.
  • אם התוסף משתמש ב-calendar.logoUrl או ב-common.logoUrl, כתובת ה-URL של הלוגו מתחילה כך: https://lh3.googleusercontent.com/

תוספים ל-Meet

  • לוגו המותג של התוסף צריך להיות בגודל ובסגנון שיאפשרו לזהות אותו בחלונית הצדדית של Meet.
  • צריך לציין כתובות URL מתאימות של לוגו במצב כהה בmanifest של התוסף
תוסף ל-Google Workspace OAuth

תוספים ל-Drive

  • (מומלץ) אם רוצים לקבל מטא-נתונים מוגבלים, התוסף כולל את ההיקף drive.addons.metadata.readonly.
אפליקציית אינטרנט פונקציונליות
  • כתובת ה-URL של הניווט האוניברסלי מפנה לאפליקציית אינטרנט. דף אינטרנט פשוט ללא פונקציונליות לא נחשב לאפליקציית אינטרנט.