Max Home IndustryGoogle, похоже, планирует удалить API webRequest и заменить его API declarativeNetRequest. Это оправдано техническими соображениями и соображениями безопасности, но побочным эффектом является то, что блокировщикам рекламы будет труднее работать.
Основной денежный поток Google поступает от рекламы. Google делает текущий браузер номер один — Chrome. На данный момент Chrome поддерживает довольно мощную блокировку рекламы, и, по логике, это должно повредить прибыли Google. Если бы вы были на месте Google, не пытались бы вы найти способ усложнить блокировку рекламы?
Это кажется очевидным, но у Google есть проблема — есть альтернативные браузеры, и если он просто блокирует блокировщики рекламы, Chrome, скорее всего, больше не будет лучшим браузером. Точно так же переключившиеся пользователи будут просто использовать другие блокировщики рекламы, и, следовательно, влияние на чистую прибыль Google будет не таким сильным, как вы могли бы предположить. Чтобы понять это правильно, Google придется сделать блокировщики рекламы менее эффективными, но не настолько, чтобы пользователи голосовали ногами и отказывались от использования Chrome. Угадайте, что — это именно то, к чему он, кажется, пытается.
API webRequest невероятно мощный. Он позволяет расширению перехватывать и перенаправлять любые веб-запросы, сделанные программой. Расширение обрабатывает запросы с использованием JavaScript, и это считается проблемой эффективности и безопасности одновременно. Решение состоит в том, чтобы заменить его на declarativeNetRequest, для которого требуется список URL-адресов, требующих внимания — следовательно, «декларативный». Фактическая работа по реализации списка выполняется внутри браузера, что делает его более быстрым и безопасным. Единственная проблема заключается в том, что количество URL-адресов и природа URL-адресов ограничены.
Это предложение, появившееся в начале года, вызвало довольно много критики, и Google отозвал его, чтобы все обдумать. Теперь он вернулся, и, на первый взгляд, произошли некоторые изменения, и webRequest не будет удален, но с таким же успехом может быть:
webRequest станет доступен только для чтения. Кроме того, webRequest не сможет видеть запросы, которые были заблокированы, перенаправлены или изменены правилами declarativeNetRequest (DNR). В настоящее время нет плана для расширений Manifest V3 для изменения запросов, кроме действий DNR. В настоящее время DNR поддерживает только три действия: «заблокировать», «перенаправить» и «разрешить», но команда расширений рассматривает возможность добавления поддержки для других действий (например, удаление файлов cookie из запроса).
Это в основном означает, что webRequest можно использовать для наблюдения за запросами, но ничего не делать с ними. Однако не все будут так ограничены:
Chrome отказывается от блокирующих возможностей API webRequest в Manifest V3, а не всего API webRequest (хотя блокировка по-прежнему будет доступна для корпоративных развертываний). Расширения с соответствующими разрешениями по-прежнему могут отслеживать сетевые запросы с помощью API webRequest. Способность API webRequest отслеживать запросы является основой для расширений, которые изменяют свое поведение на основе паттернов, которые они наблюдают во время выполнения.
Обратите внимание на исключение для корпоративных развертываний. В некоторых отчетах это озаглавлено как «Google ограничивает блокировку рекламы корпоративными установками». На самом деле непонятно, что это означает, потому что, если блокировщики рекламы откажутся от Chrome из-за изменений API, они вряд ли будут доступны для ограниченной установки на корпоративных сайтах. Предположительно у корпоративных сайтов есть другие требования к API webRequest.
Представитель Google заявил:
«Chrome поддерживает использование и разработку блокировщиков рекламы. Мы активно работаем с сообществом разработчиков, чтобы получить отзывы и продолжить разработку системы фильтрации контента, сохраняющей конфиденциальность, которая ограничивает объем конфиденциальных данных браузера, передаваемых третьим лицам.
Для управляемых сред, таких как предприятия, мы предлагаем функции администрирования бесплатно ».
Так что все еще есть надежда на перемены, но нет реального намека на то, почему компании должны быть освобождены от этого.
Одно большое улучшение заключается в том, что теперь предлагается, чтобы правила можно было изменять динамически, то есть во время выполнения. В предыдущем предложении набор правил был исправлен при установке расширения. При ограничении в 30 000 правил это, казалось, гарантировало, что блокировку рекламы будет сложно реализовать, и ее будет сложно поддерживать в актуальном состоянии. Утверждается, что причина ограничения связана с тем, что нужно выяснить, что эффективно реализовать. Эффективность — хорошее оправдание для ограничения набора правил, независимо от реальной мотивации для этого.
Если Google действительно внедрит это изменение, он не только сможет контролировать блокировку рекламы, но также сможет собирать данные о том, что блокируется и как часто.
Пора переходить на Firefox?
Инерцию пользователя нельзя недооценивать. Пользователи склонны придерживаться того, что они установили, если только это не станет непригодным для использования или не будет предложено что-то гораздо лучшее. Вы можете переключиться, они, вероятно, не будут.
Это просто параноик, и действительно ли Google пытается сделать веб-браузер более эффективным и безопасным? Как однажды сказал мудрец — вы можете быть параноиком, но это не значит, что они не хотят вас достать.
Как бы то ни было, я могу придумать гораздо более эффективный способ для Google остановить всю блокировку рекламы одним простым движением и действительно захватить Интернет за один шаг.