Перейти к основному содержанию

Как составлять свои фильтры

Фильтр — это набор правил фильтрации рекламного контента (баннеров, всплывающих окон и тому подобного). В AdGuard есть список базовых фильтров, созданных нашей командой. Они постоянно дорабатываются и дополняются, и, как мы надеемся, удовлетворяют требованиям большинства пользователей.

В то же время AdGuard позволяет создавать пользовательские фильтры, используя те же типы правил, что и в наших фильтрах.

Для описания синтаксиса правил мы используем Augmented BNF for Syntax Specifications, но не всегда строго следуем этой спецификации.

Синтаксис правил AdGuard изначально основан на синтаксисе правил Adblock Plus. Позже мы расширили его новыми типами правил для лучшей фильтрации рекламы. Часть информации в этой статье об общих для ABP и AdGuard типах правил взята из этой статьи.

Комментарии

Любая строка, начинающаяся с восклицательного знака, является комментарием. В списке правил она подсвечивается серым цветом. AdGuard будет игнорировать эту строку, так что можете спокойно писать там всё, что хотите. Комментарии обычно размещаются над правилами и описывают то, что они делают.

Например:

! Это комментарий. Под этой строкой находится правило фильтрации.
||example.org^

Примеры

Блокировка по имени домена

Блокировка по имени домена

Это правило блокирует:

  • http://example.org/ad1.gif
  • http://subdomain.example.org/ad1.gif
  • https://ads.example.org:8000/

Это правило не блокирует:

  • http://ads.example.org.us/ad1.gif
  • http://example.com/redirect/http://ads.example.org/

Блокировка конкретного адреса

Блокировка конкретного адреса

Это правило блокирует:

  • http://example.org/

Это правило не блокирует:

  • https://example.org/banner/img

Модификаторы базовых правил

Правила фильтрации поддерживают множество модификаторов, которые позволяют вам точно настраивать поведение правила. Вот пример правила с некоторыми простыми модификаторами.

Модификаторы базовых правил

Это правило блокирует:

  • http://example.org/script.js если этот скрипт загружен с example.com.

Это правило не блокирует:

  • https://example.org/script.js если этот скрипт загружен с example.org.
  • https://example.org/banner.png потому что это не скрипт.

Разблокировка адреса

Это правило разблокирует:

  • http://example.org/banner.png, даже если для этого адреса есть правило блокировки.

Правила блокировки с модификатором $important приоритетнее, чем обычные правила разблокировки.

Разблокировка всего сайта

Разблокировка всего

Это правило разблокирует

  • Оно отключает все косметические правила на example.com.
  • Оно блокирует все запросы, отправленные с этого сайта, даже если есть правила блокировки, соответствующие этим запросам.

Косметические правила

Косметические правила

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

AdGuard расширяет возможности CSS и позволяет разработчикам фильтров решать гораздо более сложные задачи. Но чтобы использовать эти расширенные правила, вы должны хорошо понимать, что такое CSS.

Популярные CSS-селекторы

ИмяCSS-селекторОписание
ID selector#bannersСоответствует всем элементам с атрибутом id, равным banners.
Class selector.bannersСоответствует всем элементам типа class, содержащих banners.
Attribute selectordiv[class="banners"]Соответствует всем div элементам с атрибутом class , равным banners.
Attribute substring selectordiv[class^="advert1"]Соответствует всем div элементам, атрибут class которых начинается с advert1.
Attribute substring selectordiv[class$="banners_ads"]Соответствует всем div элементам, атрибут class которых заканчивается на banners_ads.
Attribute substring selectora[href^="http://example.com/"]Соответствует всем ссылкам, загруженным с домена http://example.com/.
Attribute selectora[href="http://example.com/"]Соответствует всем ссылкам конкретно http://example.com/.

Ограничения

Доверенные фильтры

Некоторые правила можно использовать только в доверенных фильтрах. В эту категорию входят:

  • списки фильтров , созданные командой AdGuard,
  • пользовательские списки фильтров, установленные как доверенные,
  • пользовательские правила.

Базовые правила

Самые простые правила — это так называемые Базовые правила. Они используются для блокировки запросов к определённым URL-адресам. Либо, при наличии специального маркера @@ в начале правила, для разблокировки запроса. Основной принцип для этого типа правил достаточно прост: необходимо указать адрес и дополнительные параметры, которые ограничивают или расширяют область действия правила.

Подзапросы

Базовые правила, блокирующие запросы, применяются только к подзапросам. То есть они не будут блокировать загрузку страницы в браузере.

Статус ответа

Браузер определяет заблокированный подзапрос как выполненный с ошибкой.

Синтаксис базовых правил

      rule = ["@@"] pattern [ "$" modifiers ]
modifiers = [modifier0, modifier1[, ...[, modifierN]]]
  • pattern — маска адреса. URL каждого запроса сопоставляется с этой маской. В шаблоне вы можете использовать некоторые специальные символы, описание которых будет дано ниже. Обратите внимание, что AdGuard обрезает URL до 4096 символов, чтобы ускорить сопоставление и избежать проблем с длинными URL.
  • @@ — маркер, который используется для обозначения правил-исключений. С такого маркера должны начинаться правила, отключающие фильтрацию для запроса.
  • modifiers — параметры, используемые для «уточнения»‎ базового правила. Некоторые параметры ограничивают область действия правила, а некоторые могут полностью изменить принцип его работы.

Специальные символы

  • * — wildcard-символ. Символ, обозначающий «произвольный набор символов». Это может быть как пустая строка, так и строка любой длины.
  • || — соответствие началу адреса. Этот специальный символ позволяет не указывать конкретный протокол и поддомен в маске адреса. То есть, || соответствует сразу http://*., https://*., ws://*., wss://*..
  • ^ — указатель для разделительного символа. Разделителем может быть любой символ кроме буквы, цифры и следующих символов: _ - . %. Например, в адресе http://example.com/?t=1&t2=t3 жирным выделены разделительные символы. Конец адреса также принимается в качестве разделителя.
  • | — указатель на начало или конец адреса. Значение зависит от расположения символов в маске. Например, правило swf| соответствует http://example.com/annoyingflash.swf, но не http://example.com/swf/index.html. |http://example.org соответствует http://example.org, но не http://domain.com?url=http://example.org.

Визуальное представление

Мы также советуем ознакомиться с этой статьёй, чтобы лучше понять, как должны строиться такие правила.

Поддержка регулярных выражений

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

Производительность

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

Чтобы блокировщик определил, что вы хотите использовать регулярное выражение, необходимо, чтобы pattern имел особый вид:

pattern = "/" regexp "/"

Например, правило /banner\d+/$third-party применит регулярное выражение banner\d+ ко всем сторонним запросам. Правила-исключения с использованием регулярных выражений выглядят вот так: @@/banner\d+/.

Совместимость с различными версиями AdGuard

AdGuard для Safari и AdGuard для iOS не полностью поддерживают регулярные выражения в силу ограничений Content Blocking API (см. раздел The Regular expression format).

Поддержка wildcard для доменов верхнего уровня (TLD)

Wildcard-символы поддерживаются для TLD-доменов в шаблонах косметических, фильтров HTML и правил JavaScript.

Для косметических правил, например, example.*##.banner, несколько доменов будут сопоставлены благодаря части .*, т.е. example.com, sub.example.net, example.co.uk и т. д.

При составлении базовых правил вы можете использовать wildcard-символ для TLD только вместе с модификатором $domain. Например, ||*/banners/*$image,domain=example.*.

Совместимость с различными версиями AdGuard

В AdGuard для Windows, Mac и Android и в браузерном расширении AdGuard правила с подстановочным знаком .* соответствуют любому публичному суффиксу (или eTLD). Но для AdGuard для Safari и iOS поддерживаемый список доменов верхнего уровня ограничен из-за ограничений Safari.

Правила с wildcard для доменов верхнего уровня не поддерживаются в AdGuard Content Blocker.

Примеры базовых правил

  • ||example.com/ads/* — простое правило, которое соответствует адресам типа http://example.com/ads/banner.jpg и даже http://subdomain.example.com/ads/otherbanner.jpg.

  • ||example.org^$third-party — правило, которое блокирует сторонние запросы к домену example.org и его поддоменам.

  • @@||example.com$document — наиболее общее правило-исключение. Такое правило полностью отключает фильтрацию на домене example.com и всех его поддоменах. Существует ряд параметров, которые также можно использовать в правилах-исключениях. Более подробно о правилах-исключениях и параметрах, которые могут в таких правилах использоваться, написано ниже.

Модификаторы базовых правил

Примечание

Возможности, описанные в этом разделе, предназначены для опытных пользователей. Они расширяют возможности «Общих правил», но для их применения необходимо представлять, как работает браузер.

Вы можете изменить поведение «общего правила», используя дополнительные модификаторы. Список этих параметров располагается в конце правила за знаком доллара $ и разделяется запятыми.

Пример:

||domain.com^$popup,third-party

Базовые модификаторы

Приведённые ниже модификаторы самые простые и часто применяемые.

$domain

$domain limits the rule scope to requests made from the specified domains and their subdomains (as indicated by the Referer HTTP header). Чтобы добавить несколько доменов в одно правило, используйте символ | в качестве разделителя.

Примеры

Просто $domain:

  • ||baddomain.com^$domain=example.org блокирует запросы, которые соответствуют указанной маске и отправлены с домена example.org или его поддоменов.
  • ||baddomain.com^$domain=example.org|example.com — такое же правило, но срабатывать оно будет как для домена example.org, так и для example.com.

Если вы хотите, чтобы правило не применялось к определённым доменам, начните доменное имя со знака ~.

$domain и отрицание ~:

  • ||baddomain.com^$domain=~example.org блокирует запросы, которые соответствуют указанной маске и отправлены с любого домена, кроме example.org и его поддоменов.
  • ||baddomain.com^$domain=example.org|~foo.example.org блокирует запросы, отправленные с домена example.org и всех его поддоменов, кроме foo.example.org.

Модификатор $domain, соответствующий целевому домену:

В некоторых случаях модификатор $domain может соответствовать не только домену-рефереру, но и целевому домену. Это происходит в случае, когда всё из перечисленного верно:

1) Тип контента запроса — document. 2) Шаблон правила не соответствует ни одному конкретному домену. 3) Шаблон правила не содержит регулярных выражений. 4) Модификатор $domain содержит только исключённые домены, например, $domain=~example.org|~example.com.

Для сопоставления целевого домена должен выполняться следующий предикат: 1 и ((2 и 3) или 4). То есть, если модификатор $domain содержит только исключённые домены, то правилу не нужно выполнять второе и третье условия, чтобы соответствовать целевому домену $domain.

Если какие-либо из условий выше не выполнены, но правило содержит модификатор $cookie или $csp, модификатор всё равно будет соответствовать целевому домену.

Если реферер соответствует правилу с $domain, которое явно исключает домен реферера, то правило не сработает, даже если целевой домен тоже ему соответствует. Это также касается правил с модификаторами $cookie и $csp.

Примеры

  • *$cookie,domain=example.org|example.com заблокирует cookies для всех запросов от и к example.org и example.com.
  • *$document,domain=example.org|example.com заблокирует все запросы от и к example.org и example.com.

In the following examples it is implied that requests are sent from http://example.org/page (the referrer) and the target URL is http://targetdomain.com/page.

  • page$domain=example.org сработает, так как соответствует рефереру.
  • page$domain=targetdomain.com сработает, так как соответствует целевому домену и удовлетворяет всем требованиям, перечисленным выше.
  • ||*page$domain=targetdomain.com не сработает, поскольку паттерн ||*page указывает на конкретные домены.
  • ||*page$domain=targetdomain.com,cookie сработает несмотря на то, что паттерн ||*page указывает на конкретные домены, поскольку правило содержит модификатор $cookie.
  • /banner\d+/$domain=targetdomain.com не сработает, поскольку правило содержит регулярное выражение.
  • page$domain=targetdomain.com|~example.org не сработает, так как домен реферера явно исключён.

Ограничения

Safari не поддерживает одновременно разрешённые и запрещённые домены, поэтому правила вида ||baddomain.com^$domain=example.org|~foo.example.org не работают в AdGuard для Safari.

Совместимость с различными версиями AdGuard

Starting with CoreLibs v1.12, the $domain modifier can be alternatively spelled as $from.

$to

$to limits the rule scope to requests made to the specified domains and their subdomains. Чтобы добавить несколько доменов в одно правило, используйте символ | в качестве разделителя.

Примеры

  • /ads$to=evil.com|evil.org blocks any request to evil.com or evil.org and their subdomains with a path matching /ads.
  • /ads$to=~not.evil.com|evil.com blocks any request to evil.com and its subdomains, with a path matching /ads, except requests to not.evil.com and its subdomains.
  • /ads$to=~good.com|~good.org blocks any request with a path matching /ads, except requests to good.com or good.org and their subdomains.

Совместимость с другими модификаторами

$denyallow can not be used together with $to. It can be expressed with inverted $to: $denyallow=a.com|b.com is equivalent to $to=~a.com|~b.com.

Совместимость с различными версиями AdGuard

$to is available starting with CoreLibs v1.12.

$third-party

Ограничение на сторонние или собственные запросы. Сторонним является запрос, отправленный с другого домена. Например, запрос к домену example.org, отправленный с домена domain.com, является сторонним.

Чтобы считаться таковым, сторонний запрос должен удовлетворять одному из следующих условий: 1) Он не должен быть отправлен с поддомена того же домена или наоборот. Например, запрос к subdomain.example.org, отправленный с домена example.org, не является сторонним. 2) Его заголовок Sec-Fetch-Site имеет значение cross-site. Если указан модификатор $third-party, то правило применяется только к сторонним запросам.

Примеры

$third-party:

  • ||domain.com^$third-party — правило применяется на всех сайтах, кроме domain.com и его поддоменов. Пример стороннего запроса: <code>http://example.org/banner.jpg.

Если указан модификатор $~third-party, то правило применяется только к запросам, которые не являются сторонними. То есть эти запросы отправлены с того же домена.

$~third-party:

  • ||domain.com$~third-party — такое правило уже будет применяться только на самом domain.com, но не на других сайтах. Пример запроса, который не является сторонним: http://domain.com/icon.ico.

AdGuard будет пытаться закрыть браузерную вкладку с любым адресом, подходящим под правило с этим модификатором. Обратите внимание, что закрыть можно не любую вкладку.

Примеры

  • ||domain.com^$popup — при попытке перехода на сайт http://domain.com с любой страницы в браузере, новая вкладка, в которой должен открыться указанный сайт, будет закрыта.

Модификатор может не работать, если всплывающая страница закеширована браузером. Также модификатор может не сработать, если для показа попапа используются нестандартные методы. В таких случаях лучше использовать расширение AdGuard Popup Blocker.

Примечание

В отличие от Браузерного расширения AdGuard, модификатор $popup крайне нестабильно работает с AdGuard для Windows, Mac и Android. В AdGuard для Safari и iOS $popup-правила просто заблокируют страницу.

$match-case

Этот модификатор определяет правило, которое применяется только к адресам с совпадением регистра символов. По умолчанию регистр символов не учитывается.

Примеры

  • */BannerAd.gif$match-case — такое правило будет блокировать http://example.com/BannerAd.gif, но не http://example.com/bannerad.gif.

$header

Модификатор $header ограничивает область действия правила запросами, ответы которых содержат заголовки, соответствующие правилу.

Синтаксис

$header "=" h_name [":" h_value]
h_value = string / regexp

