פורסם: 6 ביוני 2025
כאן אפשר לקרוא על האופן שבו רכיב <permission> חדש ב-Chrome יוצר חוויית שימוש יעילה, אמינה ורלוונטית יותר בהקשר של הרשאות.
צוות Chrome עיצב את הצעת <permission> element כדי לתת למשתמשים שליטה ביכולות מתקדמות. הרכיב מאפשר למפתחים ליצור חוויה חלקה מקצה לקצה, שבה המשתמשים יכולים לאשר את השימוש ביכולות האלה בהקשר, ובמקביל הם מוגנים מהפרעות לא רצויות. בסדרת מקרי השימוש הזו אנחנו מדגימים איך הרכיב החדש פועל בפועל.
הבעיה בבקשת הרשאה
כדי להשתמש בתכונות של המכשיר כמו מיקום, מצלמה או מיקרופון, המשתמשים צריכים לעבור תהליך מורכב של אישור בקשות הרשאה שונות. מפתחים יכולים לשלוח קריאה ל-API כדי להשתמש ביכולת מסוימת, והקריאה תצליח או תיכשל. אבל מבחינת המשתמשים, זה לרוב מתבטא בהודעות שקוטעות את הרצף ומוצגות מחוץ להקשר, ובהחלטות שנראות סופיות וגורמות לתסכול ולעומס קוגניטיבי.
היום, כשמופיעות בקשות להרשאות, משתמשים רבים שואלים את עצמם: "למה האתר הזה צריך את ההרשאה הזו (עכשיו)?" חוסר הבהירות הזה גורם לעיתים קרובות לכך שהמשתמשים בוחרים לדחות את הבקשות להרשאות. כדי להגן על המשתמשים מפני הפרעות בעתיד, Chrome ימנע הצגת הנחיות נוספות. כתוצאה מכך, אם המשתמש ישנה את דעתו בהמשך, יהיה קשה לבטל את הסירוב. כתוצאה מכך, המשתמשים עלולים להפסיק להשתמש בתכונות או באתר כולו.
מתן שליטה הקשרית למשתמשים
רכיב <permission> המוצע מייצג התפתחות משמעותית בארגונומיה של הרשאות לאתרים. רכיב ה-HTML המוצע מאפשר לכם לשלב בצורה חלקה נקודת כניסה שניתנת לעיצוב אבל נשלטת על ידי הדפדפן, כדי להשתמש ביכולות מתקדמות (לדוגמה, כפתור ברור של 'שימוש במצלמה' בשיחת וידאו) ישירות בעיצוב של האתר שלכם. אתם נהנים מגמישות בסגנון, אבל הדפדפן שומר על שליטה בטקסט ובסמלים העיקריים, ודואג לאבטחה, לעקביות ולנגישות. המשמעות היא שאינטראקציה עם האלמנט הזה משמשת כאות ברור לגבי הכוונה של המשתמש, וכך הדפדפן יכול לעזור למשתמש לקבל את ההחלטות הנדרשות ולבצע את השלבים הנדרשים. זה שונה מהנחיות שמופעלות באופן אוטומטי, שבהן לדפדפן אין אות ישיר לגבי כוונת המשתמש, ולכן הוא צריך תמיד לאזן בין מתן עזרה לבין הימנעות מהפרעה.
<permission> לשימוש במצלמה.
כך היא משנה את חוויית השימוש:
- הפעלה על ידי המשתמש: במקום שהאתר יציג בקשה, רכיב ה-element דואג לכך שהמשתמש יבחר מתי הוא רוצה להשתמש בתכונה הקשורה.
- בקשה בהקשר: מכיוון שהרכיב המוצע
<permission>הוא חלק מהתהליך באתר, המשתמש מבין למה נדרשת ההרשאה. המשתמשים לחצו על הכפתור כדי, למשל, למצוא חנויות בסביבה, ולכן בקשת מיקום הגיונית. - פתרון בעיות מקיף: מכיוון שהדפדפן מקבל אות ישיר לגבי הכוונה של המשתמש, הוא יכול להנחות את המשתמש באופן יזום בכל השלבים הספציפיים לפלטפורמה שנדרשים כדי לקבל גישה ליכולת. לדוגמה, אפשר להשתמש בקישור עומק להגדרות המערכת כדי לעזור למשתמש לשנות את הגדרת המצלמה ברמת המכשיר. האתר לא צריך לספק שלבי פתרון בעיות שתלויים בפלטפורמה.
- שחזור הרשאות פשוט יותר: רכיב
<permission>המוצע מספק למשתמש דרך ישירה בדף לשנות הרשאות שנחסמו בעבר, בלי להיכנס להגדרות הדפדפן. קליק על הרכיב מפעיל גרסה מיוחדת של בקשת ההרשאה, וכתוצאה מכך יש שיפורים משמעותיים בשחזור.
<permission> מאפשר למשתמשים לשנות במהירות את הגדרת ההרשאה בלי לעבור להגדרות האתר.
הגישה הזו מובילה למודל אינטראקציה אינטואיטיבי, אמין ומבוסס-משתמש.
מקרים לדוגמה
Zoom עוזרת למשתמשים שלה לצמצם ב-46.9% את השגיאות בצילום מהמצלמה ומהמיקרופון בדפדפן באמצעות הרכיב <permission>
האתגר
אחד האתגרים הגדולים ביותר של אתרי ועידות הוא לעזור למשתמשים שבעבר סירבו לתת גישה למצלמה או למיקרופון להפעיל מחדש את ההרשאות כשהם מצטרפים לשיחת וידאו. התהליך הרגיל מחייב ניווט בהגדרות הדפדפן מחוץ לממשק של אתר הוועידה.
הגישה
גישת הבדיקה של Zoom להערכת ההשפעה של רכיב <permission> מתבססת על השוואה בין מצב לפני ואחרי, שבה רכיב <permission> נחשף לכל משתמשי Zoom שמצטרפים לפגישה ב-Zoom מדפדפן אינטרנט של Chrome במחשב.
התוצאה
אחד מהמדדים העיקריים של Zoom הוא שיעור ההפעלה של המצלמה והמיקרופון, שמודד את ההפעלה המוצלחת של המצלמה והמיקרופון על ידי משתמש שמצטרף לפגישת Zoom בדפדפן. היה שיפור משמעותי ב-Zoom עם רכיב <permission>. שיעור הכשלים בחוויית השימוש בדפדפן, כמו מיקרופון ומצלמה שלא מופעלים ברמת המערכת או ברמת הדפדפן, או משתמשים שסוגרים את ההנחיה למתן הרשאה למיקרופון ולמצלמה בדפדפן, ירד ב-46.9%.
האלמנט <permission> לא רק עזר לצמצם את מספר השגיאות, אלא גם עזר למשתמשים שנתקלו בבעיה או שסירבו בטעות לתת גישה למיקרופון ולמצלמה, להתאושש ולהגדיר את המיקרופון והמצלמה. כך המשתמשים נשארו מעורבים והתרכזו בשיחות ובפגישות, וכולם יכלו לראות ולשמוע אחד את השני בצורה ברורה.
איך Immobiliare.it עזר למשתמשים להשתמש בפונקציונליות של מיקום במפה, אחרי שקודם נדחתה בקשת ההרשאה שלהם, באמצעות הרכיב <permission>
האתגר
משתמשים שבעבר דחו את בקשת שיתוף המיקום באתר Immobiliare.it צריכים להיכנס להגדרות האתר בדפדפן ולבטל את הנעילה של ההרשאה באופן ידני כדי שיוכלו להעניק שוב את הרשאת המיקום אם הם רוצים.
הגישה
ב-Immobiliare.it שיפרו את תהליך הבקשה להרשאות מיקום באמצעות שיטת JavaScript של Permissions API כדי לזהות אם משתמש כבר העניק הרשאות מיקום לאתר שלהם או לא. אם הם כבר שיתפו הרשאה, הפעולה תוביל לבקשת השיטה getCurrentPosition() למיקום גיאוגרפי כמו קודם. אם ה-API של ההרשאות החזיר שהמשתמש חסם את הרשאת המיקום, האתר מציג הנחיה שמסבירה למה לחצן המיקום הגיאוגרפי לא יכול לפעול, ומשתמש באלמנט <permission> כקריאה לפעולה.
כשלוחצים על הרכיב 'שימוש במיקום' <permission>, המשתמשים יכולים לשתף את הרשאת המיקום בצורה חלקה אם הם רוצים, גם אם היא נחסמה בעבר, בלי שהמשתמש יצטרך לגשת להגדרות הדפדפן.
<permission>, אם ההרשאה נחסמה בעבר.<permission> הפעיל את בקשת ההרשאה בדפדפן.התוצאות
כשמשתמשים ברכיב <permission>, שיעור ההצלחה של תהליך המשתמש של הרשאות המיקום הגיאוגרפי גדל ב-20%. זה מצביע על כך שתהליך ההרשאות החדש באמצעות Permissions API והרכיב <permission> עזר ליותר משתמשים לאשר שוב את ההרשאה, כשרוצים בכך, גם אם בעבר הם חסמו בקשת הרשאה מסוג זה.
ZapImóveis (OLX BR) משפרת את החיפוש לפי מיקום לשימוש המיועד באמצעות הרכיב <permission>
ב-ZapImóveis, פלטפורמה מובילה לנדל"ן בברזיל, מבינים שלרוב, החיפוש אחר הנכס המושלם מתחיל במיקום. ZapImoveis הוא חלק מ-Grupo OLX הידועה, ומקשר בין מיליוני משתמשים למלאי גדול של בתים, דירות, קרקעות ונכסים אחרים למכירה ולהשכרה ברחבי המדינה. חברת ZapImóveis זיהתה הזדמנות לשפר את חוויית המשתמש על ידי טיפול בתסכולים נפוצים שקשורים להנחיות למתן הרשאות בדפדפן, והבינה את התפקיד הקריטי של חיפוש מבוסס-מיקום בתהליך הזה.
האתגר
חברת ZapImóveis זיהתה בעיות משמעותיות בשימושיות של תכונת החיפוש לפי מיקום, במיוחד בהקשר של הנחיות ההסכמה הרגילות בדפדפן. המשתמשים נתקלו בקשיים גם כשנתנו גישה למיקום בפעם הראשונה, וגם כשניסו להפעיל מחדש הרשאות שהם דחו בעבר. הדבר השפיע לרעה על חוויית המשתמש הכוללת, ויכול להיות שהוא פגע ביעילות של פונקציונליות החיפוש מבוסס-המיקום באתרים שלהם.
הגישה
כדי להתמודד עם האתגרים האלה בנוחות השימוש, חברת ZapImóveis ערכה בדיקת A/B. בבדיקה הזו, רכיב <permission> הוצג לקבוצת משנה של משתמשים. המטרה הייתה לספק אמצעי בקרה ייעודי בדף בממשק של ZapImóveis לניהול הרשאות מיקום, וכך לייעל את תהליך העבודה של ההרשאות ולהפוך אותו לאינטואיטיבי יותר למשתמשים.
התוצאות
ההטמעה של רכיב <permission> של ZapImóveis הובילה לשיפור משמעותי בשימושיות של חיפוש מיקומים, במיוחד למשתמשים שהשתמשו באופן פעיל בתכונות מבוססות-מיקום. משתמשים שנתקלו בתחילה בקשיים בהנחיות הרגילות למתן הרשאה בדפדפן, הצליחו לתת הרשאת גישה למיקום בשיעור של 4.3% באמצעות אמצעי הבקרה בדף שסופק על ידי רכיב <permission>. בנוסף, שיפרנו באופן משמעותי את שחזור ההרשאות. 54.4% מהמשתמשים שדחו בעבר את הגישה, הצליחו להעניק אותה מחדש כשניסו להשתמש מאוחר יותר בפונקציות שתלויות במיקום. היה אמנם גידול קל בזמן הממוצע שנדרש למשתמשים להעניק הרשאה בפעם הראשונה, אבל השיפורים המשמעותיים בהצלחת התכונות למשתמשים עם כוונות ברורות הצדיקו את הפשרה הזו.
דוגמאות נוספות לשימוש ברכיב <permission>
- מבצעים שיחות ועידה בווידאו ב-Google Meet באמצעות דפדפן Chrome.
- חיפוש מסעדה בקרבת מקום בחיפוש Google (השקה הדרגתית)
- בודקים את הרכיב
<permission>לכל היכולות הזמינות בכתובת https://permission.site/pepc (מ-Chrome 137)
שילוב הרכיב <permission>
האלמנט <permission> נועד להיות פשוט לאימוץ על ידי צוותי פיתוח. כאלמנט HTML רגיל, אפשר לשלב אותו כמו כל לחצן אחר ולעצב אותו (במסגרת מגבלות שנשלטות על ידי הדפדפן) כך שיתאים למראה ולתחושה של האתר. בדפדפנים שעדיין לא תומכים ברכיב <permission>, מפתחים יכולים לספק חוויות חלופיות באמצעות שיטות קיימות לבקשת הרשאה. לפרטים נוספים, אפשר לקרוא את המאמר בנושא שיפורים ברכיב <permission>.
שיפור השימושיות והאינטואיטיביות של האינטרנט
אנחנו ב-Google פועלים כל הזמן כדי לשפר את הבטיחות, המהירות והיעילות של Chrome ושל פלטפורמת האינטרנט. הרכיב <permission> מייצג צעד משמעותי לקראת מודל אינטואיטיבי וארגונומי יותר להרשאות לאתרים. האלמנט <permission> עוזר לגשר על הפער בין יכולות אינטרנט מתקדמות לבין אמון המשתמשים, ומאפשר ליצור חוויות עשירות ומושכות יותר באינטרנט, כי הוא מספק למשתמשים הקשר ברור ושליטה. אנחנו ממליצים לבעלי מוצרים ולצוותי פיתוח לבדוק איך רכיב <permission> יכול לשפר את תהליכי המשתמשים שלהם ולמצות את הפוטנציאל המלא של אפליקציות האינטרנט שלהם.