Google реагирует на проблемы с блокировкой Chromium Adblock

В январе мы писали о растущем фуроре из-за Планы Google отказаться от API webRequest и замените его новым API-интерфейсом declarativeNetRequest, который гораздо менее мощный и ограничивает количество правил, которые разработчики могут использовать для фильтрации рекламы.

В то время разработчик одного из лучших приложений для рекламы, uBlock Origin, сказал на bugs.chromium.org:

Если этот (весьма ограниченный) декларативный API-интерфейс NetRequest станет единственным способом, с помощью которого блокировщики контента смогут выполнять свои обязанности, это, по сути, означает, что два блокировщика контента, которые я поддерживал в течение многих лет, uBlock Origin («uBO») и uMatrix, больше не могут существовать.

Теперь Инженер Google, работающий над Chromium, ответил опасениям и согласился на некоторые уступки, хотя неясно, достаточно ли далеко они заходят.

Google по-прежнему полон решимости избавиться от точки доступа webRequest, заявив, что она является источником растущего злоупотребления, но согласился улучшить API-интерфейс declarativeNetRequest следующим образом:

• Поддержка динамических правил: Мы согласны с тем, что это полезно при создании сложных расширений для блокировки контента, и мы добавим поддержку декларативных правил, которые можно добавлять или удалять во время выполнения в API declarativeNetRequest.
• Увеличенный размер набора правил: Мы поднимем предел правила с чернового значения 30K. Однако верхний предел по-прежнему необходим для обеспечения производительности для пользователей. Черные списки, как правило, предназначены только для отправки, когда добавляются новые правила, но устаревшие правила удаляются редко, если вообще удаляются (внешнее исследование показал, что 90% правил блокировки EasyList не приносят пользы в обычных сценариях блокировки). Продолжать неограниченно увеличивать этот список проблематично.
• Дополнительные действия и условия: Мы планируем добавить поддержку сопоставления на основе дополнительных условий, таких как размер ресурса, и предоставим действия для изменения частей запроса, а не просто его блокировку, например удаление файлов cookie. Мы также изучаем другие условия и действия, которые, возможно, имеет смысл добавить, например сопоставление на основе домена верхнего уровня. (Еще одно примечание: пока мы исследуем добавление поддержки модификаций CSP, добавление заголовка CSP для отключения JavaScript часто упоминалось как вариант использования; это уже возможно через настройки контента API. Если этого недостаточно, сообщите нам, почему.)

Google заявил, что продолжит работу с разработчиками и не будет удалять API webRequest до тех пор, пока замена не будет готова и не будет завершена, заявив:

Еще раз, мы стремимся поддерживать расширения в Chrome. Мы продолжим сотрудничество с разработчиками. Мы не будем запускать Manifest V3, пока он не будет готов, и будет период миграции, в течение которого мы сможем продолжить рассмотрение отзывов и проблем. Мы не прекратим поддержку Manifest V2, пока не будем уверены в платформе.

Многие по-прежнему настроены скептически, однако реальная цель Google — более жестко контролировать взаимодействие с пользователем, чтобы обеспечить отслеживание и показ рекламы миллиардам пользователей.

Считают ли наши читатели, что Google будет использовать свой растущий контроль над мировыми механизмами веб-рендеринга через Chromium для дальнейшего развития своего рекламного бизнеса, или конкуренция браузеров достаточна, чтобы они оставались честными? Дайте нам знать ниже.

С помощью Регистр