где:

  • h_name (обязательно) — имя HTTP-заголовка. Сопоставляется без учёта регистра символов.
  • h_value (опционально) — выражение для сопоставления значения HTTP-заголовка, может быть одним из:
    • string — последовательность символов. Лексикографически сопоставляется со значением заголовка;
    • regexp — регулярное выражение, начинается и заканчивается символом /. Паттерн работает так же, как и в основных URL-правилах, но символы /, $ и , должны быть экранированы с помощью \.

Часть модификатора со значением заголовка (":" h_value) может быть опущена. В этом случае модификатор сопоставляет только имя заголовка.

Совместимость с различными версиями AdGuard

Правила с модификатором $header поддерживаются AdGuard для Windows, Mac и Android с CoreLibs версии 1.11 и выше.

Примеры

  • ||example.com^$header=set-cookie:foo — блокирует запрос, ответ которого содержит заголовок Set-Cookie со значением foo.
  • ||example.com^$header=set-cookie — блокирует запрос, ответ которого содержит заголовок Set-Cookie с любым значением.
  • @@||example.com^$header=set-cookie:/foo\, bar\$/ разблокирует запросы, ответы которых содержат заголовок Set-Cookie со значением foo, bar$.
  • @@||example.com^$header=set-cookie — разблокирует запрос, ответ которого содержит заголовок Set-Cookie с любым значением.

Ограничение по типу контента

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

Совместимость с различными версиями AdGuard

Существует большая разница в том, как AdGuard определяет тип контента на разных платформах. В случае Браузерного расширения AdGuard, тип контента для каждого запроса предоставляется самим браузером. В случае AdGuard для Windows, Mac и Android для определения используется следующая методика: сначала мы пытаемся определить тип запроса по заголовку запроса Sec-Fetch-Dest или по расширению имени файла. Если запрос не заблокирован на этом этапе, то тип запроса уточняется с использованием заголовка Content-Type в начале ответа, полученного от сервера.

Примеры модификаторов типа контента

  • ||example.org^$image — соответствует всем картинкам с домена example.org.
  • ||example.org^$script,stylesheet — соответствует всем скриптам и стилям с домена example.org.
  • ||example.org^$~image,~script,~stylesheet — соответствует всем запросам к домену example.org, кроме картинок, скриптов и стилей.

$document

Правило соответствует запросам основного документа страницы, т.е. HTML-документа, который загружается во вкладке браузера. Оно не подходит для iframe, для них существует модификатор $subdocument.

По умолчанию AdGuard не блокирует запросы, которые загружаются во вкладке браузера (например, «обход основного фрейма»). Идея заключается в том, чтобы не препятствовать загрузке страниц, поскольку пользователь явно указал, что он хочет, чтобы эта страница была загружена. Однако, если использовать модификатор $document, то AdGuard не будет использовать эту логику и предотвратит загрузку страницы. Другими словами, заблокирует её.

Если этот модификатор используется в правиле-исключении (@@), то оно полностью отключает блокировку на соответствующих страницах. Это равносильно одновременному использованию модификаторов $elemhide, $content, $urlblock, $jsinject и $extension.

Примеры

  • @@||example.com^$document полностью отключает фильтрацию на всех страницах сайта example.com и всех его поддоменах.

  • @@||example.com^$document,~extension полностью отключает блокировку на любых страницах сайта example.com и всех его поддоменах, кроме применения пользовательских скриптов.

  • ||example.com^$document блокирует запрос HTML-документа на example.com с помощью блокирующей страницы.

  • ||example.com^$document,redirect=noopframe перенаправляет запрос HTML-документа сайта example.com на пустой HTML-документ.

  • ||example.com^$document,removeparam=test удаляет параметр test из запроса HTML-документа к example.com.

  • ||example.com^$document,replace=/test1/test2/ заменяет test1 на test2 в запросе HTML-документа к example.com.

Совместимость с различными версиями AdGuard

Правила блокировки с модификатором $document не поддерживаются в AdGuard Content Blocker.

$image

Правило соответствует запросам к изображениям.

$stylesheet

Правило соответствует запросам к файлам CSS-стилей.

$script

Правило соответствет запросам к файлам скриптов, например, javascript или vbscript.

$object

Правило соответствует ресурсам плагинов браузера, например, Java или Flash.

$font

Правило соответствует запросам к файлам шрифтов (например, файлам с расширением .woff).

$media

Правило соответствует запросам к медиафайлам — музыке и видео, например файлам .mp4.

$subdocument

Правило соответствует запросам к встроенным страницам — HTML-теги frame и iframe.

Примеры

  • ||example.com^$subdocument блокирует запросы встроенных страниц (frame и iframe) к example.com и всем его поддоменам.
  • ||example.com^$subdocument,domain=domain.com блокирует запросы встроенных страниц (frame и iframe) к example.com и его поддоменам с domain.com и всех его поддоменов.

$ping

Правило соответствует запросам, вызванным атрибутом navigator.sendBeacon() или ping в ссылках.

Совместимость с различными версиями AdGuard

AdGuard для Windows, Mac и Android часто не может точно определить navigator.sendBeacon(). Для надёжного обнаружения используйте Браузерное расширение AdGuard.

$xmlhttprequest

Правило применяется только к ajax-запросам (запросам, отправленным через объект JavaScript XMLHttpRequest).

Совместимость с различными версиями AdGuard

AdGuard для Windows, Mac и Android часто не может точно определить этот тип модификатора и иногда определяет его как $other или $script. Для надёжного обнаружения используйте Браузерное расширение AdGuard.

$websocket

Правило применяется только к соединениям WebSocket.

Совместимость с различными версиями AdGuard

AdGuard для Safari и iOS не может корректно применять правила с модификатором websocket из-за ограничений Safari.

$other

Правило применяется к запросам, тип которых не был определён или не соответствует перечисленным выше типам.

$webrtc (устаревший)

Предупреждение об устаревании

Этот модификатор устарел и больше не поддерживается. Правила с ним не работают. Если вы хотите блокировать WebRTC, рассмотрите возможность использования скриптлета nowebrtc.

Правило применяется только к WebRTC-соединениям.

Примеры

  • ||example.com^$webrtc,domain=example.org — это правило блокирует WebRTC-соединения c example.com для example.org.
  • @@*$webrtc,domain=example.org — это правило отключает оболочку RTC для example.org.

$object-subrequest (устаревший)

Предупреждение об устаревании

Модификатор $object-subrequest устарел и больше не поддерживается. Правила с ним не работают. Правило соответствует запросам плагинов браузера (обычно это Flash).

Модификаторы правил-исключений

Правила-исключения отключают действие других базовых правил для адресов, которым они соответствуют. Они начинаются с маркера @@. Для таких правил работают все базовые модификаторы, перечисленные выше. Также добавляется несколько специальных модификаторов, которые будут описаны ниже.

Визуальное представление

Рекомендуем ознакомиться с этой статьёй, чтобы лучше понять, как должны строиться правила-исключения.

$elemhide

Отключает любые косметические правила на страницах, подходящих под правило.

Примеры

  • @@||example.com^$elemhide отменяет все косметические правила для страниц на сайте example.com и на всех его поддоменах.

$content

Отключает правила HTML-фильтрации и $replace-правила на страницах, подходящих под правило.

Примеры

  • @@|||example.com^$content отключает все правила фильтрации HTML и правила замены на страницах example.com и всех его поддоменах.

$jsinject

Запрещает добавление javascript-кода на страницу. О javascript -равилах речь пойдёт ниже.

Примеры

  • @@||example.com^$jsinject отменяет все javascript-правила для страниц на сайте example.com и на всех его поддоменах.

$urlblock

Отключает блокировку всех запросов, отправленных со страниц, подходящих под это правило.

Примеры

  • @@||example.com^$urlblock — любые запросы, отправленные со страниц сайта example.com и всех его поддоменов, не будут блокироваться.

$extension

Отключает все пользовательские скрипты на страницах, соответствующих этому правилу.

Примеры

  • @@||example.com^$extension — пользовательские скрипты не будут работать на всех страницах сайта example.com.

Совместимость с различными версиями AdGuard

Только AdGuard для Windows, Mac и Android имеют технические возможности для поддержки правил с модификатором $extension.

$stealth

Отключает модуль «Антитрекинг»‎ для всех страниц и запросов, подходящих под это правило.

Синтаксис

$stealth [= opt1 [| opt2 [| opt3 [...]]]]

Здесь opt(i) обозначают опции «Антитрекинг»‎, отключаемые правилами. Модификатор может содержать любое количество опций (см. ниже) или не содержать их вовсе. В последнем случае модификатор отключает модуль «Антитрекинг»‎ полностью.

Список доступных опций модификатора:

Примеры

  • @@||example.com^$stealth полностью отключает модуль «Антитрекинг» для запросов к example.com и поддоменам, кроме блокировки куки и скрытия параметров отслеживания (см.ниже).
  • @@||domain.com^$script,stealth,domain=example.com отключает модуль «Антитрекинг» только для script-запросов к domain.com (и поддоменам) на example.com и всех его поддоменах.
  • @@||example.com^$stealth=3p-cookie|dpi отключает блокировку сторонних куки-файлов и меры защиты от DPI для запросов к example.com.

Примечание

Блокировка куки и скрытие параметров отслеживания достигается использованием правил с модификаторами ``$cookie и $removeparam. Правила-исключения только с модификатором $stealth не дадут желаемого результата. Если вы хотите полностью отключить все функции «Антитрекинга» для определённого домена, вам надо включить в правило все три модификатора: @@||example.org^$stealth,removeparam,cookie

Совместимость с различными версиями AdGuard

  • «Антитрекинг» доступен в AdGuard для Windows, Mac и Android и в Браузерном расширении AdGuard для Chrome, Firefox, Edge. Все остальные продукты будут игнорировать правила с модификатором $stealth.
  • Модификатор $stealth со специальными опциями поддерживается в AdGuard для Windows, Mac и Android с CoreLibs версии 1.10 или выше.

specifichide

Отключает все specific-правила скрытия элементов и CSS-правила, но не отключает general-правила. Имеет эффект, противоположный $generichide.

Примеры

  • @@||example.org^$specifichide отключает example.org##.banner, но не ##.banner.

Примечание

Все косметические правила, а не только specific, можно отключить модификатором $elemhide.

Совместимость с различными версиями AdGuard

Правила с модификатором $specifichide поддерживаются в AdGuard для Windows, Mac и Android и Браузерном расширении AdGuard для Chrome, Firefox, Edge.

Generic-правила

Перед тем, как перейти к описанию следующих модификаторов, необходимо ввести определение «generic-правил». Правило относится к generic-правилам, если его действие не ограничено конкретными доменами. Также поддерживается wildcard-символ *.

Например, это generic-правила:

###banner
*###banner
#@#.adsblock
*#@#.adsblock
~domain.com###banner
||domain.com^
||domain.com^$domain=~example.com

А это уже не generic-правила:

domain.com###banner
||domain.com^$domain=example.com
$generichide

Отключает все косметические правила generic на страницах, соответствующих правилу-исключению.

Примеры

  • @@||example.com^generichide отключает косметические правила generic на страницах сайта example.com и всех его поддоменах.
$genericblock

Отключает все базовые правила generic на страницах, подходящих под правило-исключение.

Примеры

  • @@||example.com^$genericblock отключает базовые правила generic на любых страницах example.com и всех поддоменах.

Расширенные возможности

Модификаторы, описанные в этом разделе, полностью меняют поведение базовых правил.

$important

Модификатор $important, применённый к правилу, повышает его приоритет относительно любого другого правила без модификатора $important. Даже относительно базовых правил-исключений.

Примеры

! блокирующее правило заблокирует все запросы, несмотря на правило-исключение
||example.org^$important
@@||example.org^
! если правило-исключение тоже содержит модификатор `$important`, его приоритет будет выше, и запросы не будут заблокированы
||example.org^$important
@@||example.org^$important
! если применяется правило-исключение на уровне документа, модификатор `$important` будет проигнорирован;
! поэтому, если запрос к `example.org` отправлен с домена `test.org`, блокирующее правило не будет применено, несмотря на наличие модификатора `$important`
||example.org^$important
@@||test.org^$document

$badfilter

Правила, содержащие модификатор $badfilter, отключают другие базовые правила, на которые они ссылаются. Это означает, что текст отключённого правила должен соответствовать тексту $badfilter-правила (за исключением самого модификатора $badfilter).

Примеры

  • ||example.com$badfilter отключает ||example.com
  • ||example.com$image,badfilter отключает ||example.com$image
  • @@||example.com$badfilter отключает @@||example.com
  • ||example.com$domain=domain.com,badfilter отключает ||example.com$domain=domain.com

Правила с модификатором $badfilter могут отключать другие базовые правила для определённых доменов, если они соответствуют следующим условиям:

  1. В правиле есть модификатор $domain.
  2. Правило не имеет отрицания домена ~ в значении модификатора $domain.

В этом случае, правило с $badfilter отключит соответствующее базовое правило для доменов, указанных как в правиле с $badfilter, так и в базовом правиле. Обратите внимание, что логика wildcard для доменов верхнего уровня (TLD) здесь также применима.

Примеры

  • /some$domain=example.com|example.org|example.io отключено для example.com правилом /some$domain=example.com,badfilter
  • /some$domain=example.com|example.org|example.io отключено для example.com и example.org правилом /some$domain=example.com|example.org,badfilter
  • /some$domain=example.com|example.org и /some$domain=example.io полностью отключены правилом /some$domain=example.com|example.org|example.io,badfilter
  • /some$domain=example.com|example.org|example.io полностью отключено правилом /some$domain=example.*,badfilter
  • /some$domain=example.* отключено для example.com и example.org правилом /some$domain=example.com|example.org,badfilter
  • /some$domain=example.com|example.org|example.io НЕ отключено для example.com правилом /some$domain=example.com|~example.org,badfilter, поскольку значение модификатора $domain содержит отрицание домена

Совместимость с различными версиями AdGuard

Правила с модификатором $badfilter не поддерживаются в AdGuard Content Blocker.

$replace

Этот модификатор полностью меняет поведение страницы. Когда он применяется, правило не блокирует запрос. Вместо этого ответ будет модифицирован.

Вам потребуется знание регулярных выражений, чтобы использовать модификатор $replace.

Функции

  • Правила $replace применяются к любому текстовому ответу, но не будут применяться к binary (media, image, object и т. д.).
  • Правила $replace не применяются, если размер исходного ответа превышает 3 МБ.
  • Правила $replace обладают более высоким приоритетом, чем другие базовые правила (включая правила-исключения). Так что, если запрос соответствует двум различным правилам, одно из которых имеет модификатор $replace, применится именно это правило.
  • Правила-исключения уровня document с модификаторами $content или $document отменяют срабатывание правил $replace, даже если запрос им соответствует.
  • Прочие правила-исключения уровня document (модификаторы $generichide, $elemhide или $jsinject) применяются вместе с правилами $replace. Это означает, что вы можете изменять содержимое страницы при помощи правила $replace и одновременно отменять косметические правила.

Значение $replace может быть пустым в случае правил-исключений. Более подробную информацию вы найдёте в разделе с примерами.

Несколько правил, соответствующих одному запросу

В случае, когда несколько правил $replace соответствуют одному запросу, мы применим каждое из них. Правила будут применяться в алфавитном порядке.

Синтаксис

В целом синтаксис $replace аналогичен замене регулярными выражениями в Perl.

replace = "/" regexp "/" replacement "/" modifiers
  • regexp — регулярное выражение.
  • replacement — строка, которая будет использована для замены строки в соответствии с regexp.
  • modifiers — флаги регулярных выражений. Например, i — поиск без учёта регистра, или s — режим одной строки.

