Google به نگرانی‌های مربوط به مسدود کردن Adblock Chromium پاسخ می‌دهد

در ژانویه ما از یک خشم فزاینده به دلیل برنامه های گوگل برای منسوخ کردن webRequest API و آن را با یک DeclarativeNetRequest API جدید جایگزین کنید که بسیار قدرتمندتر است و تعداد قوانینی را که توسعه دهندگان می توانند برای فیلتر کردن تبلیغات استفاده کنند محدود می کند.

در آن زمان، توسعه‌دهنده یکی از بهترین برنامه‌های adbock، uBlock Origin، در bugs.chromium.org گفت:

اگر این API اعلامی NetRequest (بسیار محدود) تنها راهی باشد که مسدودکننده‌های محتوا می‌توانند وظایف خود را انجام دهند، این اساساً به این معنی است که دو مسدودکننده محتوا که من سال‌ها از آن استفاده کرده‌ام، uBlock Origin ("uBO") و uMatrix، دیگر نمی‌توانند وجود داشته باشند.

حالا یک مهندس گوگل که روی Chromium کار می کند پاسخ داده است به نگرانی‌ها پرداخته و با برخی امتیازات موافقت کرده است، اگرچه مشخص نیست که آیا این امتیازات به اندازه کافی پیش می‌روند یا خیر.

Google مصمم به خلاص شدن از شر webRequest AP است و می‌گوید که منبع سوءاستفاده فزاینده است، اما موافقت کرده است که API اعلامی NetRequest را به روش زیر بهبود بخشد:

• پشتیبانی از قوانین پویا: ما موافقیم که این امر در ایجاد برنامه‌های افزودنی مسدودکننده محتوای پیچیده ارزشمند است و پشتیبانی از قوانین اعلامی را که می‌توان در زمان اجرا اضافه یا حذف کرد، به DeclarativeNetRequest API اضافه کرد.
• افزایش اندازه مجموعه قوانین: ما حد قانون را از مقدار پیش نویس 30K افزایش خواهیم داد. با این حال، یک حد بالا هنوز برای اطمینان از عملکرد برای کاربران ضروری است. لیست‌های بلاک معمولاً «فقط فشاری» هستند، جایی که قوانین جدید اضافه می‌شوند اما قوانین منسوخ به ندرت حذف می‌شوند.تحقیق خارجی نشان داده است که 90 درصد از قوانین مسدودسازی EasyList هیچ فایده ای در سناریوهای مسدودسازی رایج ندارند). ادامه رشد بی حد و حصر این لیست مشکل ساز است.
• اقدامات و شرایط اضافی: ما قصد داریم بر اساس شرایط بیشتر، مانند اندازه منبع، پشتیبانی برای تطبیق اضافه کنیم، و اقداماتی را برای اصلاح بخش‌هایی از یک درخواست به جای مسدود کردن آن، مانند حذف کوکی‌ها، ارائه می‌کنیم. ما همچنین در حال بررسی شرایط و اقدامات دیگری هستیم که ممکن است اضافه کردن آنها منطقی باشد، مانند تطبیق بر اساس دامنه سطح بالا. (یک نکته دیگر: در حالی که ما در حال بررسی اضافه کردن پشتیبانی برای تغییرات CSP هستیم، اضافه کردن یک هدر CSP برای غیرفعال کردن جاوا اسکریپت اغلب به عنوان یک مورد استفاده ذکر شده است؛ این قبلاً از طریق تنظیمات محتوا API. اگر این کافی نیست، لطفاً دلیل آن را به ما اطلاع دهید.)

گوگل گفت که به کار با توسعه دهندگان ادامه خواهد داد و قبل از اینکه جایگزینی آماده و بالغ شود، webRequest API را حذف نخواهد کرد و گفت:

بار دیگر، ما متعهد به پشتیبانی از برنامه‌های افزودنی در کروم هستیم. ما به همکاری با توسعه دهندگان ادامه خواهیم داد. ما مانیفست V3 را تا زمانی که آماده نشود راه‌اندازی نمی‌کنیم، و یک دوره مهاجرت وجود خواهد داشت که در آن می‌توانیم به بازخوردها و مشکلات رسیدگی کنیم. تا زمانی که به پلتفرم اطمینان نداشته باشیم، پشتیبانی از Manifest V2 را حذف نمی کنیم.

بسیاری همچنان شک دارند، اما هدف واقعی گوگل کنترل شدیدتر تجربه کاربر برای فعال کردن ردیابی و ارائه تبلیغات میلیاردها کاربر است.

آیا خوانندگان ما فکر می کنند که گوگل از کنترل فزاینده خود بر موتورهای رندر وب جهان از طریق Chromium برای تقویت بیشتر تجارت تبلیغاتی خود استفاده خواهد کرد یا اینکه رقابت مرورگر کافی برای صادق نگه داشتن آنها وجود دارد؟ در زیر به ما اطلاع دهید.

از طريق ثبت نام