Симеон Вінсен відповідає команді Chrome, прокоментував поточну позицію Google щодо Manifest V3 від Google що стосується доповнень до блокування блокувальників реклами.
Y заявив, що компанія не має наміру відмовлятися від початкового плану припинити підтримку режиму блокування API веб-запитів, що дозволяє змінювати отриманий вміст на льоту. Виняток буде зроблено лише для Chrome для підприємств, у якому підтримка API webRequest буде збережена, як і раніше.
Google хоче, щоб блокувачі реклами вийшли
Для звичайних користувачів API Chrome webRequest буде обмежений режимом лише для читання. Заміна WebRequest для фільтрації вмісту, пропонована декларативним API NetRequest, охоплює лише обмежену частину функцій, що використовуються в сучасній рекламі блокаторів.
Насправді, замість самих обробників, які мають повний доступ до мережевих запитів, є готовий та інтегрований механізм фільтрації, який обробляє правила блокування за допомогою власних ресурсів.
Наприклад, декларативний API NetRequest не дозволяє використовувати власні алгоритми фільтрації та не дозволяє створювати складні правила, які перекривають одне одного на основі умов.
Розробники спільно підготували список коментарів, у яких перелічені дефекти API-декларативу NetRequest.
Google погодився з багатьма коментарями і додано API декларативногоNetRequest. Зокрема, додана підтримка динамічних змін та доданих правил надавала можливість видаляти заголовки HTTP, але лише ті, що внесені до білого списку (Referer, Cookie, Set-Cookie).
Плани включають підтримку додавання та заміни заголовків HTTP (наприклад, для заміни директив Set-Cookie та CSP) та можливість видалення та заміни параметрів запиту.
Попередню версію Manifest V3, що визначає перелік функцій та ресурсів, що надаються плагінами Chrome, планується використовувати в експериментальних версіях Chrome Canary найближчими місяцями.
Google не наводить переконливих аргументів для блокування
Реймонд Хілл, автор uBlock Origin та uMatrix, жорстко прокоментував відповідь de представник Google і натякнув, що Google намагається просувати свої ділові інтереси в галузі Інтернет-реклами і таким чином отримати контроль над механізмами її фільтрації та обґрунтувати ці дії перед широкою громадськістю.
Оскільки ви так і не отримали переконливих аргументів зупинити популярних розробників серед плагінів рекламних блоків.
За словами Раймонда, падіння продуктивності не є аргументом, оскільки сторінки завантажуються повільно через власний код, а не через використання режиму блокування webRequest у належним чином реалізованих плагінах.
Якби Google насправді турбувався про ефективність, вони змінили б веб-запит на основі механізму Promise, аналогічно реалізації веб-запитів у Firefox.
За словами Раймонда, Стратегія Google полягає у визначенні оптимального балансу між розширенням користувацької бази Chrome та комерційну шкоду, спричинену використанням блокаторів вмісту.
Для нього, Google хоче за будь-яку ціну не допустити переривання діяльності, пов’язаної з рекламою і аж до того, що блокуючі рекламу стануть неефективними у вашому браузері Chrome.
На першому етапі розширення Chrome Google був змушений підтримувати блокувальники реклами як одні з найпопулярніших плагінів серед користувачів. Але після того, як Chrome зайняв домінуюче положення, компанія намагалася змінити баланс на свою користь.
API WebRequest заважає цій меті, оскільки контроль над блокуванням вмісту зараз знаходиться в руках сторонніх розробників блокувальників реклами.
Також згадується відсутність можливості змінювати заголовки HTTP, файли cookie та параметри запиту (наприклад, вирізати ідентифікатори Referer, _utm та tracker), але Google вже пообіцяв видалити ці коментарі.
Вони в межах своїх прав. Я також маю право припинити використання Chromium та використовувати Firefox. Крім того, я думаю, що я не збираюся чекати блокування блокувальників реклами, і я спробую Firefox.
Я використовую firefox, також блокую рекламу з файлу Hosts, а не "блокувальниками".