В значении $replace необходимо экранировать два символа: запятую , и знак доллара $. Используйте для этого обратный слеш \. Например, экранированная запятая будет выглядеть так: \,.

Примеры

||example.org^$replace=/(<VAST[\s\S]*?>)[\s\S]*<\/VAST>/\$1<\/VAST>/i

У этого правила три части:

  • Регулярное выражение(<VAST(.|\s)*?>)(.|\s)*<\/VAST>;
  • Замена\$1<\/VAST> где $ экранируется;
  • Флаги регулярного выраженияi для поиска без учёта регистра.

Здесь вы можете увидеть, как работает это правило: http://regexr.com/3cesk

Правила $replace

  1. ||example.org^$replace=/X/Y/
  2. ||example.org^$replace=/Z/Y/
  3. @@||example.org/page/*$replace=/Z/Y/
  • Правила 1 и 2 будут применены ко всем запросам, отправленным к example.org.
  • Правило 2 отключено для запросов, соответствующих ||example.org/page/, но правило 1 при этом всё равно работает!

Отключение правил $replace

  • @@||example.org^$replace отключит все правила $replace, соответствующие ||example.org^.
  • @@||example.org^$document или @@||example.org^$content отключит все правила $replace, исходящие со страниц домена example.org, включая саму эту страницу.

Совместимость с различными версиями AdGuard

Правила с модификатором $replace поддерживаются в AdGuard для Windows, Mac, Android и Браузерном расширении AdGuard для Firefox. Такие правила не работают в расширениях для других браузеров, потому что они не могут модифицировать содержимое страниц на сетевом уровне.

Ограничения

Правила с модификатором $replace могут быть использованы только в доверенных фильтрах.

$csp

Этот модификатор полностью меняет поведение правила. Когда он применяется, правило не блокирует запрос. Вместо этого будут изменены заголовки ответа.

Чтобы использовать правила этого типа, необходимо базовое понимание слоя безопасности Политики Безопасности Контента.

Для запросов, подходящих под $csp-правило, мы усилим политику безопасности ответа, добавив дополнительную политику, равнозначную содержимому модификатора $csp. Правила $csp применяются независимо от правил любого другого типа. Прочие базовые правила никак на них не влияют, кроме правил исключений уровня document (см. примеры ниже).

Несколько правил, соответствующих одному запросу

В случае, когда несколько правил $csp соответствуют одному запросу, мы применим каждое из них.

Синтаксис

Синтаксис значений $csp похож на синтаксис заголовков Политики Безопасности Контента.

Значение $csp может быть пустым в случае правил-исключений. См. примеры ниже.

Ограничения

  1. Некоторые символы запрещены в значении $csp: ,, $.
  2. $csp-правила поддерживают ограниченный список модификаторов: $domain, $important, $subdocument.
  3. Правила с директивами report-* считаются некорректными.

Примеры

  • ||example.org^$csp=frame-src 'none' запрещает все фреймы на example.org и его поддоменах.
  • @@||example.org/page/*$csp=frame-src 'none' отключает все правила с модификатором $csp, в точности соответствующим frame-src 'none' на всех страницах, подходящих под паттерн правила. Например, правило выше.
  • @@||example.org/page/*$csp отключает все $csp-правила на всех страницах, подходящих под паттерн правила.
  • ||example.org^$csp=script-src 'self' 'unsafe-eval' http: https: отключает инлайн-скрипты на всех страницах, подходящих под паттерн правила.
  • @@||example.org^$document или @@||example.org^$urlblock отключает все $csp-правила на всех страницах, подходящих под паттерн правила.

Совместимость с различными версиями AdGuard

Правила с модификатором $csp не поддерживаются в AdGuard Content Blocker, AdGuard для iOS и для Safari.

$permissions

Этот модификатор полностью меняет поведение страницы. Когда он применяется, правило не блокирует запрос. Вместо этого будут изменены заголовки ответа.

Чтобы использовать правила этого типа, необходимо базовое понимание слоя безопасности Feature Policy.

Для запросов, соответствующих правилу $permissions, AdGuard усиливает «политику функций» ответа, добавляя дополнительную политику, равную содержимому модификатора $permissions. Правила $permissions применяются независимо от правил любого другого типа. Прочие базовые правила никак на них не влияют, кроме правил исключений уровня document (см. примеры).

Несколько правил, соответствующих одному запросу.

В случае, когда несколько правил $permissions соответствуют одному запросу, AdGuard применит каждое из них.

Синтаксис

Синтаксис значения $permissions аналогичен синтаксису заголовка Permissions Policy (или Feature Policy). Список доступных директив доступен здесь.

Значение $permissions может быть пустым в случае правил-исключений — смотрите примеры ниже.

Ограничения

  1. В $permissions запрещены два символа: , и $;
  2. $permissions-правила совместимы с ограниченным списком модификаторов: $domain, $important и $subdocument.

Примеры

  • ||example.org^$permissions=sync-xhr 'none' запрещает синхронные XMLHttpRequest запросы на example.org.
  • @@||example.org/page/*$permissions=sync-xhr 'none' отключает все правила с модификатором $permissions, в точности соответствующим sync-xhr 'none' на всех страницах, подходящих под паттерн правила. Например, правило выше.
  • @@||example.org/page/*$permissions отключает все $permissions-правила на всех страницах, подходящих под паттерн правила.
  • $domain=example.org|example.com,permission=oversized-images 'none'; sync-script 'none'; unsized-media 'none'; запрещает использование изображений большого размера, синхронных сценариев и медиа-функций нестандартного размера на сайтах example.org и example.com.
  • @@||example.org^$document или @@||example.org^$urlblock отключает все $permission-правила на всех страницах, подходящих под паттерн правила.

Совместимость с различными версиями AdGuard

Правила с модификатором $permissions поддерживаются в AdGuard для Windows, Mac и Android с CoreLibs версии 1.11 или выше.

$all

Модификатор $all состоит из модификаторов $document, $popup, $csp. Например, правило ||example.org^$all конвертируется в такой набор правил:

||example.org^$document,popup
||example.org^$csp=script-src 'self' 'unsafe-eval' http: https: data: blob: mediastream: filesystem:
||example.org^$csp=font-src 'self' 'unsafe-eval' http: https: data: blob: mediastream: filesystem:
||example.org^

$inline-script

Модификатор $inline-script — это своего рода сокращение для модификатора $csp с определённым значением. Например, правило ||example.org^$inline-script конвертируется в такое правило:

||example.org^$csp=script-src 'self' 'unsafe-eval' http: https: data: blob: mediastream: filesystem:

$inline-font

Модификатор $inline-font — это своего рода сокращение для модификатора $csp с определённым значением. Например, правило ||example.org^$inline-font конвертируется в такое правило:

||example.org^$csp=font-src 'self' 'unsafe-eval' http: https: data: blob: mediastream: filesystem:

Модификатор $cookie полностью меняет поведение правила. Вместо того, чтобы блокировать запрос, этот модификатор позволяет нам блокировать или изменять заголовки Cookie или Set-Cookie.

Несколько правил, соответствующих одному запросу

В случае, когда несколько правил $cookie соответствуют одному запросу, мы применим каждое из них по очереди.

Синтаксис

$cookie [= name[; maxAge = seconds [; sameSite = strategy ]]]

где:

  • name — опционально, строка или регулярное выражение для сопоставления с именем куки.
  • seconds — количество секунд, на которое сместится истечение срока действия куки.
  • strategy — строка для стратегии Same-Site для использования куки.

Например

||example.org^$cookie=NAME;maxAge=3600;sameSite=lax

каждый раз, когда AdGuard встречает куки с именем NAME в запросе к example.org, он будет делать следующее:

  • Установит дату истечения срока хранения на текущее время плюс 3600 секунд
  • Позволяет куки использовать стратегию Same-Site.

Экранирование специальных символов

Если для сопоставления используется регулярное выражение name, необходимо экранировать два символа: запятую , и знак доллара $. Используйте для этого обратный слеш \. Например, экранированная запятая будет выглядеть так: \,.

Примеры

  • ||example.org^$cookie блокирует все куки, установленные example.org; это эквивалентно установке maxAge=0
  • $cookie=__cfduid блокирует куки CloudFlare везде
  • $cookie=/__utm[a-z]/ блокирует куки Google Analytics везде
  • ||facebook.com^$third-party,cookie=c_user не позволяет Facebook отслеживать вас, даже если вы вошли в систему

На правила $cookie не влияют обычные правила исключения (@@), только если это не исключение $document. Чтобы отключить правило $cookie, у правила-исключения также должен быть модификатор $cookie. Как это работает:

  • @@||example.org^$cookie разблокирует все куки-файлы, установленные example.org
  • @@||example.org^$cookie=concept разблокирует один куки-файл с именем concept
  • @@||example.org^$cookie=/^_ga_/ разблокирует все куки, соответствующие регулярному выражению

Ограничения

Правила $cookie поддерживают ограниченный список модификаторов: $domain, $~domain, $important, $third-party, $~third-party.

Совместимость с различными версиями AdGuard

Правила с модификатором $cookie не поддерживаются в AdGuard Content Blocker, AdGuard для iOS и для Safari.

$network

По сути, это правила типа Firewall, позволяющие полностью блокировать или разблокировать доступ к указанному удалённому адресу.

  1. Правила $network соответствуют только IP-адресам! Вы не можете использовать их, чтобы блокировать или разблокировать доступ к домену.
  2. Чтобы сопоставить адрес IPv6, вы должны использовать сжатый синтаксис, например, использовать [2001:4860:4860::8888]$network вместо [2001:4860:4860:0:0:0:0:8888]$network.
  3. Правило белого списка $network заставляет AdGuard обходить данные до соответствующей конечной точки, т. е. никакой дальнейшей фильтрации не будет.
  4. Если часть IP начинается и заканчивается символом /, она рассматривается как регулярное выражение.

Рекомендуем ознакомиться с этой статьёй для лучшего понимания регулярных выражений.

Примеры

  • 174.129.166.49:3478^$network блокирует доступ к 174.129.166.49:3478 (но не к 174.129.166.49:34788).
  • [2001:4860:4860::8888]:443^$network блокирует доступ к [2001:4860:4860::8888]:443.
  • 174.129.166.49$network блокирует доступ к 174.129.166.49:*.
  • @@174.129.166.49$network заставляет AdGuard направлять трафик в конечную точку. Никакие другие правила применяться не будут.
  • /.+:3[0-9]{4}/$network блокирует доступ к диапазанону портов 30000–39999.
  • /8.8.8.(:?8|4)/$network блокирует доступ к 8.8.8.8 и к 8.8.8.4.

Совместимость с различными версиями AdGuard

Только AdGuard для Windows, Mac и Android имеют технические возможности для поддержки правил с модификатором $network.

$app

Этот модификатор ограничивает действие правила до конкретного приложения (или списка приложений). Это не так важно на Windows или Mac, как на мобильных устройствах, где для корректной работы некоторые правила должны быть специфичны для конкретных приложений.

  • Android — используйте имя пакета приложения, например, org.example.app.
  • Windows — используйте имя процесса, например, chrome.exe.
  • Mac — используйте bundle ID или имя процесса, например, com.google.Chrome.

На Mac вы можете найти bundle ID или имя процесса интересующего вас приложения в деталях соответствующих запросов в Журнале фильтрации.

Примеры

  • ||baddomain.com^$app=org.example.app — правило для блокирования запросов, подходящих под заданную маску и посылаемых Android-приложением org.example.app.
  • ||baddomain.com^$app=org.example.app1|org.example.app2 — аналогичное правило, но оно работает как для приложения org.example.app1, так и для org.example.app2.

Если вы хотите, чтобы правило не применялось к определённым приложениям, предваряйте название приложения знаком ~.

  • ||baddomain.com^$app=org.example.app — правило для блокирования запросов, подходящих под заданную маску и посылаемых любым приложением, кроме org.example.app.
  • ||baddomain.com^$app=~org.example.app1|~org.example.app2 — аналогично, но в исключениях два приложения: org.example.app1 и org.example.app2.

Совместимость с различными версиями AdGuard

Только AdGuard для Windows, Mac и Android имеют технические возможности для поддержки правил с модификатором $app.

$redirect

AdGuard способен перенаправлять веб-запросы на локальный «ресурс».

Синтаксис

AdGuard использует тот же синтаксис правил фильтрации, что и uBlock Origin. Также он совместим с модификатором ABP $rewrite=abp-resource.

$redirect — это модификатор для базовых правил фильтрации, поэтому правила с этим модификатором поддерживают остальные базовые модификаторы, такие как $domain, $third-party, $script и т. д.

Значение модификатора $redirect должно быть именем ресурса, который будет использован для переадресации.

Приоритет правил $redirect выше, чем у обычных базовых правил блокировки. Это означает, что, если есть базовое правило (даже с модификатором $important), $redirect будет иметь над ним преимущество. Если есть белый список (@@) с совпадающим URL, он также заблокирует переадресацию (только если правило $redirect также не отмечено как $important).

Отключение правил $redirect
  • ||example.org/script.js$script,redirect=noopjs — это правило перенаправляет все запросы к example.org/script.js на ресурс с именем noopjs.
  • ||example.org/test.mp4$media,redirect=noopmp4-1s — это правило перенаправляет все запросы к example.org/script.js на ресурс с именем noopmp4-1s.
  • @@||example.org^$redirect отключит все правила $redirect для URL-адресов, соответствующих ||example.org^.
  • @@||example.org^$redirect=nooptext отключит все правила с $redirect=nooptext для любого запроса, который соответствует ||example.org^.

Больше информации о редиректах и их использовании доступно на GitHub.

Совместимость с различными версиями AdGuard

Правила с модификатором $redirect не поддерживаются в AdGuard Content Blocker, AdGuard для iOS и для Safari.

Правило $redirect

По сути это другое имя $redirect, поскольку он имеет те же значения «перенаправления» и почти аналогичную логику. Разница в том, что правило $redirect применяется только в том случае, если целевой запрос заблокирован другим базовым правилом.

Отключение $redirect-rule работает точно так же, как для обычных правил $redirect. Даже более того, @@||example.org^$redirect будет отключать как правило $redirect, так и $redirect-rule.

Примеры

||example.org/script.js
||example.org^$redirect-rule=noopjs

В этом случае только запросы к example.org/script.js будут перенаправлены на noopjs. Все остальные запросы к example.org останутся без изменений.

Совместимость с различными версиями AdGuard

Правила с модификатором $redirect-rule не поддерживается в AdGuard Content Blocker, AdGuard для iOS и для Safari.

$denyallow

Модификатор $denyallow позволяет избежать создания дополнительных правил, когда требуется отключить то или иное правило для определённых доменов. Модификатор $denyallow соответствует только целевым доменам, но не доменам реферера.

Добавление этого модификатора в правило равносильно исключению доменов при помощи паттерна правила либо при помощи добавления дополнительных правил-исключений. Чтобы добавить несколько доменов в одно правило, используйте символ | в качестве разделителя.

Ограничения

  • Паттерн правила не может указывать на конкретные домены, например, не может начинаться с ||.
  • Домены в значении модификатора не могут иметь отрицание (например, $denyallow=~x.com) или wildcard домена верхнего уровня $denyallow=x.*.

Правила, нарушающие эти ограничения, считаются недействительными.

Примеры

Это правило:

*$script,domain=a.com|b.com,denyallow=x.com|y.com

эквивалентно этому правилу:

/^(?!.*(x.com|y.com)).*$/$script,domain=a.com|b.com

или в комбинацию этих трёх:

*$script,domain=a.com|b.com
@@||x.com$script,domain=a.com|b.com
@@||y.com$script,domain=a.com|b.com

Совместимость с различными версиями AdGuard

Правила с модификатором $denyallow не поддерживаются в AdGuard Content Blocker.

$removeparam

Модификатор $removeparam — это полный аналог модификатора $queryprune. Поскольку модификатор $queryprune считается устаревшим, мы рекомендуем везде использовать только модификатор $removeparam.

Правила с модификатором $removeparam предназначены для того, чтобы убирать параметры запроса из URL-запросов. Такие правила применяются только к запросам типов GET, HEAD, OPTIONS и иногда к POST.

Правила с модификатором $removeparam, не содержащие модификаторов типа контента, будут соответствовать только тем запросам, которые имеют тип контента document.

Синтаксис

Базовый синтаксис

  • $removeparam=param убирает параметр запроса с именем param из URL любого запроса. Например, запрос к http://example.com/page?param=1&&another=2 будет преобразован в http://example.com/page?another=2.

Базовый синтаксис $removeparam поддерживается начиная с версии 1.7 CoreLibs и версии 3.6 Браузерного расширения AdGuard.

Регулярные выражения

Вы также можете использовать регулярные выражения для соответствия параметрам запроса и/или их значениям:

  • $removeparam=/regexp/[options] убирает из URL-адреса любого запроса все параметры, соответствующие заданному регулярному выражению regexp. В отличие от базового синтаксиса, это означает «‎убрать параметры запроса, нормализованные к строке name=value, которая соответствует регулярному выражению». [options] — это список опций регулярного выражения. На данный момент единственная поддерживаемая опция — это i, делающая соответствие нечувствительным к регистру.

Синтаксис $removeparam для регулярных выражений будет доступен начиная с версии 1.8 CoreLibs и версии 4.0. Браузерного расширения AdGuard. А пока используйте упрощённый вариант: $removeparam=param.

Экранирование специальных символов

Не забывайте экранировать специальные символы, такие как ,, / и $ в регулярных выражениях. Используйте для этого символ \. Например, экранированная запятая должна выглядеть так: \,.

Примечание

Правила с регулярными выражениями смотрят как на имя, так и на значение параметра. Чтобы минимизировать риск ошибки, рекомендуем начинать регулярное выражение с /^, если только вы не хотите специально работать с значениями параметров.

Мы будем стараться обнаруживать и игнорировать неэкранированные символы $ автоматически, используя следующее правило большого пальца: Это не является разделителем опций, если: 1. Оно выглядит как $/; 2. Существует другой символ слеша / слева от него; 3. Существует другой неэкранированный символ $ слева от этого символа слеша.

Убрать все параметры запроса

Укажите «‎голый» $removeparam, чтобы убрать все параметры запроса:

  • ||example.org^$removeparam убирает все параметры запроса из URL, соответствующего ||example.org^.

Инверсия

Используйте ~, чтобы применить инверсию:

  • $removeparam=~param убирает все параметры запроса с именем, отличным от param.
  • $removeparam=~/regexp/ убирает все параметры запроса, которые не соответствуют заданному регулярному выражению regexp.

Отмена $removeparam

Этот тип правил работает практически так же, как и в случае с модификаторами $csp и $redirect.

Используйте @@, чтобы отменить $removeparam:

  • @@||example.org^$removeparam отменяет все правила $removeparam для URL, соответствующих ||example.org^.
  • @@||example.org^$removeparam=param отменяет правило с $removeparam=param для любого запроса, соответствующего ||example.org^.
  • @@||example.org^$removeparam=/regexp/ отменяет правило с $removeparam=/regexp/ для любого запроса, соответствующего ||example.org^.

Несколько правил, соответствующих одному запросу

В случае, когда несколько правил с $removeparam соответствуют одному запросу, они все будут применены по очереди.

Примеры

$removeparam=/^(utm_source|utm_medium|utm_term)=/
$removeparam=/^(utm_content|utm_campaign|utm_referrer)=/
@@||example.com^$removeparam

С этими правилами некоторые UTM-параметры будут удалены из любого запроса, но в запросах к example.com не будут удаляться совсем. Например: http://google.com/page?utm_source=s&utm_referrer=fb.com&utm_content=img будет преобразован в http://google.com/page, но http://example.com/page?utm_source=s&utm_referrer=fb.com&utm_content=img вообще не будет затронут этим правилом блокировки.

  • $removeparam=utm_source убирает параметр utm_source из всех запросов.

  • $removeparam=/utm_.*/ убирает все параметры utm_* query из URL любого запроса, например, запрос http://example.com/page?utm_source=test будет трансформирован в http://example.com/page.

  • $removeparam=/^utm_source=campaign$/ убирает параметр utm_source со значением campaign. Не затрагивает другие параметры utm_source.

