עד עכשיו, כשמשתמש נכנס לאתר שמבקש הרשאה, מופיעה בועה שמזמינה אותו לקבל החלטה. לדוגמה, תוכלו לראות את בקשת ההרשאה למיקום הגאוגרפי כפי שהיא מוטמעת ב-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.