שיטות מומלצות

שיפור של המשתמשים של חוויית השימוש הכללית שלכם. אפשר להיעזר במדריכים האלה עיצוב של תוסף Google Meet.

שיטות מומלצות לקבלת הרשאות

מומלץ להשתמש בשיטות המומלצות הבאות תוספים של Google Meet שמחייבים אימות או הרשאה.

שימוש בכניסה באמצעות חשבון Google

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

פתיחת דף כניסה של צד שלישי בחלון חדש

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

היקפי בקשות מתאימים ל-Google APIs

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

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

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

שיטות מומלצות לתחזוקה

השיטות המומלצות הבאות הן לכתוב באופן רציף באינטרנט, אבל הן חשובות במיוחד כשכותבים תוספים של Meet.

שימוש בגרסה העדכנית של ה-SDK לתוספים של Google Meet

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

  • כשמשתמשים ב-gstatic: גרסת ה-SDK האחרונה נמצאת ב-gstatic כתובת ה-URL נמצאת בהוראות לשימוש ב-SDK.
  • כשמשתמשים ב-npm: מריצים את הפקודה npm update @googleworkspace/meet-add-ons מתוך הספרייה שמכילה את package.json לאתר שמארח את התוסף של Meet.

יצירת פרויקט Staging ב-Google Cloud

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

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

כדי ליצור את הסביבות החלופיות האלה עבור התוסף: קודם צריך לארח סביבות חלופיות של אפליקציית האינטרנט מכיל את התוסף שלכם בדומיין שבבעלותכם. לאחר מכן: אפשר ליצור סביבות חלופיות צריך להוסיף עוד את התוסף של Meet פריסות לפרויקט ה-Staging שלכם ב-Google Cloud. הפריסות החדשות האלה צריכות מניפסטים שמפנים לסביבות החלופיות של אפליקציית האינטרנט. לאחר מכן מומלץ להתקין כל אחד מהתוספים באופן הבא:

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

כתיבת בדיקות

לפני פריסת התוסף ל-Meet בפיתוח אנחנו ממליצים לכתוב בדיקות יחידה. בדיקות היחידה צריכות לכלול:

  • לבדוק את ה-SDK של התוספים ל-Meet ואז לאמת שה התוסף של Meet מפעיל את ה-SDK כמו שצריך.
  • בדיקת יחידה של כל הפונקציונליות שלא קשורה ל-SDK של באמצעות המסגרת המועדפת עליכם לבדיקות באינטרנט.

שיטות מומלצות לשיפור חוויית המשתמש

פירטנו כאן שיטות מומלצות ליצירת תוסף של Meet אינטואיטיבי ואלגנטי יותר.

ניהול כל מצב ההתחלה בחלונית הצדדית

מומלץ מאוד להגדיר את התוסף לפי פעולות משתמש שבוצעו בחלונית הצדדית. כדי לעשות את זה, צריך להגדיר את שיתוף הפעולה החל ב- JavaScript. כל הנתונים שנכנסים CollaborationStartingState צריך להגדיר על ידי יוזם התוסף (בדרך כלל מארח הפגישה) בחלונית הצדדית. אפשר לחשוב על התצוגה הראשונה של בחלונית הצדדית כטופס ששולט בהגדרות של

סגירת החלונית הצדדית כשלא בשימוש

אחרי התחלת הפעילות, התקשרות startCollaboration צריך להשאיר רק את החלונית הצדדית פתוחה אם היא חלק חיוני בחוויית המשתמש תוסף Google Meet. ניתן לסגור את החלונית הצדדית ברגע שהחלונית הראשית שלב פתוח בהתקשרות unloadSidePanel.

קידום התוסף של Meet באמצעות שיתוף המסך

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