החל מגרסה Chrome 141, אנחנו מציגים שינויים ב-Fields API ב-Federated Credential Management API (FedCM). מטרת השינוי הזה היא לאפשר למפתחים לתמוך בשיטות חלופיות לזיהוי משתמשים, ולספק למשתמשים שקיפות רבה יותר לגבי הנתונים שמשותפים בין הצד המסתמך (RP) לבין ספק הזהויות (IdP).
בנוסף, אנחנו פורסים מודל ML ניסיוני שמטרתו להתאים אישית את חוויית המשתמש ב-FedCM ולהציג את תיבת הדו-שיח רק למשתמשים שיש סיכוי גבוה יותר שיתחברו באמצעות FedCM.
עדכונים ב-Fields API
בעבר, היה צורך בשדה email לכל חשבון ב-FedCM. השיטה הזו עובדת עם הרבה ספקי זהויות, אבל משוב ממפתחים הראה שהיא מגבילה מדי. יש ספקי זהויות שמאפשרים למשתמשים להירשם באמצעות מספר טלפון או שם משתמש, ולא תמיד יש להם כתובת אימייל שמשויכת לחשבון.
כדי לפתור את הבעיה הזו, הפכנו את השדות email ו-name לאופציונליים והוספנו שני שדות אופציונליים חדשים:
-
username: מחרוזת שמייצגת את שם המשתמש של המשתמש. -
tel: מחרוזת שמייצגת את מספר הטלפון של המשתמש.
מגרסה Chrome 141 ואילך, צריך לספק לפחות אחד מהשדות "name", "username", "email" או "tel".
העדכון הזה תואם לאחור, וההטמעות הקיימות יפעלו כמצופה. במאמרי העזרה מוסבר איך ספק זהויות יכול להשתמש במאפיין fields בהטמעה שלו.
כאן אפשר לראות הדגמה של התכונה.
חוויית משתמש מבוססת-ML
כדי לשפר את חוויית המשתמש, אנחנו משיקים מודל ניסיוני שמטרתו לצמצם את מספר ההנחיות הלא רצויות. המודל הזה חוזה מתי משתמש צפוי להירשם או להיכנס לחשבון, ויציג את ממשק המשתמש של FedCM רק ברגעים האלה. העדכון הזה יופעל אוטומטית למשתמשים ב-Chrome 141, ולא נדרשת פעולה מצד המפתחים.
כדי להפעיל או להשבית את המודל לצורך בדיקות מקומיות, אפשר להשתמש בדגל chrome://flags/#fedcm-segmentation-platform.
שיתוף משוב
השינויים האלה הם חלק מהמאמץ המתמשך שלנו להפוך את FedCM לממשק API גמיש וחזק יותר לזהויות מאוחדות באינטרנט. כדי לעזור לנו לשפר את ה-API, אפשר לשלוח בעיה עם משוב על התכונות האלה או על תכונות אחרות.