Коротко: подсчёт посетителей без cookies строится на агрегации событий на стороне сервера. Визит — серия просмотров и действий в рамках одного дня, уникальный посетитель дня определяется пересчётом статистики на сервере аналитики. Счётчик не записывает идентификатор в браузер и не хранит его на устройстве посетителя.
Когда посетитель открывает страницу, скрипт счётчика размером около одного килобайта, подключённый одной строкой, отправляет событие на сервер аналитики. В событии фиксируются адрес страницы, источник перехода из заголовка Referer, UTM-метки, если ссылка ими размечена, а также характеристики браузера и устройства. В хранилище браузера скрипт ничего не записывает и профиль посетителя на его устройстве не формирует.
Сервер принимает поток таких событий и группирует их в визиты. Серия действий в рамках дня считается одним визитом: просмотры страниц, клики, отправки форм и другие события добавляются в него по мере поступления. Визит — базовая единица отчётов: посещаемость, источники, страницы и события считаются из потока событий, а не из файлов cookie.
Уникальный посетитель в отчётах без cookies — это посетитель дня. Сервер аналитики при расчёте статистики выделяет визиты, которые относятся к разным посетителям в пределах суток, и считает их количество. Точная реализация подсчёта публично не раскрывается; заявленный принцип — статистическая агрегация событий за день без хранения идентификатора в браузере.
На практике это означает: число визитов, источники, страницы и события за каждый день фиксируются напрямую, а число посетителей — это оценка в пределах дня. Оценка рекламы при этом опирается на визиты и конверсии: кампания приносит измеримое число визитов и достижений целей за день, и её эффективность видна без сквозной истории. Для оценки посещаемости, динамики трафика и конверсий этой точности достаточно: решения принимаются по визитам, источникам и событиям, а не по истории конкретного человека.
Разница видна на уровне базовых операций аналитики. Cookie-счётчик записывает идентификатор в файл в браузере и при следующих визитах читает его, связывая визиты в цепочку. Счётчик без cookie идентификатор никуда не записывает: каждый визит описывается своими событиями, а статистика пересчитывается на сервере. Сравнение по практическим следствиям:
| Ситуация | Cookie-счётчик | Счётчик без cookie |
|---|---|---|
| Где хранится идентификатор | в файле cookie в браузере | нигде: подсчёт ведётся на сервере |
| Посетитель удалил cookie | идентификатор пересоздаётся, визит считается новым | на подсчёт не влияет |
| Баннер согласия | вопрос согласия на аналитические cookie | для счётчика не требуется |
| Блокировщики и ограничения браузеров | режут cookie и скрипты, часть визитов теряется | событие доходит, если загрузились страница и скрипт |
| Истории между визитами | строятся | не строятся |
Итог сравнения: cookie-счётчик покупает связность визитов ценой баннера, потерь на блокировщиках и хранения идентификаторов; счётчик без cookie отдаёт связность и получает полноту визитов и простоту эксплуатации.
У подсчёта без идентификаторов есть ограничения, о которых честно стоит знать до сравнения с cookie-системами:
Это цена отказа от идентификаторов. Взамен счётчик не создаёт вопроса о согласии на аналитические cookie, собирает меньше данных и меньше зависит от блокировщиков и ограничений браузеров: событие уходит, если страница и скрипт загрузились. Отсутствие cookie снимает вопрос баннера согласия на аналитические файлы, однако не отменяет остальных требований законодательства о персональных данных к сайту.
Отказ от cookie урезает биографию посетителя, но не статистику сайта. В отчётах остаются:
Путь от визита к выручке строится из этих отчётов без идентификации: канал принёс визит, в визите произошло событие-конверсия, за событиями стоит сумма заказа. Цепочка замыкается на уровне визита, и для оценки рекламы и контента этого достаточно. В том же кабинете работают A/B-тесты и короткие ссылки: эксперименты над страницами и разметка кампаний не требуют отдельного инструмента.
Подсчёт без идентификаторов закрывает базовый контур: посещаемость, источники, страницы, события, воронки, конверсии и выручку. Для сайтов, которые живут трафиком и продажами — магазины, услуги, лендинги, контентные проекты, — картина в отчётах полная. Для продуктовой аналитики зарегистрированного сервиса, где нужны сквозные пути конкретного пользователя между устройствами и днями, cookieless-счётчик не заменит системы с user-id: там идентификация задаётся задачей, а не прихотью вендора.
ДэйРика считает визиты и посетителей без cookie: 13 событий автоматически, воронки, выручка, данные хранятся в России. Доступен демо-кабинет с логином demo и паролем demo.
Посмотреть, как работает ДэйРикаМеханика подсчёта визитов и посетителей — по устройству продукта (движок ДэйРики, документация дэйрика.рф/docs/).