בשנה האחרונה היינו מעורבים באופן פעיל בדיונים עם הספקים שאחראים על מספר תוספים לחסימת תוכן לגבי דרכים לשיפור פלטפורמת התוספים של MV3. על סמך הדיונים האלה, שרבים מהם התקיימו בקבוצת הקהילה WebExtension (WECG) בשיתוף עם דפדפנים אחרים, הצלחנו לספק שיפורים משמעותיים.
עוד קבוצות כללים סטטיות
קבוצות של כללי סינון מקובצות בדרך כלל לרשימות. לדוגמה, רשימה כללית יותר עשויה להכיל כללים שחלים על כל המשתמשים, בעוד שרשימה ספציפית יותר עשויה להסתיר תוכן ספציפי למיקום שרק חלק מהמשתמשים רוצים לחסום. עד לאחרונה אפשרנו לכל תוסף להציע למשתמשים בחירה בין 50 רשימות (או 'ערכות כללים סטטיות'), ו-10 רשימות מהן יופעלו בו-זמנית. בדיונים עם הקהילה, מפתחי תוספים סיפקו ראיות משכנעות שמצביעות על כך שזה היה נמוך מדי עבור תרחישי שימוש מסוימים. אחרי שבדקנו את ביצועי ה-API ב-Chrome תוך התייחסות לדיונים האלה, אנחנו מאפשרים עכשיו להפעיל עד 50 ממשקים בו-זמנית. (יש לציין שהוא גבוה משמעותית מהמגבלה של 20 בקשות ב-WECG). בנוסף, אנחנו מאפשרים ליצור 100 מערכי כללים בסך הכול. מדובר במשלוח של Chrome 120, והגדלת המגבלות נתמכת גם ב-Firefox וגם ב-Safari, שגם סיפקו מידע מוקדם על ההצעה הזו.
כללים דינמיים יותר
רוב הכללים הם "סטטיים" ונשלחים עם כל עדכון של תוסף. עם זאת, כדי לתמוך בעדכונים תכופים יותר ובכללים בהגדרת המשתמש, תוספים יכולים להוסיף כללים גם באופן דינמי, בלי שהמפתחים שלהם יצטרכו להעלות גרסה חדשה של התוסף לחנות האינטרנט של Chrome.
כשתוסף יכול לשנות בקשות באופן דינמי בדרכים שלא נבדקו במהלך הבדיקה בחנות האינטרנט של Chrome, המשתמשים נחשפים לסיכונים של פישינג או גניבת נתונים. לדוגמה, ניתן לעשות שימוש לרעה בכלל הפניה אוטומטית כדי להחדיר קישורים של שותפים עצמאיים ללא הסכמה.
כתוצאה מכך, אפשרנו לתוספים להוסיף רק עד 5,000 כללים, שעודדו שימוש בפונקציונליות הזו באופן מוגבל והקלו לנו לזהות ניצול לרעה.
עם זאת, מפתחים מתוספים, כמו AdGuard ו-Adblock Plus, ביצעו ניתוח ושיתפו נתונים משלהם. מגבלה גבוהה יותר תאפשר לכללים מעודכנים יותר, ולמשתמשים עם מספר גבוה יותר של רשימות בהתאמה אישית לעבור למניפסט מגרסה V3. למעשה, לפי הדיווח של AdGuard, יותר מ-2,600 שינויים מתבצעים ברשימות פופולריות מדי שבוע, ומתוך 5 אחוזים של משתמשים שמשתמשים ברשימות מסננים בהתאמה אישית, לאחד מתוך ארבעה מהמשתמשים האלה יש מספר כולל משולב של יותר מ-5,000 כללים דינמיים (מקור). ב-AdGuard צוין אתגר משמעותי בהעברת התוסף שלו למניפסט מגרסה V3, שקיבלנו משוב דומה ממשתמשים אחרים לחסימת תוכן.
הגענו למסקנה שכללי סינון מסוימים, כמו הכללים עם הפעולה block
או allow
, בטוחים הרבה יותר ויש פחות סיכוי שתנצלו אותם לרעה. הם גם מהווים את הרוב המכריע של כללי הסינון של חסימת מודעות. לכן, הכנתי ושיתפתי הצעה בקבוצה של הקהילה של תוספי אתרים, כדי להגדיר סדרה של כללים שנחשבים מבחינתנו ברמת סיכון נמוכה יותר, ונאפשר עד 30,000 מהם. אנחנו עדיין שומרים על גבול עליון כדי למנוע רגרסיות בביצועים.
ההצעה הזו נתמכה בקבוצת הקהילה של תוספי אינטרנט ולכן יישמנו אותה. החל מגרסה 121 של Chrome, המגבלה הגבוהה יותר של 30,000 כללים חלה על כללי DNR בטוחים, שאנחנו מגדירים בתור כללים עם פעולה של block
, allow
, allowAllRequests
או upgradeScheme
.
על סמך הנתונים שמשותפים על ידי AdGuard, המגבלה הגבוהה יותר אמורה להועיל בין 98 ל-99 אחוזים מהכללים. כל הכללים הנותרים עדיין נתמכים ואפשר להוסיף אותם במסגרת המגבלה הקיימת.
האפשרות הזו זמינה ב-Chrome כקבוע MAX_NUMBER_OF_DYNAMIC_RULES. המגבלה על כל שאר הכללים של בקשה דינמית לרשת המדיה נשארת 5,000.
גודל מצומצם של קבוצת כללים
בגרסה 118 של Chrome שינינו את ערך ברירת המחדל של השדה isUrlFilterCaseSensitive
ל-false
על סמך משוב מהקהילה. השדה הזה קובע אם כלל לסינון לפי כתובת URL הוא תלוי אותיות רישיות, וגילינו שלרוב המפתחים הייתה ברירת מחדל שונה בתוסף שלהם. כתוצאה מכך, היה צורך להגדיר את הערך פעמים רבות. השינוי הזה מאפשר למפתחים לצמצם משמעותית את הגודל בקבוצות הכללים שלהם.
מה השלב הבא?
אנחנו מחויבים להמשיך להשקיע ב-declarativeNetRequest API כדי שנוכל לתמוך בכמה שיותר תרחישים לדוגמה, ונשמח להמשיך לעבוד עם הקהילה. בפרט, אנחנו רוצים להודות לחברי ה-WECG על המעורבות שלהם, כולל AdGuard ששיתפה כמות משמעותית של הנתונים שגרמו ליצירת ה-API, וכל ספקי הדפדפנים שלוקחים חלק חשוב בעיצוב ה-API הזה.
אנחנו נמשיך לבדוק את המגבלות שלנו כדי לבצע שינויים לפי הצורך. כדי לתמוך בכך, אנחנו מתכננים לשתף חלק מהנתונים שאספנו במסגרת הפעילות הזו בעתיד הקרוב. בנוסף, אנחנו עובדים על הוספה של יכולות נוספות, כמו היכולת להתאים לכותרות תגובה. זאת בקשה נפוצה שראינו מתוספים למציגי PDF. בכל מקרה, נמשיך לעדכן אתכם בעבודה שלנו ונשתמש באופן קבוע בקבוצה קהילתית של תוספי אינטרנט כדי לדון ברעיונות וליישר קו לגבי הנושאים הבאים.