AdOff

5 технологий, которых нет ни у какого другого блокировщика рекламы в мире

Большинство блокировщиков рекламы останавливаются там, где становится сложнее. AdOff идёт дальше — с пятью запатентованными технологиями защиты от рекламы, которые решают проблемы, на которые не обращает внимание ни один конкурент. Ниже представлен честный, технический и проверяемый анализ.

Честное сравнение

Каждое утверждение на этой странице можно проверить, прочитав открытый исходный код конкурентов и наш собственный выпущенный исходный код. Вот сравнение рядом:

Функция uBlock Origin AdBlock Plus AdGuard Ghostery AdOff
Блокировка сетевых запросов (declarativeNetRequest)
Косметический фильтр (скрытие CSS)
Встроенная маскировка антидетекции (встроенная функция) через фильтры через фильтры
Защита от SABR-backoff (устраняет ложные буферизации) фильтр сообщества
Восстановление позиции контента
Универсальная заглушка IMA SDK (уровень окна)
Быстрый пропуск видеорекламы с сохранением состояния

Легенда: = встроенная функция · через фильтры = зависит от списков фильтров, поддерживаемых сообществом (может сломаться при обновлении платформы) · = не реализовано

1. Защита от SABR-backoff Мировой первопроходец

⏱️

Больше никаких 10-20 секундных чёрных экранов

Проблема

Современные видеоплатформы используют собственный протокол потоковой передачи под названием SABR (Server Adaptive Bit Rate). Когда SABR обнаруживает активный блокировщик рекламы, сам сервер вводит искусственную паузу в видеопоток — примерно на 80% длительности показанного бы объявления. Поэтому если была запланирована реклама на 15 секунд, вы смотрите на чёрный экран в течение 12 секунд, прежде чем контент возобновится. Даже если объявление было идеально заблокировано.

Эта задержка криптографически подписана в URL потока сервером. Традиционные блокировщики рекламы не могут её удалить, потому что они работают только внутри браузера, после выдачи URL.

Как AdOff это решает

Прежде чем запрос плеера покинет ваш браузер, AdOff вводит специальный параметр (isInlinePlaybackNoAd: true) в тело запроса. Это говорит серверной части платформы: «не планируйте никаких объявлений в ответ». Без запланированных объявлений у сервера нет причин кодировать задержку в URL потока. Пауза никогда не создаётся с самого начала.

AdOff перехватывает как fetch, так и XMLHttpRequest, чтобы охватить каждый путь кода, который может использовать плеер, и применяет инъекцию через сопоставление шаблонов строк, чтобы обойти защиту платформы от подделок на JSON.stringify.

Активно в: AdOff 3.3.1+ Слой: 5 из 7 План: Pro / Trial

2. Восстановление позиции контента Мировой первопроходец

↩️

Видео возобновляется точно там же, где вы его оставили — всегда

Проблема

Видеоплатформы повторно используют один и тот же элемент HTML5 <video> как для объявлений, так и для контента, переключая источник через Media Source Extensions. Когда объявление принудительно пропускается, плеер может потерять отслеживание позиции контента во время обмена источником. Видео может перезагрузиться с самого начала или перепрыгнуть на 30-50 секунд вперёд в кадры, которые вы никогда не видели. Это задокументированная ошибка самих платформ — подтверждённая Android Authority и PiunikaWeb в апреле 2026 года, когда она повлияла даже на пользователей без блокировщиков рекламы.

Как AdOff это решает

Каждые 500 миллисекунд AdOff записывает текущую позицию видео контента в локальную память (никогда никуда не отправляется). Когда объявление заканчивается, сторож работает 3 секунды, проверяя, что позиция после объявления согласуется с позицией до объявления. Если плеер приземлился более чем на 5 секунд в сторону — вперёд или назад — AdOff принудительно возвращает позицию туда, где вы на самом деле были.

Восстановление умное: оно допускает небольшие естественные переходы, останавливается если запускается новое объявление и изящно завершается, если плеер агрессивно её переопределяет. Вы всегда продолжаете с точной секунды, которую смотрели.

Активно в: AdOff 3.3.0+ Слой: 6 из 7 План: Pro / Trial

3. Универсальная заглушка IMA SDK Мировой первопроходец

🔌

Ноль видеорекламы на любом сайте, использующем стандартный SDK объявлений

Проблема

Большинство видеосайтов и трансляторов используют один промышленный стандартный SDK для показа блоков рекламы (пред-ролики, врезки, пост-ролики). Традиционные блокировщики рекламы пытаются блокировать SDK на сетевом уровне — но если плеер имеет SDK встроенный в собственный JavaScript (без сетевого запроса), блокировка не срабатывает. Пользователи видят объявления в любом случае. Вот почему ваш блокировщик рекламы, работающий только на сетевом уровне, по-прежнему показывает вам объявления на некоторых потоковых сайтах.

