Как проверить трекеры на сайте

Коротко: трекеры видны во вкладке Network браузера — это запросы к доменам рекламы и аналитики, которых нет в вашем собственном коде. Нажмите F12, обновите страницу, включите фильтр сторонних запросов или отсортируйте запросы по домену: чужие домены — кандидаты в трекеры, каждый проверяется по отдельности.

Что считается трекером?

Трекер — сторонний скрипт или запрос, который собирает данные о действиях посетителя и отправляет их за пределы сайта. Четыре типовых вида:

• рекламные пиксели: скрипт или картинка 1×1, сообщающий рекламной системе о визите — так площадки считают конверсии и собирают аудитории для ретаргетинга;
• сторонние cookies: файлы, записанные доменами, отличными от домена сайта;
• скрипты отпечатков (fingerprint): код, собирающий характеристики браузера и устройства, чтобы узнавать посетителя без записей в браузере;
• виджеты соцсетей: кнопки «поделиться», чаты, комментарии — виджет отправляет запросы к своему домену и часто включает пиксель соцсети даже без взаимодействия посетителя.

Граница здесь условна: обычный счётчик аналитики и трекер технически устроены одинаково — оба отправляют события. Разница в объёме собираемого и в том, куда уходят данные. Поэтому проверка отвечает на конкретный вопрос: какие сторонние системы работают на странице и что каждая передаёт.

Как увидеть сторонние запросы во вкладке Network?

• Нажмите F12 → вкладка Network («Сеть»).
• Обновите страницу (Ctrl+R), чтобы записать запросы с начала загрузки.
• Включите фильтр сторонних запросов: в панели фильтров есть переключатель 3rd-party requests («Сторонние запросы») — таблица оставит только чужие домены. Если в вашей версии фильтра нет, правый клик по заголовку таблицы → колонка Domain → сортировка по ней.
• Пройдитесь по чужим доменам: рекламные и трекинговые опознаются по именам. doubleclick.net, google-analytics.com, googlesyndication.com, connect.facebook.net — общеизвестные адреса рекламных систем Google и Meta.
• По каждому домену посмотрите количество запросов, их тип (script, image, xhr) и вкладку Headers: строка Set-Cookie в Response Headers означает, что домен записывает cookie.

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

Отдельный контур — iframe. Правый клик по подозрительному блоку на странице → «Просмотреть код» (Inspect) → панель Elements: сторонние встраивания видны как теги iframe с чужими адресами внутри src. Содержимое такого iframe — отдельная страница со своими скриптами, и её запросы в Network идут от домена встраивания.

Как проверить исходный код на внешние скрипты?

Нажмите Ctrl+U и поиском (Ctrl+F) по строке script src соберите список подключаемых скриптов. Внешние — с чужих доменов — проходят через два вопроса: что делает скрипт и зачем он на странице. Аналитика, реклама, виджеты — ожидаемые категории; неопознанное проверяется по домену в строке src.

Второй и третий поисковые запросы — pixel и beacon: рекламные пиксели часто называются именно так, а интерфейс sendBeacon используется для отправки данных в момент закрытия страницы. Совпадение по этим словам — кандидат в трекеры. Дальше его судьба решается в Network: запрос виден, домен известен, ответ читается в Headers.

Как распознать скрипты отпечатков (fingerprint)?

Отпечаток собирается без записей в браузере, поэтому в списке Cookies он не виден. Косвенные признаки:

• обращения к canvas и WebGL там, где графике взяться неоткуда: страница без изображений рисует скрытые картинки или читает параметры видеокарты — по ответам собирается устойчивый отпечаток устройства;
• перечисление шрифтов, параметров экрана, аудио-контекста: большие наборы характеристик нужны для однозначной идентификации конкретного браузера;
• мелкие запросы к одному чужому домену, повторяющиеся при каждом действии на странице: так данные о поведении отправляются порциями.

Один признак допускает невинное объяснение: canvas и WebGL применяются и в обычных задачах — обработке изображений, 3D-витринах. Вывод делается по связке: скрытые техники сбора плюс регулярная отправка данных на домен, который не относится к сайту.

Что делать с найденными трекерами?

• Дубли и рудименты снимаются: пиксели рекламных кампаний, которые давно не идут, тестовые счётчики, два виджета одного сервиса.
• Виджеты пересматриваются: кнопкам соцсетей со встроенными пикселями альтернатива — обычные ссылки; у стороннего чата проверяется настройка без пикселя, если она предусмотрена.
• Счётчик посещаемости заменяется на first-party или cookieless вариант. First-party прокси-трекер отдаёт скрипт с домена самого сайта: блокировщики не отделяют его от остального кода страницы, и потери данных снижаются. Cookieless-система вроде ДэйРики не записывает cookie и не собирает отпечатков — визиты считаются на сервере по событиям, без идентификаторов в браузере посетителя.

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

Похожие статьи

Механика проверки — стандартные средства браузера (DevTools): вкладка Network, просмотр исходника страницы (Ctrl+U). Домены рекламных систем — общеизвестные публичные адреса.