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

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

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

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

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

משך הבדיקה

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

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

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

אימות OAuth:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

תוספים ליומן

  • אם התוסף משתמש ב-calendar.name או ב-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 שהומר, יוחל עליו דף בית שמוגדר כברירת מחדל.
  • רכיב ממשק המשתמש (למשל כרטיס תוסף או ממשק משתמש ב-iframe בתוספים של Meet) פועל בצורה תקינה. לדוגמה, אין פריטים כפולים, והכפתורים 'הקודם', 'רענון' ו'עדכון' פועלים בהתאם.
  • אחרי שהמשתמש מאשר את התוסף, מוצגות לו הודעת ברוכים הבאים עם לחצן לכניסה (אם צריך), לוגו ותיאור קצר של התוסף, וגם פרטים נוספים (למשל, כרטיס מותאם אישית בדף הבית או דף אינטרנט בתוספים של Meet).
    • אם מופעל כפתור הכניסה, מוצג דף כניסה מותאם אישית של ספק חיצוני, שבו מצוין בבירור שמדובר בשירות צד שלישי שפועל מחוץ ל-Google Workspace.
  • ממשק המשתמש של התוסף מתאים בצורה חלקה למקומות שהוקצו:
    • הטקסט והתוויות לא נחתכים עם '...'
    • המשתמש לא צריך לגלול הרבה אנכית.
    • רוחב התוכן לא חורג מ-300 פיקסלים, כדי שלא יהיה פס גלילה אופקי.
  • הקוד של התוסף לא משתמש בספריות בצורה מוגזמת, כי ספריות עלולות לפגוע בביצועים של התוסף.

תוספים ליומן

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

תוספים ל-Docs

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

  • תצוגה מקדימה של קישורים מספקת למשתמש מידע רלוונטי ונוסף. לדוגמה, בתצוגה מקדימה של קישור לעסקה במכירות מתווסף מידע כמו חשבון, סכום ושלב.
  • המפתח משויך לדומיין של התצוגה המקדימה (תבנית כתובת ה-URL שצוינה שמפעילה את יצירת הצ'יפ החכם).

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

תוספים ל-Drive

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

תוספים ל-Gmail

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

תוספים ל-Meet

  • אם התוסף דורש רישיון או מינוי: צריך להציג למשתמש הודעה ידידותית למשתמש אם אין לו רישיון.
  • אם המשתמש לא יכול להשתמש בתוסף בגלל בעיה ברישיון, הודעת השגיאה צריכה לציין בבירור את הסיבה לכך שהמשתמש לא יכול להשתמש בתוסף, ולהציע לו דרך לפתור את הבעיה.
  • בדף של התוסף ב-Google Workspace Marketplace צריכים להיות פרטים על הדרישות בנוגע לרישיון ולמינוי, שאולי נדרשים כדי להשתמש בתוסף. אם לתוסף יש רמת מינוי בתשלום, בדף המוצר ב-Marketplace צריך להיות קישור לדף אינטרנט שבו מופיע מידע נוסף על התמחור או על הדרך ליצור קשר עם נציג מכירות.
  • אם המשתמש לא מחובר, התוסף צריך להציג את ההנחיה לכניסה בלחיצה אחת שמופיעה במאמר הצגת כניסה בלחיצה אחת של Google, ואת האפשרות החלופית 'כניסה באמצעות חשבון 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 מתאימות של לוגו למצב כהה במניפסט של התוסף
תוסף ל-Google Workspace OAuth

תוספים ל-Drive

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