Аналитика без cookie и с cookie: в чём разница

Коротко: подход с cookie записывает в браузер посетителя идентификатор и связывает его визиты в историю на недели и месяцы. Cookieless-подход считает визиты и источники на сервере и ничего не записывает в браузер. Разница на практике видна в четырёх местах: нужен ли баннер согласия, сколько данных доходит до отчёта сквозь блокировщики, насколько точно считаются возвращающиеся посетители и какие сведения вообще попадают в обработку.

В чём разница на практике: таблица отличий

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

Критерий	Аналитика с cookie	Cookieless-аналитика
Идентификация посетителя	Идентификатор в cookie; визиты связываются в историю пользователя между сессиями	Серверный подсчёт; визит и уникальный посетитель в пределах суток
Cookie-баннер	Актуален: в браузере появляется запись, связывающая сессии, — возникает вопрос согласия	Не нужен: в браузер посетителя ничего не записывается
Потери от блокировщиков	Выше: блокировщики удаляют и скрипты счётчиков, и сами cookie	Ниже: режим прокси-трекера отдаёт счётчик с домена самого сайта
Данные о возвращающихся	Точная история: первый визит, возвраты, давность, путь между сессиями	Приближение: уникальность считается на базе календарного дня
Юридическая сторона	Согласие, политика обработки, уведомление регулятора по 152-ФЗ	Аналитического cookie нет; требования 152-ФЗ к остальной обработке данных применяются как прежде
Глубина product-аналитики	Профили пользователей, ретаргетинг-сегменты, когорты, retention	Визиты, события, воронки и конверсии в рамках визита

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

Как работает аналитика с cookie

Счётчик при первом визите записывает в cookie браузера идентификатор посетителя. На примере Яндекс Метрики механика описана в официальной справке: «Для учета посетителей Метрика использует анонимные идентификаторы браузеров, которые сохраняются в cookie». Часть технических данных Метрика хранит в localStorage, а cookie ставит на домен верхнего уровня сайта. Каждый следующий запрос счётчика несёт тот же идентификатор, поэтому на сервере запросы складываются в визиты, а визиты — в историю конкретного браузера: первый заход, возвраты, давность, путь между сессиями.

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

Как работает cookieless-аналитика

Счётчик передаёт событие на сервер сбора, и всю работу делает сервер: разбирает адрес страницы, реферер, UTM-метки и характеристики устройства, группирует запросы в визиты и считает уникального посетителя на базе календарного дня. В браузере посетителя при этом ничего не записывается. Этой же механикой cookieless-подход платит за отсутствие баннера: история между днями не собирается.

ДэйРика устроена по этой схеме: счётчик весит около 1 КБ и подключается одной строкой, 13 событий — клики, формы, загрузки, оплаты и другие — собираются автоматически, в кабинете строятся воронки и считается выручка. Конверсии по рекламным кликам уходят по API в Яндекс Директ (yclid) и VK Рекламу (rb_clickid), данные хранятся в России. Режим прокси-трекера отдаёт скрипт с домена самого сайта, что снижает потери от блокировщиков.

Что теряется без cookie

Честная часть сравнения — то, что cookieless-подход не умеет в принципе:

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

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

Кому подходит каждый подход

Cookieless-подхода достаточно там, где вопросы сводятся к посещаемости и конверсиям: контентные проекты, лендинги, локальные услуги, B2B-сайты с формами заявок, клиентские сайты агентств. Если решение принимается по данным «сколько пришло, откуда, что сделали, сколько стоил лид», идентификатор в браузере ничего не добавляет к этому решению.

Cookie оправданы там, где ценность сосредоточена в истории конкретного пользователя: интернет-магазин с личным кабинетом и персональными предложениями, сервис с авторизацией, продуктовые команды, которые считают retention и когорты. В этих сценариях cookie работают вместе с логином и дают связку между анонимным визитом и зарегистрированным пользователем.

Когда cookie-аналитика оправдана

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

Рабочая комбинация — держать оба счётчика: cookie-инструмент для продуктовой и рекламной глубины, cookieless — для посещаемости, источников и конверсий, которые он считает полнее. Такой вариант встречается часто и не требует выбирать один инструмент навсегда: счётчик добавляется или снимается одной строкой кода.

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

Механика cookie-подхода на примере Яндекс Метрики — официальная справка Метрики об использовании cookie и localStorage. Механика cookieless-подсчёта, события и интеграции ДэйРики — по устройству продукта.