Отмена одного правила $removeparam и замена его другим

$removeparam=/^(gclid|yclid|fbclid)=/
@@||example.com^$removeparam=/^(gclid|yclid|fbclid)=/
||example.com^$removeparam=/^(yclid|fbclid)=/

При помощи этих правил из всех запросов убираются Click ID от Google, Yandex, и Facebook. Есть одно исключение: Google Click ID (gclid) не будет удалён из запросов к example.com.

Отмена $removeparam для всех параметров

$removeparam=/^(utm_source|utm_medium|utm_term)=/
$removeparam=/^(utm_content|utm_campaign|utm_referrer)=/
@@||example.com^$removeparam

С этими правилами некоторые UTM-параметры будут удалены из любого запроса, но в запросах к example.org не будут удаляться совсем.

Совместимость с другими модификаторами

Правила с $removeparam совместимы с базовыми модификаторами, модификаторами с ограничением по типу контента, а также с модификаторами $important и $app. Правила, содержащие другие модификаторы, считаются некорректными и не будут применены.

Примечание

Правила $removeparam также можно отключить с помощью правил-исключений $document и $urlblock. Но базовые правила исключений без модификаторов не могут этого сделать. Например, @@||example.com^ не отключит $removeparam=p для запросов к example.com, а вот @@||example.com^$urlblock — отключит.

Совместимость с разными версиями AdGuard
  • Правила с модификатором $removeparam поддерживаются в AdGuard для Windows, Mac, Android, а также Браузерными расширениями AdGuard для Chrome, Firefox и Edge.

  • Типы запросов POST поддерживаются только в AdGuard для Windows, Mac и Android с CoreLibs версии 1.10 или выше.

Ограничения

Правила с модификатором $removeparam могут быть использованы только в доверенных фильтрах.

$removeheader

Правила с модификатором $removeheader предназначены для того, чтобы убирать заголовки HTTP-запросов и ответов. Изначальная мотивация для создания этого типа правил заключалась в том, чтобы иметь возможность избавиться от заголовка Refresh, который часто используется для перенаправления пользователей на нежелательную страницу. Однако применение данного модификатора не ограничивается этим случаем.

Как и в случае с $csp, $redirect, $removeparam и $cookie, этот модификатор существует независимо, правила с ним не зависят от обычных базовых правил, то есть регулярные выражения или блокирующие правила никак на них не повлияют. По умолчанию они работают только применительно к заголовкам ответов. Но вы также можете изменить его, чтобы удалить заголовки из HTTP-запросов.

Синтаксис

Базовый синтаксис

  • ||example.org^$removeheader=header-name убирает заголовок ответа с названием header-name
  • ||example.org^$removeheader=request:header-name убирает заголовок запроса с названием header-name

$removeheader нечувствителен к регистру, но мы настоятельно рекомендуем всегда использовать нижний регистр.

Отрицание $removeheader

Этот тип правил работает почти так же, как и с модификаторами $csp и $redirect.

Используйте @@, чтобы отменить $removeheader:

  • @@||example.org^$removeheader отменяет все правила $removeheader для URL-адресов, соответствующих ||example.org^.
  • @@||example.org^$removeheader=header отменяет все правила с $removeheader=header для любого запроса, соответствующего ||example.org^.

Правила с $removeheader также можно отключить, используя правила-исключения $document и $urlblock. Но базовые правила-исключения без модификаторов не смогут этого сделать. Например, @@||example.com^ не отключит $removeheader=p для запросов к example.com, а @@||example.com^$urlblock отключит.

Несколько правил, соответствующих одному запросу

В случае, когда несколько правил с $removeheader соответствуют одному запросу, мы будем применять их все по очереди.

Ограничения

  1. Этот тип правил может быть использован только в доверенных фильтрах.

  2. Чтобы избежать потенциальных проблем с безопасностью, $removeheader не может убрать заголовки из списка ниже:

    • access-control-allow-origin
    • access-control-allow-credentials
    • access-control-allow-headers
    • access-control-allow-methods
    • access-control-expose-headers
    • access-control-max-age
    • access-control-request-headers
    • access-control-request-method
    • origin
    • timing-allow-origin
    • allow
    • cross-origin-embedder-policy
    • cross-origin-opener-policy
    • cross-origin-resource-policy
    • content-security-policy
    • content-security-policy-report-only
    • expect-ct
    • feature-policy
    • origin-isolation
    • strict-transport-security
    • upgrade-insecure-requests
    • x-content-type-options
    • x-download-options
    • x-frame-options
    • x-permitted-cross-domain-policies
    • x-powered-by
    • x-xss-protection
    • public-key-pins
    • public-key-pins-report-only
    • sec-websocket-key
    • sec-websocket-extensions
    • sec-websocket-accept
    • sec-websocket-protocol
    • sec-websocket-version
    • p3p
    • sec-fetch-mode
    • sec-fetch-dest
    • sec-fetch-site
    • sec-fetch-user
    • referrer-policy
    • content-type
    • content-length
    • accept
    • accept-encoding
    • host
    • connection
    • transfer-encoding
    • upgrade
  3. Правила с $removeheader несовместимы с любыми другими модификаторами, кроме $domain, $third-party, $app, $important, $match-case, а также модификаторами типа content, например, $script, $stylesheet и т. д. Правила, содержащие другие модификаторы, считаются некорректными и не будут применены.

