Почему это исключение важно

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

Многие сайты растягивают это исключение на аналитику, A/B-тестирование, ограничение частоты показа рекламы и персонализацию. Регуляторы неоднократно возражали против такого прочтения, поэтому стоит точно понимать, где проходит граница.

Двухчастный тест

Исключение не о том, что удобно вам. Оно задаёт два вопроса:

1. Пользователь явно запросил сервис? Загрузка статьи — это запрос. Добавление товара в корзину — это запрос. Открытие чат-виджета, который вы навязали на каждой странице, — нет.
2. Хранение строго необходимо для предоставления именно этого сервиса? Если сервис продолжил бы работать, пусть и менее удобно, без cookie или идентификатора, то хранение, скорее всего, не является строго необходимым.

Обратите внимание: “необходимо для нашей бизнес-модели” не то же самое, что “необходимо для сервиса, который запросил пользователь”. Доход от рекламы поддерживает жизнь бесплатного сайта, но рекламные идентификаторы таргетинга не нужны для отображения статьи.

Обычно признаваемые примеры

• Сессионные cookie и cookie аутентификации, которые сохраняют вход авторизованного пользователя в течение сессии.
• Cookie корзины, запоминающие товары, пока пользователь оформляет заказ.
• Идентификаторы балансировки нагрузки, направляющие запрос на нужный сервер.
• Cookie безопасности, используемые для обнаружения повторных неудачных входов или защиты от поддельных запросов.
• Сама запись о согласии, потому что запоминание выбора пользователя необходимо, чтобы его соблюдать.
• Настройки интерфейса, которые пользователь задал намеренно, например язык, когда они хранятся на время сессии или потому, что их выбрал сам пользователь.

Часто неверно классифицируемые примеры

• Аналитические cookie. Некоторые органы допускают ограниченное измерение аудитории с защитой приватности при узких условиях, но стандартные теги аналитики, как правило, требуют согласия. Изучите рекомендации органа, применимого к вашей аудитории.
• Рекламные идентификаторы и идентификаторы ретаргетинга. Они никогда не нужны для доставки самого контента.
• Кнопки социальных сетей и встроенные виджеты, которые устанавливают сторонние cookie при загрузке страницы.
• A/B-тестирование и персонализация, не запрошенные пользователем.
• Ограничение частоты показа рекламы. Оно улучшает пользовательский опыт, но не является необходимым для доставки страницы.

Срок и объём по-прежнему важны

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

Документируйте своё обоснование

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

Исключение касается не только cookie. Local storage, session storage, фингерпринтинг устройства и идентификаторы SDK в приложениях подпадают под ту же логику статьи 5(3), поэтому включите их в проверку.

Где место FlexyConsent

FlexyConsent — CMP, сертифицированная Google (CMP ID 317), с сертификацией IAB Europe и IAB Canada, и баннером на 57 языках. CMP позволяет удерживать несущественные теги, пока пользователь не сделает выбор, а действительно необходимые элементы продолжают загружаться. Решение о том, к какой категории относится каждый cookie, остаётся за вами, поэтому поддерживайте своё задокументированное обоснование в актуальном состоянии.

Ключевые выводы

• Исключение охватывает хранение, строго необходимое для сервиса, явно запрошенного пользователем, а не хранение, нужное для вашего дохода.
• Типичные подходящие примеры — cookie сессии, корзины, балансировки нагрузки, безопасности и записи о согласии.
• Аналитика, реклама, социальные виджеты и персонализация, как правило, требуют согласия.
• Срок и содержимое важны: делайте необходимые cookie недолговечными и минимальными.
• Применяйте тот же тест к local storage, session storage и идентификаторам приложений.
• Документируйте обоснование для каждого элемента, который вы относите к строго необходимым, и регулярно пересматривайте его.