Аналитика без файлов cookie: варианты, компромиссы и согласие

Аналитика без файлов cookie измеряет трафик сайта без использования файлов cookie, опираясь вместо них на серверные журналы, подсчет просмотров страниц без идентификаторов, краткоживущие хеши или агрегированные запросы. Обычно она собирает меньше персональных данных, а в некоторых странах может подпадать под узкие исключения из требования согласия. Но по умолчанию она не освобождена от согласия: Директива ePrivacy распространяется на сохранение любой информации на устройстве и доступ к ней, включая локальное хранилище и цифровые отпечатки.

Что такое аналитика без файлов cookie?

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

Классическая аналитика устанавливает собственный файл cookie со случайным идентификатором клиента, который живет месяцами; см. статью типы файлов cookie. Этот идентификатор связывает просмотры страниц в сеансы, сеансы — в вернувшихся пользователей, а пользователей — с кампаниями. Уберите его, и связь между посещениями пропадет. «Без файлов cookie» описывает технический прием, а не статус соответствия требованиям.

Какие основные варианты аналитики без файлов cookie существуют?

Распространены шесть подходов с очень разными профилями конфиденциальности и точности.

Подход	Как распознаются посетители	Что вы получаете	Главный недостаток
Анализ журналов сервера или CDN	Никак либо по IP-адресу и user agent в журналах	Запросы, страницы, источники перехода, ошибки; без клиентского скрипта	Не видит кешированные страницы и события на клиенте; ботов сложнее отфильтровать
Агрегированный подсчет просмотров страниц	Не распознаются	Просмотры страниц, источники перехода, кампании, тип устройства	Нет уникальных посетителей, сеансов и воронок между посещениями
Ежедневно меняющийся хеш	Хеш IP-адреса, user agent и соли, которая меняется каждый день	Приблизительное число уникальных посетителей и сеансов за день	Нет вернувшихся посетителей между днями; данные все равно персональные
Идентификаторы в хранилище браузера	Идентификатор хранится в локальном хранилище или IndexedDB	Детализация, близкая к аналитике на основе файлов cookie	С юридической точки зрения не «без cookie»; те же правила согласия, что и для файлов cookie
Цифровые отпечатки	Совокупность характеристик устройства и браузера	Распознавание без сохранения чего-либо	Требуется согласие; людям сложно это заметить или контролировать
Запросы без файлов cookie (расширенный режим согласия Google)	Без файлов cookie, пока согласие не дано	Смоделированные конверсии и тренды	Правовая позиция спорна; моделирование выполняется на стороне поставщика

О последней строке: в расширенном режиме согласия Google теги отправляют запросы без файлов cookie, когда согласие не дано, а Google заполняет пробелы с помощью моделирования. Допустимо ли это без согласия, остается предметом споров; см. статью базовый и расширенный режимы согласия.

Нужно ли согласие для аналитики без файлов cookie?

Иногда нужно, и отказ от файлов cookie этот вопрос не закрывает. Статья 5(3) Директивы ePrivacy охватывает как сохранение информации на устройстве, так и получение доступа к уже хранящейся там информации, независимо от технологии. Согласие требуется, если только сохранение или доступ не являются строго необходимыми для услуги, которую пользователь явно запросил, а аналитика сама по себе редко проходит эту проверку.

На практике:

• Хранилище браузера требует согласия так же, как файл cookie. Идентификатор в localStorage, sessionStorage или IndexedDB хранится на устройстве.
• Цифровые отпечатки требуют согласия. Считывание размера экрана, установленных шрифтов, результатов отрисовки canvas и аналогичных характеристик для распознавания устройства — это доступ к информации на нем, даже если ничего не сохраняется.
• Скрипты не выходят из-под действия правила автоматически. Скрипт измерений дает браузеру команду считать и отправить информацию. Европейские регуляторы толкуют «получение доступа» широко, поэтому не считайте инструмент освобожденным от требований только потому, что он ничего не устанавливает.
• Персональные данные — отдельный вопрос. В деле Planet49 Суд ЕС постановил, что статья 5(3) применяется независимо от того, являются ли сведения персональными данными. Если данные действительно относятся к идентифицируемым людям, дополнительно применяется Общий регламент по защите данных (GDPR), и вам нужно правовое основание по статье 6. Некоторые команды рассматривают законный интерес для минимальной аналитики там, где правило о согласии не применяется.

