עד עכשיו, כשמשתמש נכנס לאתר שמבקש הרשאה, מופיעה בועה שמזמינה אותו לקבל החלטה. לדוגמה, תוכלו לראות את ההודעה לבקשת הרשאה למיקום הגיאוגרפית כפי שהיא מוטמעת ב-Chrome עד לגרסה 96. (אפשר לנסות את ההרשאה הזו והרשאות אחרות באתר ההדגמה שלנו permission.site).
נתוני הטלמטריה של Chrome מוכיחים שאנחנו מתעלמים מבקשות רבות להרשאות. אתם יכולים לבדוק בעצמכם את נתוני ההרשאות לקבלת התראות בדוח על חוויית המשתמש ב-Chrome. בינתיים, כדאי לעיין בטבלה שבה מוצגת התגובה המצטברת של משתמשי Windows להודעה באתרים. חשוב לציין שהתגובה של המשתמשים להודעות לגבי מיקום גיאוגרפי הייתה דומה – ביטול או התעלמות.
שיעור ההתעלמות והביטול הוא כ-85%, במיוחד בהתחשב בכך שההנחיה בולטת מאוד ומתעקשת שהמשתמשים יקבלו החלטה באופן מיידי. יש כאן קונפליקט בין רמת הדחיפות שהדפדפן מניח לבין העדפת המשתמש להמתין לפני קבלת החלטה. כך נוצרת התפיסה ש'מעצבן' כשאתר מבקש הרשאה, כי היא הולכת לאיבוד בין הדברים הנוספים שהמשתמשים צריכים להגיב עליהם, כמו מודעות בנושא הסכמה לשימוש בקובצי cookie, הרשמות לניוזלטר וכו'.
עיצוב חדש
לכן, החל מגרסה 98 של Chrome, הוספנו ממשק משתמש של צ'יפ מונפש שמופיע ליד המנעול בכל פעם שמופיעה בקשה להרשאה. הוא מורכב מסמל ותווית שמתארים את ההרשאה המבוקשת. המטרה שלנו הייתה לשפר את חוויית הגלישה באינטרנט תוך הימנעות מבקשות הרשאה שבדרך כלל לא נחוצות לרוב המשתמשים, ולרוב מתעלמים מהן או דוחים אותן.
כשלוחצים על צ'יפ הבקשה, בועת ההנחיה הקיימת תוצג (אם היא לא מוצגת כבר), וממשק המשתמש של הבקשה יתווסף באופן אוטומטי לבועת הבקשה על סמך ההיגיוסטיקה הבאה:
- ההרשאה הופעלה באמצעות תנועת משתמש במהלך אינטראקציה עם האתר עצמו, ולא הופעלה באופן אוטומטי על ידי האתר.
- ההרשאה נחשבת חיונית ובדרך כלל לא קשורה לספאם. הרשאות הגישה האלה כוללות מצלמה, מיקרופון ומצלמה עם מיקרופון.
איך מפעילים את העיצוב החדש
מכיוון שמדובר בהשקה מדורגת, אפשר לאלץ את העיצוב החדש על ידי החלפת המצב של הדגלים הבאים:
chrome://flags/#permission-chipchrome://flags/#permission-chip-gesturechrome://flags/#permission-chip-request-type
התהליך בעיצוב החדש
ללא פעולת משתמש
לגבי הרשאות לא חיוניות שלא מופעלות באמצעות מחווה, ההנחיה לא מופיעה יותר מעל תוכן האתר ולא מחייבת לקבל החלטה מיידית. המשתמש יכול להתעלם מצ'יפ הבקשה עד שהוא יקבל מספיק מידע כדי לקבל החלטה.
ללא אינטראקציה
ללא אינטראקציה, אחרי עיכוב קצר, צ'יפ הבקשה יתכווץ באופן אוטומטי לסמל חסום בלבד (כדי לציין שההרשאה חסומה באופן זמני), ולאחר מכן ייסגר לגמרי. המטרה היא לא להפריע למשתמשים שבוחרים לא לקבל החלטה, ולאפשר להם לעשות זאת ללא אינטראקציה.
ההשפעה הצפויה לטווח הקצר
בטווח הקצר, עד שהמשתמשים יתרגלו לממשק המשתמש החדש, סביר להניח שבעלי אתרים יבחינו בשיעורי אישור נמוכים יותר לאתרים, במיוחד לאתרים שמבקשים הרשאות באופן אוטומטי בלי להכין את המשתמשים או לדרוש מהם לבצע תנועה (הדבר נחשב לשיטה לא טובה בכל מקרה). החיסרון הזה מוכר, אבל הוא לא משתווה לחוויית הצפייה פחות מפריעה.
שיטות מומלצות
בעלי האתר אחראים לוודא שהם מספקים את ההקשר הנדרש ומבקשים הרשאות רק ברגע המתאים והצפוי. אם המערכת חוסמת באופן זמני הרשאות – כי המשתמש התעלם מהבקשה או סגר את ההודעה – היא יכולה לבקש את ההרשאה שוב באותו סשן. צריך לעשות זאת רק אם ההרשאה חיונית לתפקוד האתר או התכונה, אחרת יש סיכון שהמשתמשים יתרגזו והאתר ייחסם באופן אוטומטי. במקרים כאלה, אנחנו מציגים את ההודעות השקטות שהוצגו ב-Chrome 80. הנחיות כלליות יותר זמינות במאמר ממשק המשתמש של ההרשאות.
תחזית ומסקנות
אנחנו מתכננים שיפורים נוספים בממשק המשתמש ובחוויית המשתמש. צוות Chrome כבר עובד על הנושאים האלה ובוחן אפשרות לחסימה אוטומטית אגרסיבית יותר של הרשאות על סמך התנהגות קודמת. כשהתוכניות האלה יהיו מוכנות, נעדכן אתכם כאן.
לסיכום, ממשק המשתמש החדש מפחית את התחושה של התעקשות על החלטה מסוימת ומשפר את חוויית הגלישה. מאחר שרוב הבקשות להרשאות חסומים או מתעלמים מהם, היעד שהושג היה לשפר את חוויית הגלישה הכללית, בלי לשבש את תהליכי השימוש של המשתמשים כשמוצגת בקשה להרשאה, במיוחד במצבים שבהם נדרשות הרשאות כדי להשלים תרחיש לדוגמה.
תודות
המסמך הזה נבדק על ידי Joe Medley.