תאריך פרסום: 6 ביוני 2025
כאן אפשר לקרוא איך רכיב <permission> חדש ב-Chrome יוצר חוויית הרשאה יעילה, אמינה ורלוונטית יותר.
צוות Chrome עיצב את הצעת <permission> element כדי לתת למשתמשים שליטה ביכולות מתקדמות. הרכיב מאפשר למפתחים ליצור חוויה חלקה מקצה לקצה שבה המשתמשים יכולים לאשר את השימוש ביכולות האלה בהקשר, ובמקביל הם מוגנים מהפרעות לא רצויות. בסדרת מקרי השימוש הזו אנחנו מדגימים איך הרכיב החדש פועל בפועל.
הבעיה בבקשת הרשאה
כדי להשתמש בתכונות של המכשיר כמו מיקום, מצלמה או מיקרופון, המשתמשים צריכים לעבור תהליך מורכב של בקשות הרשאה, שלפעמים כולל כמה בקשות. למפתחים, הקריאה ל-API כדי להשתמש ביכולת היא פשוטה, והתוצאה היא הצלחה או כישלון. אבל מבחינת המשתמשים, זה לרוב מתבטא בהודעות קופצות שמופיעות בהקשר לא מתאים ומפריעות, ובהחלטות שנראות סופיות וגורמות לתסכול ולעומס קוגניטיבי.
היום, כשמופיעות בקשות להרשאה, משתמשים רבים שואלים את עצמם: "למה האתר הזה צריך את ההרשאה הזו (עכשיו)?" חוסר הבהירות הזה גורם לעיתים קרובות לכך שהמשתמשים בוחרים לדחות את בקשות ההרשאה. כדי למנוע שיבושים בפעילות של המשתמשים בעתיד, Chrome ימנע הצגת הנחיות נוספות. כתוצאה מכך, אם המשתמש ישנה את דעתו בהמשך, יהיה קשה יותר לבטל את הסירוב. כתוצאה מכך, המשתמשים עלולים להפסיק להשתמש בתכונות או באתר כולו.
מתן שליטה הקשרית למשתמשים
רכיב <permission> המוצע מייצג התפתחות משמעותית בארגונומיה של הרשאות לאתרים. רכיב ה-HTML המוצע מאפשר לכם לשלב בצורה חלקה נקודת כניסה שניתנת לעיצוב, אבל נשלטת על ידי הדפדפן, כדי להשתמש ביכולות מתקדמות (לדוגמה, כפתור ברור של 'שימוש במצלמה' בשיחת וידאו) ישירות בעיצוב של האתר שלכם. אתם נהנים מגמישות בסגנון, אבל הדפדפן שומר על שליטה בטקסט ובסמלים העיקריים, ודואג לאבטחה, לעקביות ולנגישות. המשמעות היא שאינטראקציה עם האלמנט הזה משמשת כאות ברור לגבי הכוונה של המשתמש, ומאפשרת לדפדפן להנחות את המשתמש בתהליך קבלת ההחלטות הנדרשות ובביצוע השלבים האחרים. זה שונה מהנחיות שמופעלות באופן אוטומטי, שבהן לדפדפן אין אות ישיר לגבי כוונת המשתמש, ולכן הוא צריך תמיד לאזן בין מתן עזרה לבין הימנעות מהפרעה.
<permission> לשימוש במצלמה.
כך המערכת משנה את חוויית השימוש:
- הפעלה על ידי המשתמש: במקום שהאתר יציג בקשה, הרכיב מתוכנן כך שהמשתמש בוחר מתי להשתמש בתכונה הקשורה.
- בקשה בהקשר: מכיוון שהרכיב
<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> יכול לשפר את מסלולי המשתמשים שלהם ולמצות את הפוטנציאל המלא של אפליקציות האינטרנט שלהם.