Как AdOff это решает

AdOff вводит полную, полностью функциональную заглушку SDK объявлений непосредственно в window.google.ima до того, как запустится какой-либо скрипт сайта. Заглушка реализует весь общедоступный API — более 30 классов, 60+ событий, 200+ методов — поэтому любой плеер, который вызывает SDK, получает рабочий объект. Когда плеер запрашивает объявление, заглушка немедленно запускает четыре события жизненного цикла (CONTENT_PAUSE_REQUESTED, STARTED, COMPLETE, CONTENT_RESUME_REQUESTED) в течение 16 миллисекунд. Плеер думает, что объявление проиграло и закончилось. Пользователь ничего не видит.

Работает на любом видеосайте в мире, использующем этот SDK, без списков доменов и без необходимости ручных правил и обновлений. Сайты, которые локально встраивают SDK, охвачены точно так же, как и сайты, которые его загружают из сети.

Активно в: AdOff 3.0+ Слой: 7 из 7 План: Pro / Trial

4. Встроенная маскировка антидетекции Встроенная функция

🥷

Стены антиблокировки никогда не срабатывают — потому что вы невидимы

Проблема

Многие сайты обнаруживают блокировщики рекламы, создавая элементы-приманки (div с именами классов типа ad-banner) и проверяя, скрыты ли они, или опрашивая существование глобальных переменных SDK объявлений. При обнаружении они показывают стены «пожалуйста, отключите блокировщик рекламы» или отказываются загружать контент. Некоторые конкуренты решают это только через списки фильтров сообщества — которые ломаются каждый раз, когда платформы обновляют своё обнаружение.

Как AdOff это решает

Маскировка встроена в исходный код AdOff, поддерживается в доме и обновляется при каждом выпуске. Пять техник работают вместе:

Код обнаружения сайта выполняется до конца и возвращает «блокировщик рекламы не найден». Стена никогда не появляется.

Активно в: AdOff 2.0+ Слой: 4 из 7 План: Pro / Trial

5. Быстрый пропуск с сохранением состояния Мировой первопроходец

Пропускайте объявления за миллисекунды без поломки плеера

Проблема

Самый простой способ пропустить видеообъявление — установить currentTime видео на его duration, заканчивая его немедленно. Большинство буклетов с пропуском объявлений и многие расширения используют этот трюк. Это ломает плеер. Потому что объявление и контент совместно используют один элемент видео, эта перемотка повреждает внутреннее состояние плеера, и видео контента начинает воспроизводиться с неправильной позиции при возобновлении.

Как AdOff это решает

AdOff никогда не перемотает видео объявления. Вместо этого он устанавливает скорость воспроизведения на 16x — объявление проигрывается до естественного конца примерно за 2 секунды без повреждения состояния. Одновременно кнопка пропуска автоматически нажимается в момент появления (опрос каждые 50 мс). Внутренний учёт плеера остаётся в идеальном порядке, и любые события антидетекции, которые отслеживают ratechange, маскируются во время пропуска через обёрнутый прослушиватель событий.

В сочетании со слоем восстановления позиции (#2 выше) это означает: объявления исчезают примерно за 2 секунды, видео контента возобновляется с точного кадра, на котором вы были, и плеер никогда не узнает, что что-то произошло.

Активно в: AdOff 3.3.0+ Слой: B (Быстрый пропуск) План: Pro / Trial

Обещания, которые мы сдерживаем

Пять гарантий, которые не может дать ни один другой блокировщик рекламы:

Почему это сложно скопировать

Слои 5, 6 и 7 — защита от SABR-backoff, восстановление позиции контента и универсальная заглушка IMA SDK — являются результатом месяцев обратного инжиниринга поведения современных видеоплееров. Это не одноразовые трюки: это архитектуры, которые обрабатывают сотни граничных случаев (динамические обмены источников, прокси защиты от подделок на глобальных функциях, заблокированный JSON.stringify, ленивые плеери, потоки премиум SSAI, требующие реального SDK, и так далее).

Конкурент, который хочет соответствовать AdOff, не должен писать 500 строк кода. Ему нужно выполнить обратный инжиниринг тех же систем, которые сделали мы, проверить сотни реализаций плееров и продолжать поддерживать результат каждый раз, когда платформы обновляются — бесплатно, в своём проекте с открытым исходным кодом, одновременно следя за своим основным набором функций. Вот почему ни один основной блокировщик рекламы не выпустил эти функции как встроенные возможности продукта. И вот почему мы считаем, что они не будут, по крайней мере в ближайшее время.

Попробуйте единственный блокировщик рекламы со всеми 7 слоями

15 дней полного доступа Pro. Без кредитной карты. Отмените в любой момент.

Установить AdOff бесплатно →