Мой дэйли дайджест

одно техническое понятие в день

Трекинговый пиксель

26 августа 2026 · ~13 мин чтения

маркетинг аналитика трекинг web ad-tech

Трекинговый пиксель

Трекинговый пиксель (tracking pixel, web beacon) — крошечный кусочек кода на чужой веб-странице, который при загрузке страницы отправляет данные о посетителе на сторонний сервер. Технически чаще всего это невидимая картинка 1×1 или JavaScript-фрагмент, но суть одна: страница делает запрос на сервер аналитики или рекламной сети, а тот записывает факт визита.

История

Идея пришла из логики самого HTML. С 1994 года браузеры умели загружать картинки с любого домена — и уже в 1993–1994 годах веб-мастера заметили, что каждая такая загрузка оставляет запись в логе сервера. Первым публичным use case стал счётчик посетителей: маленькая GIF-картинка со счётчиком отдавалась с чужого сервера и попутно считала визиты. Именно так работал легендарный Web-Counter 1993 года и множество его клонов.

В 1994 году появился HotWired — первый крупный рекламный сайт, — и вместе с ним DoubleClick (основан в 1996 году Кевином О'Коннором и Двайтом Меррименом). Именно DoubleClick превратил простую картинку-счётчик в инструмент межсайтовой рекламной атрибуции: один и тот же 1×1 пиксель на разных сайтах позволял узнавать одного и того же пользователя через cookie. Google купил DoubleClick в 2007 году за $3,1 млрд — это до сих пор одна из самых значимых сделок в ад-теке.

Дальше вехи:

Сегодня трекинговый пиксель — это не столько технология, сколько семейство техник. За словом «пиксель Facebook», «пиксель Метрики», «пиксель Smartis» скрываются очень разные реализации, но с одной общей логикой: чужой сервер узнаёт о твоём визите.

Что это такое

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

1. Image pixel (классический). В HTML вставлен тег <img src="https://tracker.example.com/pxl.gif?id=42&user=abc">. Браузер честно загружает картинку размером 1×1 пиксель, прозрачную или белую — её не видно. Но перед загрузкой картинки уходит HTTP-запрос на tracker.example.com, и в логах этого сервера остаётся запись: IP, User-Agent, реферер, cookies домена tracker.example.com, дата, все GET-параметры. Плюсы: работает даже без JS. Минусы: очень ограниченная информация (только то, что попало в URL и в HTTP-заголовки).

2. JavaScript pixel (нормальный современный). В <head> страницы вставлен сниппет вида «загрузи скрипт с чужого сервера и вызови на нём функцию init(id, params)». Это уже не картинка — это программа. Она снимает всё, до чего дотягивается: разрешение экрана, язык, установленные шрифты (в старых браузерах), timezone, глубину скролла, клики, поля форм (если разрешено). Плюсы: богатые данные, гибкая логика. Минусы: не работает без JavaScript, легко блокируется расширениями типа uBlock Origin.

3. Server-side pixel. Формально это уже не «пиксель», но термин к нему прирос. Сайт-«хозяин» на своём бэкенде принимает событие пользователя (например, «оплатил заказ») и сам отправляет HTTP-запрос в API рекламной сети — с идентификатором пользователя, суммой, товарной корзиной. Плюсы: невозможно заблокировать в браузере. Минусы: сложнее внедрение, нужен доступ к серверной стороне.

Ключевое отличие пикселя от, скажем, реферер-заголовка или ссылки: пиксель работает автоматически при просмотре страницы, без клика. Не нужно даже прокручивать — просто открыть страницу.

Пиксель ≠ cookie. Cookie — это способ сохранить идентификатор в браузере. Пиксель — это способ отправить его на сервер. Работают в паре: cookie ставится один раз (первый визит), пиксель на каждой следующей странице говорит серверу «вот этот же пользователь снова здесь».

Аналогии из жизни

Штрих-код в супермаркете. Ты подходишь к кассе, кассир проводит сканером, штрих-код срабатывает — и на сервер магазина уходит запись: этот SKU в этой корзине в этот час. Ты ничего специально не делал — просто положил товар в корзину. Пиксель работает так же: ты «положил себя в корзину» страницы, и запись автоматически ушла в базу.

Где ломается: на кассе ты видишь сканер и знаешь, что тебя считают. Пиксель невидим, ты о нём не знаешь. И на кассе нет истории «кто ты» — только «был товар». Пиксель же благодаря cookie помнит, что это ты уже был вчера и позавчера.

Дверной звонок с камерой. Ты подходишь к чужой двери, звонишь — и хозяин видит запись «пришёл человек в такой-то одежде в 14:32». Он не открывает дверь, никак не взаимодействует с тобой — но факт визита зафиксирован. Пиксель делает то же: ты «позвонился» на сайт, и владелец пикселя (не сайта — стороннего сервиса) получил уведомление.

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

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

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

Как это работает

Разберём типовой сценарий — ты открываешь сайт-магазин и на нём стоит пиксель рекламной сети (условной AdNet):

Шаг 1. Загрузка страницы. Ты набираешь shop.example.com/product/42 — браузер запрашивает HTML.

Шаг 2. Парсинг HTML. Браузер натыкается на <script src="https://cdn.adnet.com/px.js"> внутри <head>. Начинает параллельно скачивать этот скрипт с сервера adnet.com.

Шаг 3. Cookie-обмен. При запросе cdn.adnet.com/px.js браузер автоматически прикладывает все cookies домена adnet.com, которые у него уже есть. Если ты когда-то раньше был на любом сайте с этим же пикселем — у тебя уже стоит cookie вида adnet_uid=abc123. Она уходит на сервер adnet.com.

Шаг 4. Выполнение скрипта. px.js загрузился, браузер его выполняет. Внутри — что-то вроде:

AdNet.init({
  pid: 'shop-example-42',
  page: location.href,
  ref: document.referrer,
  ...
});

Функция init собирает контекст (URL, реферер, разрешение экрана, timezone, язык) и отправляет beacon — обычно через navigator.sendBeacon() или скрытый <img> — на adnet.com/collect?....

Шаг 5. Запись на сервере. AdNet принимает запрос, извлекает из него: cookie adnet_uid=abc123 (значит, знает, что это «пользователь abc123»), партнёрский ID shop-example-42, URL страницы, время. Пишет в базу: abc123 → shop-example, продукт 42, в 14:32 26.08.2026.

Шаг 6. Ретаргетинг. Через час ты идёшь на другой сайт news.example.com, где тоже стоит пиксель AdNet. Тот же cookie adnet_uid=abc123 уходит на сервер. AdNet смотрит: «Ага, этот пользователь час назад смотрел кроссовки на shop-example». Показывает баннер с этими кроссовками. Это и есть механика ретаргетинга.

Шаг 7. Конверсия. Ты возвращаешься на shop-example и покупаешь товар. На странице /thank-you стоит conversion pixel — вариант обычного пикселя, только с параметром event=purchase&amount=5990. AdNet получает: abc123 совершил конверсию 5990 ₽. Рекламодатель платит AdNet за подтверждённую конверсию, атрибутируя её к показанному ранее баннеру.

Вся эта цепочка занимает миллисекунды. Обычно на средней странице срабатывает 10–30 разных пикселей одновременно: Google Analytics, Yandex Metrika, Facebook Pixel, Google Ads, VK Реклама, myTarget, коллтрекинговый пиксель, аналитика Smartis у застройщика — все они шлют свои маленькие запросы в свои базы.

Про Smartis отдельно: это специализированная система для застройщиков (недвижимость), которая ставит пиксель на портал-агрегатор новостроек, чтобы отследить, какой конкретный посетитель какого ЖК потом позвонил в отдел продаж или оставил заявку у застройщика. Пиксель Smartis технически ничем не отличается от Facebook Pixel — то же семейство.

Где встречается в обычной жизни

Открываешь письмо в почте. В большинстве маркетинговых рассылок есть невидимая картинка. Как только твой почтовый клиент подгрузил её — отправитель узнал, что письмо открыто, когда и в какое время. Именно поэтому Gmail и Apple Mail блокируют автозагрузку картинок из непроверенных источников — они защищают тебя от этих пикселей.

Читаешь новость на news-сайте. На средней российской новостной странице стоит 15–25 пикселей: Метрика, Google Analytics, Weborama, Adfox, Between Digital и десяток мелких рекламных сетей. Каждый из них знает, что ты читал именно эту статью.

Смотришь товар на Ozon и через час видишь его в рекламе ВКонтакте. Это ретаргетинг: пиксель Ozon (либо VK Pixel, который Ozon сам вставляет) записал факт просмотра. VK сопоставил своего пользователя с этим фактом и показал персональный баннер.

Заходишь в приложение банка через ссылку из смс-рассылки. В ссылке — UTM-метки; на посадочной странице — пиксель. Банк узнаёт, что ты кликнул именно из этой рассылки. Именно так они меряют эффективность SMS-канала.

Оставляешь заявку на сайте застройщика. В момент отправки формы срабатывает conversion pixel коллтрекинга (Calltouch, Smartis, Roistat). Он передаёт: «пришла заявка от пользователя, который вчера был на VC.ru, а позавчера — на Циан».

Где встречается в IT и бизнесе

Атрибуция маркетинга. Главная задача пикселя — понять, из какого канала пришёл клиент. Без пикселя ты знаешь, что клиент оформил заказ. С пикселем — знаешь, что путь клиента был: реклама в VK → статья в Т-Ж → прямой заход → покупка. Это позволяет распределять маркетинговый бюджет между каналами.

Ретаргетинг. Второе главное применение — догонять пользователей, которые не купили. По разным оценкам, ретаргетинговая реклама даёт CTR в 5–10 раз выше, чем обычная — потому что показывается только тем, кто уже проявил интерес.

Look-alike аудитории. По собранной пикселем базе клиентов рекламная сеть учит модель, которая находит «похожих» пользователей в своей общей базе. Особенно хорошо работает у Facebook (Meta) — миллиарды профилей позволяют строить очень точные модели похожести.

A/B-тесты. Пиксель шлёт вместе с визитом идентификатор варианта (variant=A или variant=B), и потом аналитик считает, у какого варианта выше конверсия.

Product analytics. Продуктовые команды используют пиксель (Mixpanel, Amplitude, Product-focused Analytics), чтобы понимать пользовательские сценарии: где спотыкаются, где уходят, что кликают.

Кто пользуется

Google Ads и Meta Ads. Двое главных мировых игроков — их пиксель стоит на миллионах сайтов. По оценкам SimilarTech (2024), Google Analytics установлен на ~30–35 млн сайтов в мире, Facebook Pixel — на 10+ млн. Через них проходит основная масса рекламных данных в мире.

Яндекс.Метрика и Google Analytics в России. По данным Ruward и Data Insight (2023), Метрика установлена примерно на 70–80% ключевых российских коммерческих сайтов; GA — на ~30–40% (до отзыва аккаунтов Google из-за санкций доля падала).

Ад-тек-платформы России. Adfox (входит в Яндекс), Between Digital, GetIntent, Weborama, myTarget (входит в VK) — все ставят свои пиксели на партнёрские сайты.

Специализированные тракеры. Smartis, Calltouch, Roistat, Comagic — это коллтрекинг и сквозная аналитика для отраслей вроде недвижимости и автомобилей. Их пиксель — не для рекламы, а для сшивки визита с оффлайн-заявкой (звонком, встречей).

Product analytics. Mixpanel, Amplitude, PostHog, Segment, Heap — их пиксели-SDK стоят у большинства SaaS-компаний. Amplitude в 2023 году обрабатывал ~5 трлн событий в квартал.

Государственные и медицинские сайты. Тоже ставят пиксели — как минимум Метрику для аудита посещаемости. Иногда это порождает скандалы (в 2022 медицинские сайты США попались на передаче данных о болезнях пользователей через Facebook Pixel).

Альтернативы и конкуренты

Server-side tracking (Conversion API). Плюсы: не блокируется браузером, не зависит от cookie, надёжнее. Минусы: сложнее внедрять, требуется серверная разработка, часть данных о поведении не собрать (например, скролл, клики).

First-party analytics (Plausible, Fathom, Umami). Плюсы: работают только с cookie одного домена, не передают данные третьим лицам, соблюдают GDPR без cookie banner. Минусы: не позволяют межсайтовой атрибуции, значительно беднее данными.

UTM-метки в URL. Плюсы: работают без всякого JS и картинок, только по анализу серверных логов. Минусы: считают только клики, не показы; не позволяют ретаргетинг; ломаются при редиректах.

Postback / S2S (server-to-server). Плюсы: типично для мобильной атрибуции (AppsFlyer, Adjust), надёжно, не привязано к браузеру. Минусы: работает только там, где есть контроль над серверами обеих сторон.

Когда НЕ стоит использовать

Когда собираешь чувствительные данные. Медицина, финансы, госуслуги — пиксель третьей стороны на такой странице легко превращается в утечку персональных данных. В 2023 году сеть больниц Advocate Aurora Health в США заплатила ~$12,2 млн по коллективному иску за передачу медицинских данных через Facebook Pixel. Правило простое: если на странице есть данные о конкретном человеке (диагноз, сумма счёта, полис) — сторонние пиксели туда ставить нельзя.

Когда нет согласия пользователя (в юрисдикциях GDPR/CCPA). В ЕС и Калифорнии установка большинства рекламных пикселей без явного согласия — прямое нарушение закона. Штрафы GDPR доходят до 4% годового оборота компании.

Когда пикселей уже слишком много. На тяжёлых сайтах пиксели могут добавлять 500–2000 мс к первой отрисовке. Каждый лишний пиксель — это внешний DNS-запрос, TCP-хендшейк, TLS-хендшейк, загрузка скрипта, его выполнение. Если пикселей больше 10–15, порой выгоднее внедрить Google Tag Manager (или Yandex Tag Manager) и через него ставить весь набор централизованно.

Связанные понятия

Литература и источники

Где встретилось у меня

Вчера вечером и днём я разбирал большой набор данных Smartis-пикселя для проекта «Петровский парк» РГ-Девелопмент на портале-агрегаторе новостроек novostroy-m.ru. Задача — определить точный периметр пикселя: какие страницы он ловит, какие рекламодатели с ним связаны, какие ЖК попадают в наш срез. Пришлось разбираться и с механикой pxid'ов (идентификаторов пикселя), и с двойным учётом периметра «локация + класс жилья», и с тем, как один общий пиксель на портале атрибутируется к конкретному застройщику.

Краткое резюме