Примеры

  • ||example.org^$removeheader=refresh убирает заголовок Refresh из всех HTTP-ответов, возвращённых example.org и его поддоменами.
  • ||example.org^$removeheader=request:x-client-data убирает заголовок X-Client-Data из всех HTTP-запросов.
  • Данный блок правил убирает заголовки Refresh и Location из всех HTTP-ответов, возвращённых example.org, кроме запросов к example.org/path/*, для которого заголовки не будут убраны:
    ||example.org^$removeheader=refresh
    ||example.org^$removeheader=location
    @@||example.org/path/$removeheader

Совместимость с различными версиями AdGuard

Правила с модификатором $removeheader поддерживаются в AdGuard для Windows, Mac, Android и Браузерном расширении AdGuard для Chrome, Firefox и Edge.

$hls

Правила $hls модифицируют ответ на соответствующий правилу запрос. Они предназначены для удаления сегментов из HLS-плейлистов (RFC 8216).

Примечание

Слово «сегмент» в окументации означает Media Segment или playlist (как часть Master Playlist): с точки зрения правил $hls, Master Playlist и Media Playlist неразличимы.

Синтаксис

  • ||example.org^$hls=urlpattern удаляет сегменты, URL которых соответствует паттерну urlpattern. Паттерн работает так же, как в базовых URL-правилах, однако символы /, $ и , в составе urlpattern необходимо экранировать с помощью \.
  • ||example.org^$hls=/regexp/options удаляет сегменты, в которых URL-адрес или один из тегов (для определённых параметров, если они есть) соответствуют регулярному выражению regexp. Доступные значения options:
    • t — вместо URL-адреса сегмента проверять каждый тег сегмента на соответствие регулярному выражению. Сегмент с соответствующим тегом будет удалён;
    • i — сделать регулярное выражение нечувствительным к регистру символов.

Символы /, $ и , должны быть экранированы с помощью \ внутри regexp.

Исключения

Базовые URL правила-исключения не отключают правила с модификатором $hls. Отключить их можно следующим образом:

  • @@||example.org^$hls отключает все правила $hls для ответов от URL-адресов, соответствующих ||example.org^ URL.
  • @@||example.org^$hls=text отключает все правила $hls, у которых значение модификатора $hls равно text, для ответов с URL-адресов, соответствующих ||example.org^ URL.

$hls также можно отключить с помощью правил-исключений с модификаторами $document, $content и $urlblock.

Ограничения

  • Правила $hls разрешены только в доверенных фильтрах.
  • Правила $hls несовместимы с любыми другими модификаторами, кроме $domain, $third-party, $app, $important, $match-case и $xmlhttprequest.
  • Правила $hls применимы только к HLS-плейлистам, т. е. к тексту в кодировке UTF-8, начинающемуся со строки #EXTM3U. Никакие другие ответы не будут модифицированы этими правилами.
  • Правила $hls не будут применены к ответам размером больше 3 МБ.

Примечание

Если несколько правил $hls соответствуют одному и тому же запросу, их эффект суммируется.

Примеры

  • ||example.org^$hls=\/videoplayback^?*&source=dclk_video_ads удаляет все сегменты с соответствующим URL.
  • ||example.org^$hls=/\/videoplayback\/?\?.*\&source=dclk_video_ads/i делает почти то же самое, но с помощью регулярного выражения вместо URL-паттерна.
  • ||example.org^$hls=/#UPLYNK-SEGMENT:.*\,ad/t удаляет все сегменты с соответствующим тегом.

О формате HLS-плейлистов

Из спецификации следует:

  1. HLS-плейлист — это набор текстовых строк.
  2. Строка может быть пустой, быть комментарием (начинается с #), тегом (начинается с # и имени тега) или URL.
  3. URL-строка называется сегментом.
  4. Тег может относиться к одному сегменту, т.е. к первой URL-строке, следующей после данного тега, ко всем последующим сегментами (пока не встретится тег с тем же именем) или ко всему плейлисту.

Замечания, касающиеся правил $hls:

  1. Когда какой-либо сегмент удаляется, все теги, относящиеся только к этому сегменту, тоже удаляются.
  2. Теги, относящиеся к нескольким сегментам, удаляются, если все эти сегменты были удалены.
  3. Поскольку различные типы тегов невозможно распознать по синтаксису, мы распознаем все теги, указанные в RFC, плюс некоторые нестандартные теги, которые встречались нам в полевых условиях. Любые строки, начинающиеся с # и не распознанные как тег, пропускаются без модификации и не сопоставляются с правилами.
  4. Мы не сопоставляем теги, которые относятся ко всему плейлисту, и правила $hls не могут быть использованы для их удаления, поскольку правила $hls предназначены для удаления сегментов. Если вы знаете, что делаете, вы можете использовать правила $replace для удаления или перезаписи только одного тега из плейлиста.

Пример работы правил:

Исходный ответ
#EXTM3U
#EXT-X-TARGETDURATION:10
#EXTINF,5
preroll.ts
#UPLYNK-SEGMENT:abc123,ad
#UPLYNK-KEY:aabb1122
#EXT-X-DISCONTINUITY
#EXTINF,10
01.ts
#EXTINF,10
02.ts
#UPLYNK-SEGMENT:abc123,segment
#UPLYNK-KEY:ccdd2233
#EXT-X-DISCONTINUITY
#EXTINF,10
01.ts
#EXTINF,10
02.ts
#EXT-X-ENDLIST
Применённые правила
||example.org^$hls=preroll
||example.org^$hls=/#UPLYNK-SEGMENT:.*\,ad/t
Модифицированный ответ
#EXTM3U
#EXT-X-TARGETDURATION:10
#UPLYNK-SEGMENT:abc123,segment
#UPLYNK-KEY:ccdd2233
#EXT-X-DISCONTINUITY
#EXTINF,10
01.ts
#EXTINF,10
02.ts
#EXT-X-ENDLIST

Совместимость с различными версиями AdGuard

Правила с модификатором $hls поддерживаются в AdGuard для Windows, Mac и Android с CoreLibs версии 1.10 или выше.

$jsonprune

Правила $jsonprune модифицируют ответ на соответствующий запрос, удаляя JSON-элементы, которые соответствуют модифицированному выражению JSONPath. Эти правила не изменяют ответы, которые не являются действительными JSON-документами.

В AdGuard для Windows, Mac и Android с CoreLibs версии 1.11 или выше $jsonprune также поддерживается модификация JSONP-документов (padded JSON).

Синтаксис

  • ||example.org^$jsonprune=expression удаляет из ответа элементы, соответствующие изменённому JSONPath-выражению expression.

Из-за особенностей работы парсинга правил, символы $ и , должны быть экранированы символом \ внутри expression.

Модифицированный синтаксис JSONPath имеет следующие отличия от оригинального:

  1. Script expressions не поддерживаются.
  2. Поддерживаемые filter expressions:
  • ?(has <key>) — true, если текущий объект обладает свойством key.
  • ?(key-eq <key> <value>) — true, если текущий объект обладает свойством key и его значение равно указанному хначению.
  • ?(key-substr <key> <value>) — true, если указанное значение является подстрокой значения указанного ключа текущего объекта.
  1. Пробелы вне двойных или одинарных кавычек игнорируются.
  2. Можно использовать строки как с двойными, так и с одинарными кавычками.
  3. Выражения, оканчивающиеся на .., не поддерживаются.
  4. Разрешено указывать несколько срезов массива (array slices) в квадратных скобках.

Существуют различные онлайн-инструменты для проверки JSONPath-выражений: https://jsonpath.herokuapp.com/ https://jsonpath.com/

Обратите внимание, что различные имплементации JSONPath обладают уникальными особенностями и могут быть несовместимы друг с другом.

Исключения

Базовые URL правила-исключения не отключают правила с модификатором $jsonprune. Отключить их можно следующим образом:

  • @@||example.org^$jsonprune отключает все правила $jsonprune для ответов от URL-адресов, соответствующих ||example.org^.
  • @@||example.org^$jsonprune=text отключает все правила $jsonprune, у которых значение модификатора jsonprune равно text, для ответов с URL-адресов, соответствующих ||example.org^.

$jsonprune также можно отключить с помощью правил-исключений с модификаторами $document, $content и $urlblock.

Ограничения

  • Правила $jsonprune несовместимы с любыми другими модификаторами, кроме $domain, $third-party, $app, $important, $match-case и $xmlhttprequest.
  • Правила $jsonprune не будут применены к ответам размером больше 3 МБ.

Примечание

Когда одному и тому же запросу соответствует несколько правил с модификатором $jsonprune, они сортируются в лексикографическом порядке: первое правило применяется к исходному ответу, а каждое из оставшихся правил применяется к результату применения предыдущего.

Совместимость с различными версиями AdGuard

Правила с модификатором $jsonprune поддерживаются в AdGuard для Windows, Mac и Android с CoreLibs версии 1.10 или выше.

Примеры

  • ||example.org^$jsonprune=\$..[one\, "two three"] удаляет все вхождения ключей one и two three в любом месте JSON-документа.
До
{
"one": 1,
"two": {
"two three": 23,
"four five": 45
}
}
После
{
"two": {
"four five": 45
}
}
  • ||example.org^$jsonprune=\$.a[?(has ad_origin)] удаляет всех прямых потомков a, которые обладают свойством ad_origin.
До
{
"a": [
{
"ad_origin": "https://example.org",
"b": 42
},
{
"b": 1234
}
]
}
После
{
"a": [
{
"b": 1234
}
]
}
  • ||example.org^$jsonprune=\$.*.*[?(key-eq 'Some key' 'Some value')] удаляет все элементы на уровне вложенности 3, обладающие свойством Some key, равным Some value.
До
{
"a": {"b": {"c": {"Some key": "Some value"}, "d": {"Some key": "Other value"}}},
"e": {"f": [{"Some key": "Some value"}, {"Some key": "Other value"}]}
}
После
{
"a": {"b": {"d": {"Some key": "Other value"}}},
"e": {"f": [{"Some key": "Other value"}]}
}

Вложенные выражения JSONPath

В AdGuard для Windows, Mac и Android с CoreLibs версии 1.11 или выше выражения JSONPath могут быть использованы как ключи в выражениях фильтра.

  • ||example.org^$jsonprune=\$.elems[?(has "\$.a.b.c")] удаляет всех прямых потомков elems, которые обладают свойством, выбираемым JSONPath-выражением $.a.b.c.
До
{
"elems": [
{
"a": {"b": {"c": 123}},
"k": "v"
},
{
"d": {"e": {"f": 123}},
"k1": "v1"
}
]
}
После
{
"elems": [
{
"d": {"e": {"f": 123}},
"k1": "v1"
}
]
}
  • ||example.org^$jsonprune=\$.elems[?(key-eq "\$.a.b.c" "abc")] удаляет всех прямых потомков elems, которые обладают свойством, выбираемым выражением JSONPath $.a.b.c со значением, равным "abc".
До
{
"elems": [
{
"a": {"b": {"c": 123}},
},
{
"a": {"b": {"c": "abc"}}
}
]
}
После
{
"elems": [
{
"a": {"b": {"c": 123}}
}
]
}

noop

Модификатор noop не делает ничего и может быть использован исключительно в целях улучшения читабельности правил. Он состоит из последовательности символов нижнего подчёркивания (_) любой длины и может фигурировать в правиле столько раз, сколько требуется.

Примеры

||example.com$_,removeparam=/^ss\\$/,_,image
||example.com$replace=/bad/good/,___,~third-party

Совместимость с различными версиями AdGuard

Правила с модификатором noop не поддерживаются в AdGuard Content Blocker.

$empty (устаревший)

Предупреждение об устаревании

Этот модификатор считается устаревшим. Вместо него теперь используется модификатор $redirect. Правила с $empty конвертируются в $redirect=nooptext.

Обычно заблокированный запрос выглядит для браузера как ошибка сервера. В случае применения модификатора $empty, AdGuard эмулирует пустой ответ сервера со статусом 200 OK.

Примеры

  • ||example.org^$empty возвращает пустой ответ для всех запросов к домену example.org и всех его поддоменов.

Совместимость с различными версиями AdGuard

Правила с модификатором $empty не поддерживаются в AdGuard Content Blocker, AdGuard для iOS и для Safari.

$mp4 (устаревший)

Предупреждение об устаревании

Этот модификатор считается устаревшим. Вместо него теперь используется модификатор $redirect. Правила с $mp4 теперь преобразуются в $redirect=noopmp4-1s,media.

В качестве ответа на заблокированный запрос AdGuard возвращает короткую видео-заглушку.

Примеры

  • ||example.com/videos/$mp4 блокирует загрузку видео с адресов ||example.com/videos/* и заменяет ответ на видео-заглушку.

Совместимость с различными версиями AdGuard

Правила с модификатором $mp4 не поддерживаются в AdGuard Content Blocker, AdGuard для iOS и для Safari.

Другие правила

Возможностей базовых правил может оказаться недостаточно для блокировки рекламы. Иногда для этого требуется скрыть какой-нибудь элемент или изменить часть HTML-кода страницы, при этом ничего не сломав. Для этого предназначены правила, описанные в данном разделе.

Косметические правила

Для работы с косметическими правилами необходимы знания HTML и CSS. Так что если вы хотите научиться самостоятельно составлять такие правила, ознакомьтесь с этой документацией.

Правила скрытия элементов

Правила скрытия элементов предназначены, как это следует из их названия, для скрытия элементов веб-страниц. По сути это аналогично применению стиля { display: none; } к выбранному элементу.

Правила скрытия элементов работают по-разному, и их приоритет меняется в зависимости от платформы.

Синтаксис

   rule = [domains] "##" selector
domains = [domain0, domain1[, ...[, domainN]]]
  • selectorCSS-селектор, задающий элементы, которые должны быть скрыты.
  • domains — ограничение на домены, на страницах которых будет применено правило.

Если вы хотите ограничить область действия одним или более доменами, просто перечислите их через запятую. Например: example.org,example.com##selector.

Это правило будет работать также на всех поддоменах example.org и example.com.

Если вы хотите, чтобы правило не применялось к определённым доменам, начните доменное имя со знака ~. Например: ~example.org##selector.

Вы можете использовать оба подхода в одном правиле. Например, правило example.org,~subdomain.example.org##domain будет работать для домена example.org и всех его поддоменов, кроме subdomain.example.org.

Примечание

Правила скрытия не зависят друг от друга. Если в фильтре есть правило example.org##selector и вы добавляете правило ~example.org##selector, то оба этих правила будут применены независимо друг от друга.

Примеры

  • example.com##div.textad скроет элемент div с классом textad на домене example.com и всех его поддоменах.
  • example.com,example.org###adblock скроет элемент с атрибутом id равным adblock на доменах example.com, example.org и всех их поддоменах.
  • ~example.com##.textad скроет элемент с классом textad на всех доменах, кроме example.com и всех его поддоменов.

Ограничения

Safari не поддерживает одновременно разрешённые и запрещённые домены, поэтому правила вида example.org,~foo.example.org##.textad не работают в AdGuard для Safari.

Исключения

Исключения могут отключать некоторые правила на определённых доменах. Они очень похожи на обычные правила-исключения, только вместо ## нужно использовать #@#.

Например, в фильтре есть правило:

##.textad

Если вы хотите отключить его для домена example.com, вы можете создать правило исключения:

example.com#@#.textad

В некоторых случаях может потребоваться отключение всех запрещающих правил. Например, на время тестирования. Для этого воспользуйтесь правилом исключения без указания домена. Это полностью отключит соответствующее правило CSS elemhide для ВСЕХ доменов:

#@#.textad

Правило такого вида даст аналогичный результат:

*#@#.textad

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

CSS-правила

Иногда недостаточно просто скрыть какой-либо элемент, чтобы заблокировать рекламу. Например, блокировка рекламного элемента может просто сломать вёрстку сайта. Для таких случаев AdGuard позволяет использовать гораздо более гибкие правила, чем обычные правила скрытия. С помощью таких правил вы можете добавить на страницу практически любой CSS-стиль.

Ограничения

Запрещено использование стилей, которые могут приводить к загрузке каких-либо ресурсов. По сути, это означает, что нельзя использовать атрибуты типа <url>.

Совместимость с различными версиями AdGuard

CSS-правила не поддерживаются в AdGuard Content Blocker.

CSS-правила работают по-разному, и их приоритет меняется в зависимости от платформы.

Синтаксис

   rule = [domains] "#$#" selector "{" style "}"
domains = [domain0, domain1[, ...[, domainN]]]
  • selectorCSS-селектор, определяющий элементы, к которым мы хотим применить стиль.
  • domains — ограничение на домены, на страницах которых будет применено правило. Строится по тем же правилам, что и в случае правил скрытия элементов.
  • style — CSS-стиль, который мы хотим применить к выбранным элементам.

Примеры

example.com#$#body { background-color: #333!important; }

Это правило применит стиль background-color: #333!important; к элементу body для домена example.com и всех его поддоменов.

Исключения

По аналогии с правилами скрытия, существует специальный тип правил, отключающий действие выбранного правила CSS-стилей для определённых доменов. Синтаксис правил-исключений практически такой же, только маркер #$# заменяется на #@$#.

Например, в фильтре есть правило:

#$#.textad { visibility: hidden; }

Если вы хотите отключить его для домена example.com, вы можете создать правило исключения:

example.com#@$#.textad { visibility: hidden; }

Применять такие исключения рекомендуется только в случае, когда изменить само CSS-правило не представляется возможным. Во всех остальных случаях лучше изменить исходное правило, используя ограничение на домены.

Расширенные CSS-селекторы

Возможностей CSS 3.0 не всегда хватает для блокировки рекламы. Чтобы решить эту проблему, AdGuard расширяет возможности CSS, добавляя поддержку новых псевдоэлементов. Мы разработали отдельную библиотеку с открытым исходным кодом для выбора нестандартных элементов и применения CSS-стилей с расширенными свойствами.

Идея расширенных возможностей заключается в возможности сопоставлять элементы DOM с селекторами на основе их собственного представления (стиль, текстовое содержимое и т. д.) или отношений с другими элементами. Также есть возможность применять стили с нестандартными свойствами CSS.

Область применения

Расширенные селекторы можно применять в любом косметическом правиле, будь то правила скрытия или CSS-правила.

Совместимость с различными версиями AdGuard

Правила с расширенными CSS-селекторами не поддерживаются в AdGuard Content Blocker.

Синтаксис

Независимо от того, какие CSS-псевдоклассы вы используете в правилах, вы можете использовать специальные маркеры для принудительного применения этих правил с помощью ExtendedCss. Рекомендуется использовать эти маркеры для всех косметических расширенных CSS-правил, чтобы их было легче отличить.

Синтаксис расширенных CSS-правил:

  • #?# — для скрытия элементов, #@?# — для исключений
  • #$?# — для CSS-стилей, #@$?# — для исключений

Мы крайне рекомендуем использовать этим маркеры каждый раз, когда вы используете расширенный CSS-селектор.

Примеры

  • example.org#?#div:has(> a[target="_blank"][rel="nofollow"]) — это правило блокирует все элементы div, которые содержат дочерний элемент со ссылкой с атрибутами [target="_blank"][rel="nofollow"]. При этом правило будет работать только для домена example.org и всех его поддоменов.
  • example.com#$?#h3:contains(cookies) { display: none!important; } — это правило устанавливает стиль display: none!important для всех элементов h3, которые содержат слово cookies. При этом правило будет работать только для домена example.com и всех его поддоменов.
  • example.net#?#.banner:matches-css(width: 360px) — это правило блокирует все элементы .banner, которые содержат стиль width: 360px. При этом правило будет работать только для домена example.net и всех его поддоменов.
  • example.net#@?#.banner:matches-css(width: 360px) — это правило отменяет действие предыдущего правила.

Вы можете применять стандартные CSS-селекторы с помощью библиотеки ExtendedCss, используя маркер правила #?#, например, #?#div.banner.

Узнайте больше об отладке расширенных селекторов.

Примечание

Некоторые псевдоклассы не требуют селектора перед ними. Добавление универсального селектора * облегчает чтение расширенного селектора, хотя и не влияет на поведение при подборе. Поэтому селектор #block :has(> .inner) работает точно так же, как #block *:has(> .inner) , но второй более очевиден.

Имена псевдоклассов не чувствительны к регистру, например, :HAS() работает как :has(). До сих пор часто используются названия в нижнем регистре.

Ограничения ExtendedCss

  1. CSS-комментарии и at-rules не поддерживаются.

  2. У конкретного псевдокласса могут быть свои ограничения: :has(), :xpath(), :nth-ancestor(), :upward(), :is(), :not(), and :remove().

Псевдокласс :has()

Проект спецификации CSS 4.0 описывает псевдокласс :has(). К сожалению, пока не поддерживается всеми популярными браузерами.

Примечание

Правила с псевдоклассом :has() должны использовать нативную реализацию :has(), если они используют маркер ## и если это возможно, то есть без других расширенных селекторов внутри. Чтобы принудительно применить правила ExtendedCss с :has(), используйте маркер #?#/#$?# явно.

Совместимость с другими псевдоклассами

Синонимы :-abp-has() поддерживаются ExtendedCss для лучшей совместимости.

Предупреждение об устаревании

:if() больше не поддерживается как синоним для :has().

Синтаксис

[target]:has(selector)
  • target — необязательный, стандартный или расширенный CSS-селектор, может быть пропущен для проверки любых элементов
  • selector — необходимый, стандартный или расширенный CSS-селектор

Псевдокласс :has() выбирает target-элементы, которые подходят под selector. Также селектор `` может начинаться с комбинатора.

Список селекторов можно задать и в selector. В этом случае все селекторы в списке будут сопоставляться. В будущем это будет исправлено для <forgiving-relative-selector-list> как аргумента.

Ограничения :has()

Использование псевдокласса :has() ограничено в некоторых случаях (2, 3): - :has() запрещён внутри псевдо, принимающих только составные селекторы; - :has() запрещён после регулярных псевдоэлементов.

Нативный псевдокласс :has() не допускает аргумент :has(), :is(), :where() внутри :has(), чтобы избежать увеличения сложности аннулирования (случай 1) :has(). Но ранее ExtendedCss не имел такого ограничения, а списки фильтров уже содержат такие правила, поэтому мы не стали добавлять это ограничение в ExtendedCss и разрешили использовать :has() внутри :has(), как это было возможно ранее. Чтобы использовать его, просто принудительно используйте ExtendedCss, установив #?#/#$?# маркер правила.

Нативная реализация не позволяет использовать :scope внутри :has() аргумента ([1], [2]). Тем не менее, в списках фильтров есть такие правила: div:has(:scope > a), которые мы продолжаем поддерживать, просто преобразуя их в div:has(> a), как это делалось ранее.

Примеры

div:has(.banner) выбирает все div-элементы, которые включают элемент с классом banner:

<!-- HTML code -->
<div>Not selected</div>
<div>Selected
<span class="banner">inner element</span>
</div>

div:has(> .banner) выбирает все div-элементы, которые включают элемент класса banner в качестве прямого дочернего элемента div:

<!-- HTML code -->
<div>Not selected</div>
<div>Selected
<p class="banner">child element</p>
</div>

div:has(+ .banner) выбирает все div-элементы, предшествующие элементу класса banner, который непосредственно следует за div и оба являются детьми одного родителя:

<!-- HTML code -->
<div>Not selected</div>
<div>Selected</div>
<p class="banner">adjacent sibling</p>
<span>Not selected</span>

div:has(~ .banner) выбирает все div-элементы, предшествующие элементу класса banner, который следует за div, но не обязательно сразу, и оба являются детьми одного родителя:

<!-- HTML code -->
<div>Not selected</div>
<div>Selected</div>
<span>Not selected</span>
<p class="banner">general sibling</p>

div:has(span, .banner) выбирает все элементы div, которые включают в себя как элемент span, так и элемент banner класса:

<!-- HTML code -->
<div>Not selected</div>
<div>Selected
<span>child span</span>
<p class="banner">child .banner</p>
</div>

Совместимость со старым синтаксисом

Синтаксис обратной совместимости для :has() поддерживается, но не рекомендуется.

Псевдокласс :contains()

Принцип действия псевдокласса :contains() очень прост: он позволяет выбрать элементы, которые содержат заданный текст или содержимое которых соответствует указанному регулярному выражению. Поддерживаются флаги регулярных выражений.

Примечание

Псевдокласс :contains() использует для сопоставления свойство элемента textContent, а не innerHTML.

Совместимость с другими псевдоклассами

Синонимы :-abp-contains() и :has-text() поддерживаются для лучшей совместимости.

Синтаксис

[target]:contains(match)
  • target — необязательный, стандартный или расширенный CSS-селектор, может быть пропущен для проверки любых элементов
  • match — требуется, строка или регулярное выражение для соответствия элементу textContent. Также поддерживаются флаги регулярных выражений.

Примеры

Для таких DOM:

<!-- HTML code -->
<div>Not selected</div>
<div id="match">Selected as IT contains "banner"</div>
<div>Not selected <div class="banner"></div></div>

элемент div#match может быть выбран любым из этих расширенных селекторов:

! plain text
div:contains(banner)

! регулярное выражение
div:contains(/as .* banner/)

! регулярное выражение с флагами
div:contains(/it .* banner/gi)

Примечание

Выбран только div с id=match, так как следующий элемент не содержит текст, а banner — это часть кода, а не текст.

Совместимость со старым синтаксисом

Синтаксис обратной совместимости для :contains() поддерживается, но не рекомендуется.

Псевдокласс :matches-css()

Псевдокласс :matches-css() позволяет сопоставить элемент по свойствам его текущего стиля. Работа псевдокласса основана на использовании метода Window.getComputedStyle().

Синтаксис

[target]:matches-css([pseudo-element, ] property: pattern)
  • target — необязательный, стандартный или расширенный CSS-селектор, может быть пропущен для проверки любых элементов
  • pseudo-element — необязательный, допустимый стандартный псевдоэлемент, например, before, after, first-line и т. д.
  • property — требуется, название CSS-свойства, которое будет проверено у элемента
  • pattern — требуется, паттерн значений, который использует то же простое сопоставление с wildcard-знаками, что и в основных правилах фильтрации URL-адресов, ИЛИ регулярное выражение. Для этого типа соответствия AdGuard не обращает внимание на регистр. В случае с регулярными выражениями паттерн будет выглядеть так: /regexp/.

Экранирование и снятие специальных символов

Для нерегулярных выражений паттерны (,),[,] должны без экранирования, например, :matches-css(background-image:url(data:*)).

Для регулярных выражений паттерны \ должны быть экранированы, например, :matches-css(background-image: /^url\\("data:image\\/gif;base64.+/).

Ограничения

Паттерны регулярных выражений не поддерживают флаги.

Примеры

Для таких DOM:

<!-- HTML code -->
<style type="text/css">
#matched::before {
content: "Block me"
}
</style>
<div id="matched"></div>
<div id="not-matched"></div>

div-элементы с псевдоэлементом ::before и с указанным свойством content могут быть выбраны любым из этих расширенных селекторов:

! паттерн строки
div:matches-css(before, content: block me)

! паттерн строки с подстановочным знаком
div:matches-css(before, content: block*)

! паттерн регулярного выражения
div:matches-css(before, content: /block me/)

Совместимость с другими псевдоклассами

Устаревшие псевдоклассы :matches-css-before() и :matches-css-after() больше не рекомендуются, но по-прежнему поддерживаются для лучшей совместимости.

Совместимость со старым синтаксисом

Синтаксис обратной совместимости для :matches-css() поддерживается, но не рекомендуется.

Псевдокласс :matches-attr()

Псевдокласс :matches-attr() позволяет выбрать элемент по его атрибутам, особенно если они рандомизированы.

Синтаксис

[target]:matches-attr("name"[="value"])
  • target — необязательный, стандартный или расширенный CSS-селектор, может быть пропущен для проверки любых элементов
  • name — требуется, простая строка, или строка с подстановочным знаком, или регулярное выражение для сопоставления имени атрибута
  • value — необязательный, простая строка, или строка с подстановочным знаком, или регулярное выражение для сопоставления значения атрибута

Экранирование специальных символов

Для паттернов регулярных выражений " и \ должны быть экранированы, например, div:matches-attr(class=/[\\w]{5}/).

Ограничения

Паттерны регулярных выражений не поддерживают флаги.

Примеры

div:matches-attr("ad-link") выбирает элемент div#target1:

<!-- HTML code -->
<div id="target1" ad-link="1random23-banner_240x400"></div>

div:matches-attr("data-*"="adBanner") выбирает элемент div#target2:

<!-- HTML code -->
<div id="target2" data-1random23="adBanner"></div>

div:matches-attr(*unit*=/^click$/) выбирает элемент div#target3:

<!-- HTML code -->
<div id="target3" random123-unit094="click"></div>

*:matches-attr("/.{5,}delay$/"="/^[0-9]*$/") выбирает элемент #target4:

<!-- HTML code -->
<div>
<inner-random23 id="target4" nt4f5be90delay="1000"></inner-random23>
</div>

Псевдокласс :matches-property()

Псевдокласс :matches-property() позволяет выбирать элемент, сопоставляя его свойства.

Синтаксис

[target]:matches-property("name"[="value"])
  • target — необязательный, стандартный или расширенный CSS-селектор, может быть пропущен для проверки любых элементов
  • name — требуется, простая строка, или строка с подстановочным знаком, или регулярное выражение для сопоставления имени свойства элемента
  • value — необязательный, простая строка, или строка с подстановочным знаком, или регулярное выражение для сопоставления значения свойства элемента

Экранирование специальных символов

Для паттернов регулярных выражений " и \ должны быть экранированы, например, div:matches-property(prop=/[\\w]{4}/).

Примечание

Паттерны регулярных выражений поддерживаются в name для любого свойства в цепочке, например, prop./^unit[\\d]{4}$/.type.

Ограничения

Паттерны регулярных выражений не поддерживают флаги.

Примеры

Элемент с такими свойствами:

divProperties = {
id: 1,
check: {
track: true,
unit_2random1: true,
},
memoizedProps: {
key: null,
tag: 12,
_owner: {
effectTag: 1,
src: 'ad.com',
},
},
};

может быть выбран любым из этих расширенных селекторов:

div:matches-property(check.track)

div:matches-property("check./^unit_.{4,8}$/")

div:matches-property("check.unit_*"=true)

div:matches-property(memoizedProps.key="null")

div:matches-property(memoizedProps._owner.src=/ad/)

Для разработчиков фильтров:

Чтобы проверить свойства конкретного элемента, сделайте следующее: 1. Проверьте элемент страницы или выберите его в Инструментах разработчика браузера во вкладке Элементы. 2. Запустите console.dir($0) во вкладке Консоль.

Псевдокласс :xpath()

Псевдокласс :xpath() позволяет выбирать элементы согласно выражению XPath.

Синтаксис

[target]:xpath(expression)
  • target — необязательный, стандартный или расширенный CSS-селектор
  • expression — требуется, допустимое XPath выражение
Ограничения :xpath()

target можно опустить, поэтому использовать его необязательно. Для любого другого псевдокласса это будет означать «применить ко всем узлам DOM», но в случае :xpath() это просто означает «применить к целым документам», и такое применение значительно замедляет выбор элементов. Вот почему такие правила, как #?#:xpath(expression), ограничены поиском внутри тега body. Например, правило #?#:xpath(//div[@data-st-area=\'Advert\']) парсится как #?#body:xpath(//div[@data-st- area=\'Advert\']).

Расширенные селекторы с target, определённым как любой селектор, — *:xpath(expression) — всё ещё можно использовать, но не рекомендуется. Поэтому следует уточнить target.

Корректно работает только в конце селектора, за исключением псевдокласса :remove().

Примеры

:xpath(//*[@class="banner"]) выбирает элемент div#target1:

<!-- HTML code -->
<div id="target1" class="banner"></div>

:xpath(//*[@class="inner"]/..) выбирает элемент div#target2:

<!-- HTML code -->
<div id="target2">
<div class="inner"></div>
</div>

Псевдокласс :nth-ancestor()

Псевдокласс :nth-ancestor() позволяет искать n-ного предка по отношению к ранее выбранному элементу.

subject:nth-ancestor(n)
  • subject — требуется стандартный или расширенный CSS-селектор
  • n — требуется, число >= 1 и < 256, расстояние до нужного родителя от элемента, выбранного subject

Синтаксис

subject:nth-ancestor(n)
  • subject — требуется стандартный или расширенный CSS-селектор
  • n — требуется, число >= 1 и < 256, расстояние до нужного предка от элемента, выбранного subject
Ограничения :nth-ancestor()

Псевдокласс :nth-ancestor() не поддерживается внутри аргумента псевдокласса :not().

Примеры

Для таких DOM:

<!-- HTML code -->
<div id="target1">
<div class="child"></div>

<div id="target2">
<div>
<div>
<div class="inner"></div>
</div>
</div>
</div>
</div>

.child:nth-ancestor(1) выбирает элемент div#target1, div[class="inner"]:nth-ancestor(3) выбирает элемент div#target2.

Псевдокласс :upward()

Псевдокласс :upward() позволяет искать предка по отношению к ранее выбранному элементу.

Синтаксис

subject:upward(ancestor)
  • subject — требуется стандартный или расширенный CSS-селектор
  • ancestor — требуется, спецификация для предка элемента, выбранного subject, может быть задана как:
    • число >= 1 и < 256 для указания расстояния до нужного предка, то же, что и :nth-ancestor()
    • стандартный CSS-селектор для поиска ближайшего предка
Ограничения :upward()

Псевдокласс :upward() не поддерживается внутри аргумента псевдокласса :not().

Примеры

Для таких DOM:

<!-- HTML code -->
<div id="target1" data="true">
<div class="child"></div>

<div id="target2">
<div>
<div>
<div class="inner"></div>
</div>
</div>
</div>
</div>

.inner:upward(div[data]) выбирает элемент div#target1, .inner:upward(div[id]) выбирает элемент div#target2, .child:upward(1) выбирает элемент div#target1, .inner:upward(3) выбирает элемент div#target2.

Псевдокласс :remove() и псевдосвойство remove

Иногда необходимо удалить определённый элемент, а не просто скрыть его или применить какие-либо правила стиля. Для этого можно использовать псевдокласс :remove(), а также псевдосвойство remove.

Псевдокласс :remove() может быть только в конце селектора.

Синтаксис

! pseudo-class
selector:remove()

! псевдосвойство
selector { remove: true; }
  • selector — необходимый, стандартный или расширенный CSS-селектор
Ограничения :remove() и remove

Псевдокласс :remove() может корректно работать только в конце селектора.

Для применения псевдокласса :remove() к любому элементу следует использовать универсальный селектор *. В противном случае такой расширенный селектор может считаться некорректным, например, .banner > :remove() недействителен для удаления любого дочернего элемента элемента класса banner, поэтому он должен выглядеть как .banner > *:remove().

Если используется псевдокласс :remove() или псевдосвойство remove, все свойства стиля игнорируются, кроме псевдосвойства debug.

Примеры

div.banner:remove()
div:has(> div[ad-attr]):remove()

div:contains(advertisement) { remove: true; }
div[class]:has(> a > img) { remove: true; }

Примечание

Правила с псевдосвойством remove должны использовать маркер #$?#: $ для синтаксиса правил CSS-стиля, ? для синтаксиса ExtendedCss.

Псевдокласс :is()

Псевдокласс :is() позволяет сопоставить любой элемент, который может быть выбран любым из переданных ему селекторов. Некорректные селекторы пропускаются, и псевдокласс работает с допустимыми селекторами без каких-либо ошибок. Наша реализация нативного :is() псевдокласса.

Синтаксис

[target]:is(selectors)
  • target — необязательный, стандартный или расширенный CSS-селектор, может быть пропущен для проверки любых элементов
  • selectorsщадящий список стандартных и расширенных селекторов. Для расширенных селекторов поддерживаются только составные селекторы, а не сложные.
Ограничения :is()

Правила с псевдоклассом :is() должны использовать нативную реализацию :is(), если они используют маркер ## и если это возможно, то есть без других расширенных селекторов внутри. Чтобы принудительно применить правила ExtendedCss с :is(), используйте маркер #?#/#$?# явно.

Если selectors аргумент псевдокласса :is() — расширенный селектор, то из-за того, как псевдокласс :is() реализован в ExtendedCss 2.0, его невозможно применить к верхнему узлу DOM, который является html, т.е. #?#html:is(<extended-selectors>) не работает. Таким образом, если target не определён или определён как универсальный селектор *, применение расширенного псевдокласса ограничено htmlдочерними элементами, например, правила #?#:is(...) и #?#*:is(...) парсятся как #?#html *:is(...). Обратите внимание, что для стандартного аргумента селектора такого ограничения нет, т.е. #?#html:is(.locked) работает нормально.

Сложные селекторы с расширенными псевдоклассами не поддерживаются в качестве аргумента selectors для псевдокласса :is() — разрешены только составные. Ознакомьтесь с примерами, чтобы разобраться в деталях.

Примеры

#container *:is(.inner, .footer) выбирает только элемент div#target1:

<!-- HTML code -->
<div id="container">
<div data="true">
<div>
<div id="target1" class="inner"></div>
</div>
</div>
</div>

Из-за ограничений :is(*:not([class]) > .banner)' не работает, но :is(*:not([class]):has(> .banner)) можно использовать вместо него для выбора элемента div#target2:

<!-- HTML code -->
<span class="span">text</span>
<div id="target2">
<p class="banner">inner paragraph</p>
</div>

Псевдокласс :not()

Псевдокласс :not() позволяет выбрать элементы, которые не соответствуют селекторам, переданным в качестве аргумента. Неправильные селекторы аргументов не допускаются, и будет выдана ошибка. Наша реализация псевдокласса :not().

Синтаксис

[target]:not(selectors)
  • target — необязательный, стандартный или расширенный CSS-селектор, может быть пропущен для проверки любых элементов
  • selectors — список стандартных или расширенных селекторов
Ограничения :not()

Правила с псевдоклассом :not() должны использовать нативную реализацию :not(), если они используют маркер ## и если это возможно, то есть без других расширенных селекторов внутри. Чтобы принудительно применить правила ExtendedCss с :not(), используйте маркер #?#/#$?# явно.

Если selectors аргумент псевдокласса :not() — расширенный селектор, то из-за того, как псевдокласс :not() реализован в ExtendedCss 2.0, его невозможно применить к верхнему узлу DOM, который является html, т.е. #?#html:not(<extended-selectors>) не работает. Таким образом, если target не определён или определён как универсальный селектор *, применение расширенного псевдокласса ограничено htmlдочерними элементами, например, rules #?#:not(...) и #?#*:not(...) парсятся как #?#html *:not(...). Обратите внимание, что для стандартного аргумента селектора такого ограничения нет, т.е. #?#html:not(.locked) работает нормально.

Псевдокласс :not() рассматривается как стандартный псевдокласс CSS внутри аргумента псевдокласса :upward(), поскольку :upward() поддерживает только стандартные селекторы.

«Восходящие» псевдоклассы :nth-ancestor() и :upward() не поддерживаются внутри аргумента selectors для псевдокласса :not().

Примеры

#container > *:not(h2, .text) выбирает только элемент div#target1:

<!-- HTML code -->
<div id="container">
<h2>Header</h2>
<div id="target1"></div>
<span class="text">text</span>
</div>

Псевдокласс :if-not() (устаревший)

Предупреждение об устаревании

Псевдокласс :if-not() устарел и больше не поддерживается. Правила с ним не работают.

Этот псевдокласс изначально был сокращением для :not(:has()). Он поддерживался ExtendedCss для лучшей совместимости с подписками на некоторые фильтры.

Приоритет косметических правил

То, как применяются правила скрытия элементов и CSS-правил, зависит от платформы.

В AdGuard для Windows, Mac и Android мы используем таблицу стилей, встроенную в страницу. Приоритет у косметических правил такой же, как и у любых других таблиц стилей CSS на сайтах. Но есть ограничение: правила скрытия элементов и CSS-правила не могут обходить встроенные стили. В таких случаях рекомендуется использовать расширенные селекторы или HTML-фильтрацию.

В Браузерном расширении AdGuard используются так называемые «пользовательские таблицы стилей». Их приоритет выше, даже чем у встроенных стилей.

Расширенные CSS-селекторы используют для работы JavaScript и добавляют встроенные стили сами, поэтому могут игнорировать любой стиль.

Правила фильтрации HTML

В большинстве случаев для фильтрации рекламы достаточно базовых и косметических правил. Но иногда необходимо изменить HTML-код самой страницы перед её загрузкой. Чтобы сделать это, применяются правила фильтрации HTML-контента. Они позволяют указать, какие HTML-элементы необходимо вырезать из страницы перед тем, как страница попадёт в браузер.

Совместимость с различными версиями AdGuard

HTML-правила фильтрации поддерживаются в AdGuard для Windows, Mac, Android и Браузерном расширении AdGuard для Firefox. Такие правила не работают в расширениях для других браузеров, потому что они не могут модифицировать содержимое страниц на сетевом уровне.

Синтаксис

      rule = [domains] "$$" tagName [attributes]
domains = [domain0, domain1[, ...[, domainN]]]
attributes = "[" name0 = value0 "]" "[" name1 = value2 "]" ... "[" nameN = valueN "]"
  • tagName — имя элемента в нижнем регистре, например, div или script.
  • domains — доменное ограничение для правила. Те же принципы, что и в синтаксисе правил скрытия элементов.
  • attributes — список атрибутов, ограничивающих выбор элементов. name — имя атрибута, value — подстрока, которая содержится в значении атрибута.

Примеры

HTML-код:

<script data-src="/banner.js"></script>

Правило:

example.org$$script[data-src="banner"]

Это правило удалит из кода страниц все элементы script со значением data-src, содержащим подстроку banner. При этом правило будет работать только для домена example.org и всех его поддоменов.

Специальные атрибуты

Помимо обычных атрибутов, значение которых проверяется у каждого элемента, существует набор специальных атрибутов правила, которые изменяют способ работы правила. Ниже мы перечислим все эти атрибуты:

  • tag-content

Пожалуй, наиболее часто используемый специальный атрибут. Он ограничивает выбор теми элементами, внутренний HTML-код которых (innerHTML) содержит указанную подстроку.

Используйте "" для экранирования ", например: $$script[tag-content="alert(""this is ad"")"]

Например, рассмотрим такой HTML код:

<script type="text/javascript">
document.write('<div>banner text</div>" />');
</script>

Следующее правило удалит все script элементы с подстрокой banner в их коде:

$$script[tag-content="banner"]

Вложенные элементы

Если мы имеем дело с несколькими вложенными друг в друга элементами, каждый из которых подходит под одно и то же правило фильтрации HTML-контента, то удалены будут все эти элементы.

  • wildcard

Этот специальный атрибут работает почти как tag-content и позволяет проверить внутренний HTML-код элемента. Правило проверит, удовлетворяет ли HTML-код элемента заданному шаблону поиска.

Используйте "" для экранирования ", например: $$script[wildcard=""banner""]

Например: $$script[wildcard="*banner*text*"]

Оно проверит, что код элемента содержит две последовательные подстроки banner и text.

  • max-length

Задает максимальную длину содержимого HTML-элемента. Если этот параметр задан и длина содержимого превышает заданное значение, правило не применяется к элементу.

Значение по умолчанию

Если этот параметр не задан, то max-length считается равным 8192.

Например:

$$div[tag-content="banner"][max-length="400"]

Это правило удалит все элементы div, код которых содержит подстроку banner и длина которых не превышает 400 символов.

  • min-length

Задаёт минимальную длину содержимого HTML-элемента. Если этот параметр задан, и длина содержимого меньше заданного значения — правило не применяется к элементу.

Например:

$$div[tag-content="banner"][min-length="400"]

Это правило удалит все элементы div, код которых содержит подстроку banner и длина которых превышает 400 символов.

Исключения

По аналогии с правилами скрытия, существует специальный тип правил, отключающий действие выбранного правила HTML-фильтрации для определённых доменов. Синтаксис правил-исключений такой же, только маркер $$ заменяется на $@$.

Например, в фильтре есть правило:

$$script[tag-content="banner"]

Если вы хотите отключить его для домена example.com, вы можете создать правило исключения:

example.com$@$script[tag-content="banner"]

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

$@$script[tag-content="banner"]

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

Правила JavaScript

AdGuard поддерживает специальный тип правил, позволяющий вставить любой javascript-код на страницы сайтов.

Ограничения

Правила JavaScript можно использовать только в доверенных фильтрах.

Совместимость с различными версиями AdGuard

JavaScript-правила не поддерживаются в AdGuard Content Blocker.

Мы настоятельно рекомендуем использовать скриптлеты вместо JavaScript-правил везде, где это возможно. JS-правила должны помочь в процессе отладки, но в качестве долгосрочного решения следует использовать скриптлеты.

Синтаксис

rule = [domains]  "#%#" script
  • domains — ограничение на домены, на страницах которых будет применено правило. Строится по тем же правилам, что и в случае правил скрытия элементов.
  • script — произвольный javascript-код в одну строку.

Примеры

  • example.org#%#window.__gaq = undefined; выполняет код window.__gaq = undefined; на всех страницах сайта example.org и всех его поддоменах.

Исключения

По аналогии с правилами скрытия, существует специальный тип правил, отключающий действие выбранного javascript-правила фильтрации для определённых доменов. Синтаксис правил-исключений такой же, только маркер #%# заменяется на #@%#.

Например, в фильтре есть правило:

#%#window.__gaq = undefined;

Если вы хотите отключить его для домена example.com, вы можете создать правило исключения:

example.com#@%#window.__gaq = undefined;

В некоторых случаях может потребоваться отключение всех запрещающих правил. Например, на время тестирования. Для этого следует воспользоваться правилом исключения без указания домена.

#@%#window.__gaq = undefined;

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

Правила скриптлета

Скриптлет — это функция JavaScript с расширенными возможностями для блокировки контента. Такие функции могут использоваться в декларативной манере в правилах фильтрации AdGuard.

Ограничения

Доверенные скриптлеты можно использовать только в доверенных фильтрах.

Примечание

AdGuard поддерживает множество различных скриптлетов. Чтобы добиться совместимости между различными блокировщиками, мы также поддерживаем синтаксис uBO и ABP.

Синтаксис

rule = [domains]  "#%#//scriptlet(" scriptletName arguments ")"
  • scriptletName (обязательно) — это имя скриптлета из библиотеки скриптлетов AdGuard
  • arguments (опционально) — это список аргументов в формате string (другие типы аргументов не поддерживаются)

Примеры

example.org#%#//scriptlet("abort-on-property-read", "alert")

Это правило применится на страницах домена example.org и его поддоменов и выполнит скриптлет abort-on-property-read с параметром alert.

Подробнее об отладке скриптлетов.

Больше информации о скриптлетах можно найти на GitHub.

Совместимость с различными версиями AdGuard

Скриптлеты не поддерживаются в AdGuard Content Blocker.

Доверенные скриптлеты

Доверенные скриптлеты — это скриптлеты с расширенной функциональностью. У них тот же синтаксис и ограничения. У имён доверенных скриптлетов есть префикс trust-, например, trust-set-cookie, чтобы их было легко отличить от обычных скриптлетов.

Примечание

Доверенные скриптлеты несовместимы с другими блокировщиками рекламы, кроме AdGuard

Совместимость с различными версиями AdGuard

Правила доверенных скриптлетов теперь поддерживаются AdGuard для Windows, Mac и Android с CoreLibs версии 1.10.141 или выше.

Подробнее об отладке скриптлетов.

Больше информации о доверенных скриптлетах можно найти на GitHub.

Модификаторы для небазовых правил

Поведение любого правила можно изменить, используя модификаторы, описанные ниже.

Синтаксис

rule = "[$" modifiers "]" [rule text]
modifiers = modifier0[, modifier1[, ...[, modifierN]]]
  • modifier — набор модификаторов, описанных ниже.
  • rule text — правило, которое нужно модифицировать.

Например: [$domain=example.com,app=test_app]##selector.

В значениях модификаторов следующие символы должны быть экранированы: [, ], , и \ (если он не используется для экранирования). Используйте \, чтобы экранировать их. Например, экранированная скобка выглядит так: \].

$app

Модификатор $app ограничивает действие правила до конкретного приложения или списка приложений. Поведение и синтаксис модификатора полностью совпадают с соответствующим модификатором $app для базовых правил.

Примеры

  • [$app=org.example.app]example.com##.textad скрывает div с классом textad на example.com и всех поддоменах в запросах, отправленных из приложения Android org.example.app.
  • [$app=~org.example.app1|~org.example.app2]example.com##.textad скрывает div с классом textad на example.com и всех поддоменах в запросах, отправленных из любого приложения, кроме org.example.app1 и org.example.app2.
  • [$app=com.apple.Safari]example.org#%#//scriptlet('prevent-setInterval', 'check', '!300') применяет скриптлет prevent-setInterval только в браузере Safari на Mac.
  • [$app=org.example.app]#@#.textad отключает все правила ##.textad для всех доменов при использовании org.example.app.

Совместимость с различными версиями AdGuard

Такие правила с модификатором $app поддерживаются AdGuard для Windows, Mac и Android.

$domain

Модификатор $domain ограничивает область действия правила списком доменов и их поддоменов. Поведение и синтаксис модификатора полностью совпадают с соответствующим модификатором $domain для базовых правил.

Примеры

  • [$domain=example.com]##.textad скроет элемент div с классом textad на домене example.com и всех его поддоменах.
  • [$domain=example.com|example.org] скроет элемент с атрибутом id равным adblock на доменах example.com, example.org и всех их поддоменах.
  • [$domain=~example.com]##.textad скроет элементы div с классом textad на всех доменах, кроме example.com и всех его поддоменов.

Существует два способа указать доменные ограничения для косметических правил:

  1. «классический»: обозначить ограничение на домены перед маской и атрибутами правила: example.com##.textad;
  2. с помощью модификаторов: обозначить ограничение на домены через модификатор $domain: [$domain=example.com]##.textad.

Правила, нарушающие эти ограничения, считаются недействительными. Например, правило [$domain=example.org]example.com##.textad будет отклонено.

Совместимость с различными версиями AdGuard

Правила с модификатором $domain поддерживаются в AdGuard для Windows, Mac, Android и Браузерном расширении AdGuard для Chrome, Firefox и Edge.

$path

Модификатор $path ограничивает область применения правила определёнными местами или страницами на сайтах.

Синтаксис

$path ["=" pattern]

pattern (опциональный) — это маска пути, которой ограничено правило. Его синтаксис и поведение почти такие же, как в шаблоне базовых правил. Вы также можете использовать специальные символы, кроме ||, который в этом случае не имеет смысла (см. примеры ниже).

Если для $path не задан pattern, правило будет применяться только на главной странице сайта.

Модификатор $path также соответствует строке запроса.

Модификатор $path поддерживает регулярные выражения в так же, как и базовые правила.

Примеры

  • [$path=page.html]##.textad скрывает div с классом textad на /page.html или /page.html?<query> или /sub/page.html или /another_page.html
  • [$path=/page.html]##.textad скрывает div с классом textad на /page.html или /page.html?<query> или /sub/page.html любого домена, но не /another_page.html
  • [$path=|/page.html]##.textad скрывает div с классом textad на /page.html или /page.html?<query> любого домена, но не /sub/page.html
  • [$path=/page.html|]##.textad скрывает div с классом textad на /page.html или /sub/page.html любого домена, но не на / страница.html?<query>
  • [$path=/page*.html]example.com##.textad скрывает div с классом textad на /page1.html, /page2.html или любом другом пути, соответствующем /page<...>.html сайта example.com
  • [$path]example.com##.textad скрывает div с классом textad на главной странице example.com
  • [$domain=example.com,path=/page.html]##.textad скрывает div с классом textad на page.html домена example.com и всех его поддоменах, но не на other_page.html
  • [$path=/\\/(sub1|sub2)\\/page\\.html/]##.textad скрывает div с классом textad как на /sub1/page.html, так и на /sub2/page.html любого домена (обратите внимание на специальные экранированные символы)

Совместимость с различными версиями AdGuard

Правила с модификатором $path поддерживаются в AdGuard для Windows, Mac, Android и Браузерном расширении AdGuard для Chrome, Firefox и Edge.

url

Модификатор $url ограничивает действие правила запросами, URL которых соответствует указанной маске.

Синтаксис

url = pattern

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

Примеры

  • [$url=||example.com/ads/*]##.textad скрывает div с классом textad в запросах, например, к http://example.com/ads/banner.jpg и http://subdomain.example.com/ads/otherbanner.jpg.
  • [$url=||example.org^]###adblock скрывает элемент с атрибутом id равным adblock в запросах к example.org и всем его поддоменам.
  • [$url=/\[a-z\]+\\.example\\.com^/]##.textad скрывает div с классом textad в запросах ко всем доменам, соответствующим регулярному выражению [a-z]+\.example\.com^.

Совместимость с различными версиями AdGuard

Правила с модификатором $url поддерживаются в AdGuard для Windows, Mac и Android с CoreLibs версии 1.11 или выше.

Информация для разработчиков фильтров

Если вы разрабатываете сторонний фильтр, известный AdGuard, вам может быть интересна информация, представленная в этом разделе. Пожалуйста, имейте в виду, что подсказки будут применяться только к зарегистрированным фильтрам. Фильтр считается зарегистрированным и известным AdGuard, если он присутствует в перечне известных фильтров. Если вы желаете зарегистрировать свой фильтр, пожалуйста, направьте запрос в репозиторий AdGuardFilters.

Препроцессорные директивы

Мы предоставляем несколько препроцессорных директив, которые могут быть использованы разработчиками фильтров для улучшения совместимости с различными блокировщиками рекламы. Директивы могут:

Примечание

Любая ошибка в препроцессорной директиве приведёт к невозможности обновить фильтр, как если бы URL фильтра был недоступен.

Препроцессорные директивы можно использовать в Пользовательских правилах в собственных фильтрах.

Включение файла

Директива !#include позволяет включать в фильтр содержимое заданного файла. Она поддерживает только файлы из того же источника, чтобы удостовериться, что разработчик фильтров является владельцем указанного файла. Включённый файл также может содержать препроцессорные директивы (даже другие!#include-директивы). Блокировщики должны принимать во внимание случай рекурсивного использования !#include и внедрять защитный механизм.

Синтаксис

!#include file_path

где file_path — абсолютный (того же источника) или относительный путь к файлу.

Файлы должны находиться на том же домене, но могут быть расположены в другой директории.

Если включённый файл не найден или недоступен, не будут работать обновления всего фильтра.

Для локальных собственных фильтров ограничение на тот же источник не распространяется.

Примеры

URL фильтра: https://example.org/path/filter.txt

! Корректный (тот же источник):
!#include https://example.org/path/includedfile.txt
!
! Корректный (относительный путь):
!#include /includedfile.txt
!#include ../path2/includedfile.txt
!
! Некорректный (другой источник):
!#include https://domain.com/path/includedfile.txt

Условия

Разработчики фильтров могут использовать условия, чтобы подставлять нужные правила, в зависимости от типа блокировщика. Когда блокировщик рекламы сталкивается с директивой !#if, за которой следует директива !#endif, он скомпилирует код внутри блока, только если выполнено указанное условие. Условие поддерживает все основные логические операторы.

Директива с условием, начинающаяся с директивы !#if, должна явно прерываться директивой !#endif.

Пробелы имеют значение. !#if — это корректная директива, в то время как !# if — не корректная.

Синтаксис

!#if (conditions)
rules_list
!#endif

где:

  • !#if (conditions) — начало блока
  • conditions — точно так же, как и в случае с некоторыми популярными языками программирования, условия препроцессинга основаны на константах, объявляемых блокировщиками. Разработчики блокировщиков самостоятельно определяют, какие именно константы объявлять. Возможные значения:
    • adguard объявляется всегда; даёт разработчикам фильтров понять, что это один из продуктов AdGuard; должно быть достаточно в 95% случаев
    • специфичные для конкретных продуктов константы, которые нужны в редких случаях, когда правило должно работать (или не работать — тогда перед константой используйте !) только для конкретного продукта:
      • adguard_app_windows — AdGuard для Windows
      • adguard_app_mac — AdGuard для Mac
      • adguard_app_android — AdGuard для Android
      • adguard_app_ios — AdGuard для iOS
      • adguard_ext_safari — AdGuard для Safari
      • adguard_ext_chromium — Браузерное расширение AdGuard для Chrome (и браузеры на основе Chrome, например новый Microsoft Edge)
      • adguard_ext_firefox — Браузерное расширение AdGuard для Firefox
      • adguard_ext_edge — Браузерное расширение AdGuard для Edge Legacy
      • adguard_ext_opera — Браузерное расширение AdGuard для Opera
      • adguard_ext_android_cb — AdGuard Content Blocker для мобильных браузеров Samsung и Яндекс
      • ext_ublock — особый случай; эта константа объявляется, когда версия фильтра для uBlock компилируется при помощи FiltersRegistry
  • rules_list — список правил
  • !#endif — конец блока

Примеры

! для всех продуктов AdGuard, кроме AdGuard для Safari
!#if (adguard && !adguard_ext_safari)
||example.org^$third-party
domain.com##div.ad
!#endif
! директивы также можно совмещать
!#if (adguard_app_android)
!#include /androidspecific.txt
!#endif

Влияние на Safari

В Safari существует строгое ограничение в 150 тысяч правил на один блокировщик контента. Но в AdGuard для Safari и в AdGuard для iOS максимальное число поддерживаемых правил увеличено до 300 тысяч. Это получилось благодаря условному их разделению на несколько блокировщиков контента. Как правило, отдельные категории фильтров более или менее независимы, поэтому они поделены между блокировщиками контента следующим образом:

  • AdGuard General — Блокировка рекламы, Языковые
  • AdGuard Privacy — Антитрекинг
  • AdGuard Social — Виджеты социальных сетей, Раздражители
  • AdGuard Security — Безопасность
  • AdGuard Other — Другие
  • AdGuard Custom — Собственные

Пользовательские правила и Белый список добавляются в каждый блокировщик контента.

Главный недостаток использования нескольких блокировщиков контента — это то, что они не могут работать вместе и ссылаться в своих правилах фильтрации друг на друга. Это может привести к неожиданным проблемам. Чтобы избежать этого и заставить правила внутри блока (из одного блокировщика) применяться вместе с правилами из другого блокировщика контента, разработчики фильтров могут использовать директиву !#safari_cb_affinity.

Синтаксис

!#safari_cb_affinity(content_blockers)
rules_list
!#safari_cb_affinity

где:

  • !#safari_cb_affinity(content_blockers) — начало блока
  • content_blockers — список блокировщиков контента, разделённых запятой. Возможные значения:
    • general — блокировщик контента AdGuard General
    • privacy — блокировщик контента AdGuard Privacy
    • social — блокировщик контента AdGuard Social
    • security — блокировщик контента AdGuard Security
    • other — блокировщик контента AdGuard Other
    • custom — блокировщик контента AdGuard Custom
    • all — специальное ключевое слово, которое означает, что правила должны быть включены во все блокировщика контента
  • rules_list — список правил
  • !#safari_cb_affinity — конец блока

Примеры

! чтобы не скрывать указанный элемент, который скрывается Базовым фильтром:
!#safari_cb_affinity(general)
example.org#@#.adBanner
!#safari_cb_affinity
! чтобы разблокировать запрос, который блокируется Фильтром счётчиков и систем аналитики:
!#safari_cb_affinity(privacy)
@@||example.org^
!#safari_cb_affinity

Подсказки

«Подсказка» (hint) — это специальный комментарий, инструкция к компилятору фильтров, используемому на стороне сервера (см. FiltersRegistry).

Синтаксис

!+ HINT_NAME1(PARAMS) HINT_NAME2(PARAMS)

Можно применить несколько подсказок.

NOT_OPTIMIZED hint

Для каждого фильтра AdGuard существуют две версии: полная и оптимизированная. Оптимизированная версия намного легче и не содержит правил, которые не используются вообще или используются редко.

Частота использования правил определяется собранной статистикой по рекламным фильтрам. Но оптимизация основана также на исходной конфигурации для каждого фильтра. Например, вот так это выглядит для Базового фильтра:

"filter": Базовый фильтр AdGuard,
"percent": 30,
"minPercent": 20,
"maxPercent": 40,
"strict": true

где:

  • filter — идентификатор фильтра
  • percent — ожидаемый процент оптимизации ~= (количество правил в оптимизированном фильтре) / (количество правил в исходном фильтре) * 100
  • minPercent — нижняя граница значения percent
  • maxPercent — верхняя граница значения percent
  • Strict — если percent < minPercent или percent > maxPercent и включён режим Strict, то компиляция фильтра должна завершиться неудачно, в противном случае должны использоваться оригинальные правила

Другими словами, percent — это «уровень сжатия». Например, для Базового фильтра он настроен на 40%. Это означает, что алгоритм оптимизации должен убрать 60% правил.

В итоге, вот так выглядят версии Базового фильтра для Браузерного расширения AdGuard для Chrome:

Если вы хотите добавить правило, которое не должно удаляться при оптимизации, используйте подсказку NOT_OPTIMIZED:

!+ NOT_OPTIMIZED
||example.org^

А такое правило не будет оптимизировано только для AdGuard для Android:

!+ NOT_OPTIMIZED PLATFORM(android)
||example.org^

Подсказки PLATFORM и NOT_PLATFORM

Записи этого типа позволяют указывать платформу, для которой применяется правило. Ниже представлен список используемых платформ и ссылки на Базовый фильтр для каждой из них:

Примеры

Это правило будет действовать только в AdGuard для Windows, Mac, Android:

!+ PLATFORM(windows,mac,android)
||example.org^

Это правило будет действовать для всех платформ, кроме AdGuard для Safari, AdGuard Content Blocker и AdGuard для iOS:

!+ NOT_PLATFORM(ext_safari, ext_android_cb, ios)
||example.org^

Отладка правил фильтрации

Хоть самые простые правила фильтрации и возможно придумать «в голове», для чего-то чуть более сложного вам потребуются дополнительная помощь в их отладке и повторении. Есть инструменты, которые помогут вам в этом. Вы можете использовать «Инструменты разработчика» в Chrome и их аналоги в других браузерах, но большинство продуктов AdGuard предоставляют и другой инструмент — Журнал фильтрации.

Журнал фильтрации

Журнал фильтрации — продвинутый инструмент, который полезен в основном разработчикам фильтров. В нём отображаются все веб-запросы, проходящие через AdGuard, даётся исчерпывающая информация по каждому из них, предлагаются различные опции сортировки и другие полезные возможности.

В зависимости от используемого вами продукта AdGuard, Журнал фильтрации может находиться в различных пунктах меню.

  • В AdGuard для Windows вы найдёте его во вкладке настроек Антибаннер или через меню трея;
  • В AdGuard для Mac он располагается в разделе Настройки > Дополнительно > Журнал запросов;
  • В AdGuard для Android это отдельный пункт бокового меню. Также в Журнал фильтрации отдельного приложения или сайта можно перейти из Помощника.
  • В Браузерном расширении AdGuard он находится во вкладке настроек Дополнительно, а также доступен после правого клика по иконке расширения. Только браузеры на основе Chromium и Firefox отображают правила скрытия элементов (включая CSS, ExtCSS) и JS-правила и скриптлеты в своих Журналах фильтрации.

В AdGuard для iOS и в AdGuard для Safari Журнал фильтрации отсутствует из-за особенностей реализации блокировщиков контента в Safari. AdGuard сам не видит веб-запросы и поэтому не может отображать их.

Режим отладки селекторов

Иногда у вас может возникнуть необходимость проверить производительность того или иного селектора или таблицы стилей. Чтобы сделать это без непосредственного взаимодействия с JavaScript, вы можете использовать свойство стиля debug. Когда ExtendedCss встречает это свойство, он включает режим отладки для конкретного селектора или для всех селекторов, в зависимости от значения debug.

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

Всегда выводится:

  • selectorParsed — окончательный текст селектора после парсинга
  • timings — список узлов DOM, соответствующих селектору
    • appliesCount — общее количество раз, когда на странице был применён селектор
    • appliesTimings — время, которое ушло на применение селектора на странице, для каждого из случаев применения этого селектора (в миллисекундах)
    • meanTiming — среднее время, ушедшее на применение селектора на странице
    • standardDeviation — стандартное отклонение
    • timingsSum — общее время, ушедшее на все применения селектора на текущей странице

Выводится только для удалённых псевдоэлементов:

  • removed — флаг, сигнализирующий об удалении элементов

Выводится, если элементы не удалены:

  • matchedElements — список узлов DOM, соответствующих селектору
  • styleApplied — объявление обработанного стиля правила, связанного с селектором

Примеры

Отладка конкретного селектора:

Когда значение свойства debug равно true, информация только по этому селектору будет отображена в консоли браузера.

#$?#.banner { display: none; debug: true; }

Включение глобальной отладки:

Когда значение свойства debug равно global, в консоли будет отображаться информация по всем CSS-селекторам, которые были применены на данной странице, для всех правил из любого из включённых фильтров.

#$?#.banner { display: none; debug: global; }

Тестирование расширенных селекторов без AdGuard

ExtendedCss может быть выполнен на любой странице без использования какого-либо продукта AdGuard. Чтобы сделать это, скопируйте и запустите следующий код в консоли браузера:

!function(e,t,d){C=e.createElement(t),C.src=d,C.onload=function(){alert("ExtendedCss loaded successfully")},s=e.getElementsByTagName(t)[0],s?s.parentNode.insertBefore(C,s):(h=e.getElementsByTagName("head")[0],h.appendChild(C))}(document,"script","https://AdguardTeam.github.io/ExtendedCss/extended-css.min.js");

В качестве альтернативы установите пользовательский скрипт ExtendedCssDebugger.

Теперь вы можете использовать ExtendedCss глобально и запустить его метод query() как Document.querySelectorAll().

Примеры

const selector = 'div.block:has=(.header:matches-css(after, content: Ads))';

// массив HTMLElements, соответствующих `selector`, должен быть возвращён
ExtendedCss.query(selector);

Отладка скриптлетов

Если вы используете браузерное расширение AdGuard и хотите отладить правило скриптлета или доверенного скриптлета, то можете получить дополнительную информацию, открыв журнал фильтрации. В этом случае скриптлеты перейдут в режим отладки и будут записывать больше информации в браузерную консоль.

Следующие скриптлеты разработаны специально для отладки:

Следующие скриптлеты тоже могут быть использованы для отладки:

Удачи в создании фильтров!

Желаем вам удачи в создании собственных рекламных фильтров.

Если вы хотите узнать, как правильно создавать собственные фильтры, ознакомьтесь с разделом на нашем форуме , посвящёном написанию правил фильтрации.