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

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

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

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

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

משך הבדיקה

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

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

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

אימות OAuth:

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

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

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

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

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

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

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

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

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

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

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

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

קטגוריה קריטריונים
שם האפליקציה
  • אין רשימות אחרות של אפליקציות עם אותו שם.
  • השם לא כולל מספר גרסה.
  • השם זהה לשם שמופיע במסך ההסכמה של OAuth.
  • השם לא מעורפל או כללי מדי.
  • השם הוא באורך של עד 50 תווים.
  • ‫(מומלץ) השם כתוב באותיות רישיות בתחילת כל מילה.
  • ‫(מומלץ) השם לא מכיל סימני פיסוק, ובמיוחד לא סוגריים.
  • ‫(מומלץ) השם זהה לשם שמוצג באפליקציות של 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() כדי לאכלס את התפריט שלו. פריטי התפריט מתמלאים כשמתקינים את התוסף בפעם הראשונה וכשפותחים קובץ אחר. אפשר לעיין במאמר בנושא הרשאת תוסף עריכה.
  • הגדרתם את מצבי ההרשאה בצורה נכונה. מידע נוסף על מצבי הרשאה
  • התוסף חייב להיות מוטמע בסביבת זמן הריצה V8 של Apps Script. מידע נוסף זמין במאמר סקירה כללית על סביבת ההרצה V8.
תוסף עריכה חוויית משתמש
  • התוסף מספק את כל המידע שדרוש כדי להבין את המוצר ואת אופן השימוש בו.
  • קוד התוסף לא משתמש בספריות בצורה מוגזמת, כי ספריות עלולות לפגוע בביצועים של התוסף.
  • אם אפשר, נמנעים משגיאות ומטפלים בהן בצורה נכונה. אם לא:
    • הודעות השגיאה מוצגות בחלון דו-שיח, ולא בהתראה של JavaScript או בסרגל האדום שמופיע כברירת מחדל. הם מסבירים את הבעיה ומתארים בשפה פשוטה מה המשתמש צריך לעשות כדי לפתור אותה.
    • במידת האפשר, אם המשתמש עושה משהו לא נכון, מוצג לו כפתור לתיקון הבעיה.
    • מידע נוסף מפורט במדריך הסגנון של התוספים.
  • קישורים לדפים חיצוניים נפתחים בחלונות חדשים והם נכונים.
  • התוסף אינטואיטיבי ומעוצב היטב. המשמעות היא:
    • תמיד ברור מה צריך לעשות ואיך.
    • התוסף נגיש וקל להבנה. הימנעות משימוש במונחים טכניים ובז'רגון.
    • תהליכי העבודה ברורים ומוקלים ככל האפשר.
    • המשתמש והתוכן שלו יהיו בטוחים ככל האפשר.
  • התוסף פועל לפי מדריך הסגנון של ממשק המשתמש לתוספים של העורך ומשתמש ב חבילת ה-CSS לתוספים של העורך.
  • התוסף משתמש רק בפעולה ראשית אחת בצבע כחול לכל תצוגה.
  • התוסף מציג תיבת דו-שיח אחת בכל פעם. הוא לא חופף או לא פותח כמה תיבות דו-שיח בו-זמנית.
  • ממשק המשתמש של התוסף מתאים בצורה מסודרת למקומות שהוקצו:
    • הטקסט והתוויות לא נחתכים עם '...'
    • המשתמש לא צריך לגלול הרבה אנכית.
    • רוחב התוכן לא חורג מ-300 פיקסלים, כדי שלא תהיה לו סרגל גלילה אופקי.
  • התוסף דורש אישור או מציג אזהרות לכל הפעולות הרגישות. לדוגמה, אם התוסף עומד לדרוס את כל התוכן בגיליון אלקטרוני, המשתמש מקבל אזהרה ומאשר את הפעולה לפני שהיא מתבצעת.

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

תוספים ליומן

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

תוספים ל-Docs

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

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

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

תוספים ל-Drive

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

תוספים ל-Gmail

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

תוספים ל-Meet

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

תוספים ליומן

  • הלוגו של הפתרון לשיחות ועידה הוא כתובת URL ציבורית. הוספת סמלי לוגו של פתרונות לשיחות ועידה
  • אם התוסף משתמש ב-calendar.conferenceSolution, הלוגו של פתרון הוועידה צריך לעמוד calendar.logoUrlבדרישות. אפשר לעיין ב משאב מניפסט של היומן.
  • אם התוסף משתמש ב-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 של הניווט האוניברסלי מפנה לאפליקציית אינטרנט. דף אינטרנט פשוט ללא פונקציונליות לא נחשב לאפליקציית אינטרנט.