Существуют узкие национальные исключения. Французский регулятор CNIL описал условия, при которых некоторые инструменты измерения аудитории могут работать без согласия, а британский закон, принятый в 2025 году, ввел исключение для некоторых видов хранения данных для аналитики при соблюдении определенных условий; см. статью UK GDPR и PECR. Эти правила конкретны и продолжают развиваться, поэтому, прежде чем отказываться от согласия для аналитики, сверьтесь с актуальными рекомендациями своего регулятора, например ICO в Великобритании.

Как внедрить измерения без файлов cookie с низким риском?

Считайте страницы, а не людей. Минимальному маяку просмотра страницы не нужны ни файл cookie, ни хранилище, ни идентификатор:

// Агрегированный просмотр страницы: без файлов cookie, хранилища и идентификаторов.
const referrer = document.referrer ? new URL(document.referrer).hostname : null;

navigator.sendBeacon(
  'https://analytics.example.com/collect',
  JSON.stringify({ path: location.pathname, referrer }), // только путь, без строки запроса
);

Если вам нужно приблизительное число уникальных посетителей за день, распространенный прием — хешировать IP-адрес и user agent со случайной солью, которая меняется каждый день и никогда не сохраняется. Как только старая соль исчезает, никто не может заново вычислить вчерашние ключи или связать их с сегодняшними.

import { createHash, randomBytes } from 'node:crypto';

let salt = randomBytes(32);
let saltDay = new Date().toISOString().slice(0, 10);

export function dailyVisitorKey(ip: string, userAgent: string, site: string): string {
  const today = new Date().toISOString().slice(0, 10);
  if (today !== saltDay) {
    salt = randomBytes(32); // старая соль отбрасывается и никогда не сохраняется
    saltDay = today;
  }
  return createHash('sha256').update(salt).update(`${site}|${ip}|${userAgent}`).digest('hex');
}

В продакшене передавайте соль между серверами через кеш, который ежедневно ее удаляет, но никогда — через базу данных или резервные копии. Пока соль существует, ключ является псевдонимизированными персональными данными по GDPR, а не анонимными, и регуляторы расходятся во мнениях о том, считается ли распознавание посетителей по IP-адресу и user agent доступом к устройству.

Настройка с низким риском обычно отвечает следующим условиям:

1. Никаких файлов cookie, хранилища браузера и методов снятия цифровых отпечатков.
2. Строки запроса и фрагменты URL удаляются до сохранения.
3. Необработанные IP-адреса удаляются после определения страны в общем виде, если она вообще нужна.
4. Соли меняются и удаляются ежедневно, а исходные данные никогда не записываются в журналы.
5. Только агрегированная отчетность, без межсайтового отслеживания и повторного использования для рекламы.
6. Короткий срок хранения необработанных событий и понятное описание в уведомлении о конфиденциальности.

Чем вы жертвуете, выбирая аналитику без файлов cookie?

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

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

Итоги

Аналитика без файлов cookie — хороший выбор по умолчанию для измерений, уважающих конфиденциальность, но воспринимайте ее как «меньше данных», а не «никаких правил». Выберите подход, который отвечает на ваши реальные вопросы, не сохраняйте и не считывайте идентификаторы на устройстве без согласия и предварительно изучите национальные рекомендации. Такие инструменты, как Cookiesh, помогают в случаях, когда согласие все же требуется: они блокируют скрипты из категории аналитики, пока посетители не дадут согласие, и показывают баннеры с учетом региона.

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