פורסם: 17 ביוני 2025
באוגוסט האחרון הודענו על שינויים קרובים במודל הזהויות של Chrome בפלטפורמות Windows, Mac ו-Linux, בעקבות השינויים שכבר הושקו ב-iOS וב-Android. מטרת השינויים האלה היא להתאים את Chrome לציפיות הנוכחיות של המשתמשים לגבי כניסה לחשבון. המשתמשים מצפים יותר ויותר להיכנס לחשבון כדי לקבל גישה לנתונים שלהם, כולל סימניות, ולצאת מהחשבון כדי לשמור על הנתונים.
כחלק מהשקת העדכונים האלה, אנחנו משנים את האופן שבו Chrome שומר סימניות במחשב. לדוגמה, סימניות שמאוחסנות באופן מקומי במכשיר יישארו מקומיות גם אחרי הכניסה לחשבון. המשתמשים יכולים לבחור להעלות את הנתונים האלה לחשבון Google שלהם באופן פרטני או בכמות גדולה. כדי לאפשר לתוספים לתמוך בשינויים האלה, אנחנו חושפים נתונים חדשים ב-Chrome Extensions API. המידע הבא רלוונטי לכל יוצרי התוספים ל-Chrome שמשתמשים ב-API chrome.bookmarks.
סקירה כללית
כיום, למשתמשים יש תמיד קבוצה אחת של תיקיות ברמה העליונה, כולל התיקיות 'סרגל הסימניות' ו'סימניות אחרות'. יכול להיות שהנתונים בתיקיות האלה יסונכרנו, ויכול להיות שלא, בהתאם לשאלה אם המשתמש מחובר לחשבון עם סנכרון מופעל או לא.
כחלק מהשינויים במודל הזהויות, Chrome יפריד בין סימניות שמסונכרנות לבין סימניות שלא מסונכרנות לשני ענפים נפרדים בעץ הסימניות. במקרים מסוימים שבהם משתמש לא בחר להעלות את כל הסימניות שלו לחשבון, יכול להיות שיהיו לו בו-זמנית תיקיות סימניות שמסתנכרנות ותיקיות סימניות שלא מסתנכרנות. יכול להיות שיהיה צורך לעדכן תוספים שמשתמשים ב-API של הסימניות, כדי להציג את עץ הסימניות בצורה ברורה למשתמשים.
שינויים מפורטים ב-API
למשתמשים שיש להם סימניות מסונכרנות ולא מסונכרנות, יכול להיות שה-API של הסימניות יחזיר עץ שדומה לזה שמופיע בהמשך ב-API getTree:
- id=A (name: "Bookmarks bar", folderType: "bookmarks-bar", syncing: true)
- …
- id=B (name: "Other bookmarks", folderType: "other", syncing: true)
- …
- id=C (name: "Bookmarks bar", folderType: "bookmarks-bar", syncing: false)
- …
- id=D (name: "Other bookmarks", folderType: "other", syncing: false)
- …
כדי לאפשר למפתחי תוספים להבדיל בין התיקיות האלה ברמה העליונה, נוספו ל-API שתי מאפיינים חדשים:
-
folderType: מאפשר לתוספים לזהות את התיקיות ה "מיוחדות" כמו סרגל הסימניות. שימו לב: אין להשתמש ב-nameוב-idלמטרה הזו (nameתלוי במיקום, ו-idלא קבוע) -
syncing: כדי לאפשר לתוספים להבחין בין החלקים בעץ שמסונכרנים לבין החלקים שלא מסונכרנים. הערך יהיהtrueלפני השינויים במודל הזהויות אם המשתמש מחובר והסנכרון מופעל.
עדכונים של תוספים
אם אחד מהתנאים הבאים מתקיים לגבי התוסף שלכם, יכול להיות שתצטרכו לבצע עדכונים:
- אם התוסף מציג למשתמש את התוצאה המלאה של getTree כדי למנוע הצגה של גרסאות עם שמות זהים, למשל סרגל הסימניות. אפשר להוסיף סיומת לשם או לספק טיפול אחר בממשק המשתמש.
- אם התוסף מנסה להתאים את סרגל הסימניות, תיקיות קבועות אחרות או תיקיות קבועות לנייד באמצעות
idאוname. השיטות האלה כבר לא נתמכות. - אם התוסף מניח שיש בדיוק או לכל היותר מופע אחד של התיקיות הקבועות bookmarks-bar, other או mobile
בדיקה
המאפיינים החדשים של extension API, folderType ו-syncing, מתועדים וזמינים בגרסה האחרונה של Chrome Canary (גרסה 138.0.7196.0 ואילך).
למשתמשים בערוצי Chrome יציבים יש אחסון יחיד (כלומר, לכל היותר סוג אחד של כל תיקייה). לצורך בדיקה, אפשר להפעיל אחסון כפול באופן הבא:
- מפעילים את שני הדגלים הבאים בכתובת chrome://flags ומפעילים מחדש את Chrome
- sync-enable-bookmarks-in-transport-mode
- enable-bookmarks-selected-type-on-signin-for-testing
- מוסיפים פרופיל חדש ב-Chrome (https://support.google.com/chrome/answer/2364824)
- לא נכנסים לחשבון: בוחרים באפשרות 'המשך ללא חשבון'.
- אם תוסיפו דפים לסימניות, הם יתווספו לאחסון שלא מסונכרן.
- עכשיו נכנסים ל-Chrome:
- לוחצים על תמונת האווטאר בפינה השמאלית העליונה, לצד תפריט שלוש הנקודות.
- לוחצים על 'היכנס ל-Chrome' ופועלים לפי ההנחיות.
- כשנשאלים אם רוצים להפעיל את הסנכרון, בוחרים באפשרות 'לא תודה'.
- אם מוסיפים דפים לסימניות, הם יתווספו לאחסון של הסנכרון (כך תוכלו לבדוק את התרחיש של אחסון כפול).
לוחות הזמנים
השינויים שיאפשרו גישה לשני סוגי האחסון יושקו בהדרגה. ההשקה תתחיל עבור קבוצת משנה של משתמשים בערוץ היציב של Chrome לא לפני סוף יוני 2025. בשלב הראשון, השינוי יושק עבור אחוז קטן של משתמשים, ולאחר מכן הוא יושק עבור יותר משתמשים בשבועות הבאים.