Cookie-баннер для 1С-Битрикс: как получать и учитывать согласия пользователей, а не просто показывать уведомление

Оглавление

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

Поэтому на сайтах все чаще появляется уведомление примерно следующего содержания:

Мы используем cookie-файлы. Продолжая пользоваться сайтом, вы соглашаетесь с их использованием.

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

Для сайтов на 1С-Битрикс мы разработали модуль «Баннер согласия на использование cookie-файлов», который превращает обычное уведомление в полноценную систему управления согласиями.

В этой статье разберем:

• чем управление согласием отличается от обычного cookie-баннера;
• какие возможности предоставляет модуль;
• как использовать категории cookie;
• зачем нужен журнал согласий;
• как подключать аналитику и маркетинговые скрипты с учетом выбора пользователя;
• чем наше решение отличается от других модулей Маркетплейса 1С-Битрикс.

Почему обычного уведомления о cookieможет быть недостаточно

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

Федеральный закон № 152-ФЗ определяет персональные данные как любую информацию, относящуюся к прямо или косвенно определенному либо определяемому физическому лицу. При этом согласие на обработку персональных данных должно быть конкретным, предметным, информированным, сознательным и однозначным. Закон также допускает получение согласия в форме, позволяющей подтвердить факт его получения.

Из этого следует практический вывод: владельцу сайта желательно не только показать информационное сообщение, но и иметь возможность ответить на несколько вопросов:

1. Видел ли пользователь уведомление?
2. Нажал ли он кнопку согласия?
3. Был ли у него вариант отказаться?
4. Какие категории cookie он разрешил?
5. Когда было принято решение?
6. На какую версию политики распространялось согласие?
7. Можно ли подтвердить факт получения согласия позднее?

Обычная плашка с одной кнопкой «Понятно» не всегда дает ответы на эти вопросы.

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

Что представляет собой модуль delement.cookieconsent

Модуль «Баннер согласия на использование cookie-файлов» устанавливается непосредственно в 1С-Битрикс и позволяет централизованно управлять показом уведомления, выбором пользователя и журналом полученных согласий.

Решение поддерживает адаптивное отображение, композитный режим 1С-Битрикс, многосайтовость, категории cookie, серверное логирование, настройку дизайна, правила показа по URL, публичный JavaScript API и события для интеграции с аналитикой и пользовательскими скриптами.

Вместо отдельного стороннего сервиса владелец сайта получает инструмент, встроенный в привычную административную часть 1С-Битрикс.

Три сценария получения согласия

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

1. Простое уведомление

Пользователь видит текст об использовании cookie и кнопку подтверждения.

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

2. Принятие или отказ

В уведомлении отображаются отдельные действия:

• принять cookie;
• отказаться от необязательных cookie;
• при необходимости открыть настройки.

Этот сценарий дает пользователю очевидный выбор и позволяет отдельно обработать отказ.

3. Выбор категорий cookie

Наиболее функциональный вариант. Пользователь может самостоятельно определить, какие виды cookie разрешено использовать.

Например:

• необходимые;
• функциональные;
• аналитические;
• маркетинговые;
• другие категории, созданные для конкретного проекта.

Состав и названия категорий можно адаптировать под фактическую архитектуру сайта.

Управление отдельными категориями cookie

Не все cookie выполняют одинаковые функции.

Необходимые cookie

Они обеспечивают базовую работу сайта:

• авторизацию;
• сохранение пользовательской сессии;
• работу корзины;
• безопасность;
• балансировку нагрузки;
• сохранение технических настроек.

Без них отдельные функции сайта могут перестать работать.

Аналитические cookie

Используются системами веб-аналитики для сбора статистики:

• количества посещений;
• источников трафика;
• просмотренных страниц;
• действий посетителя;
• достижения целей.

Маркетинговые cookie

Могут применяться для:

• ретаргетинга;
• рекламных пикселей;
• формирования аудиторий;
• персонализации рекламных сообщений;
• оценки эффективности рекламных кампаний.

Разделение по категориям позволяет не ставить пользователя перед выбором «либо разрешить все, либо покинуть сайт». Он может оставить необходимые функции и отказаться, например, только от маркетинговых инструментов.

Сохранение выбора пользователя

После принятия решения модуль записывает выбор пользователя в cookie браузера. В актуальной версии используется JSON-формат, содержащий:

• итоговый статус согласия;
• статусы отдельных категорий;
• карту доступных категорий;
• версию политики.

Благодаря этому сайт может определить не только сам факт нажатия кнопки, но и конкретный набор разрешений.

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

Версионирование политики

Политика использования cookie и обработки персональных данных может изменяться. Например, на сайт подключили новую систему аналитики, рекламный сервис или внешний виджет.

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

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

Серверный журнал согласий

Одна из ключевых особенностей модуля — сохранение фактов согласия на стороне сайта.

В журнале фиксируются:

• дата и время;
• выбранный сценарий;
• итоговый статус;
• разрешенные и запрещенные категории;
• версия политики;
• хеш IP-адреса;
• признак авторизации пользователя.

Срок хранения записей можно настроить.

Журнал помогает анализировать работу баннера и подтверждать, какой выбор был зафиксирован системой в конкретный момент времени. Данные хранятся внутри инфраструктуры 1С-Битрикс, а не только в браузере посетителя.

Почему используется хеш IP-адреса

Некоторые решения сохраняют IP-адрес посетителя в открытом виде. Наш модуль использует его хеш.

Такой подход позволяет применять технический идентификатор при учете согласий, одновременно сокращая объем сохраняемой в журнале исходной информации.

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

Многосайтовая настройка

На одной установке 1С-Битрикс могут работать несколько сайтов:

• корпоративный сайт;
• интернет-магазин;
• региональные версии;
• сайты отдельных брендов;
• сайты на разных языках.

У них могут отличаться политика, дизайн, используемые сервисы и требования к сроку хранения согласия.

Поэтому модуль позволяет задавать отдельные параметры для каждого сайта:

• активность уведомления;
• имя cookie;
• срок действия cookie;
• режим показа;
• версию политики;
• срок хранения журнала;
• схему кнопок;
• тексты;
• категории;
• правила показа по URL;
• оформление.

Это полноценная многосайтовость, а не простое отображение одного и того же баннера на всех доменах.

Правила показа по адресам страниц

Cookie-баннер не всегда нужно показывать на всех страницах.

Например, его можно исключить:

• из административной части;
• из служебных разделов;
• со страниц технического мониторинга;
• из отдельных закрытых зон;
• со страниц, открываемых во встроенных окнах.
• В модуле можно настроить:
• адреса, на которых уведомление должно отображаться;
• адреса, на которых его необходимо скрыть.

Правила задаются обычными путями сайта. Администратору не требуется составлять регулярные выражения.

Правило исключения имеет более высокий приоритет, что позволяет сначала задать общий раздел, а затем убрать из него отдельные страницы.

Обычный и блокирующий режимы

Модуль поддерживает два режима отображения.

Обычный режим

Пользователь может продолжать взаимодействовать со страницей, пока баннер остается на экране.

Блокирующий режим

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

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

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

Гибкая настройка внешнего вида

Cookie-баннер является частью интерфейса сайта, поэтому он не должен выглядеть как случайно подключенный внешний виджет.

В административной части можно настроить:

• расположение баннера;
• максимальную ширину;
• горизонтальные и вертикальные отступы;
• отдельные отступы для мобильных устройств;
• фон;
• цвет текста;
• цвет ссылок;
• цвет ссылок при наведении;
• цвет кнопок;
• размеры текста;
• скругление углов;
• тень;
• внутренние отступы;
• приоритет отображения через z-index.

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

Адаптивность и поддержка композитного режима

Баннер корректно отображается на компьютерах, планшетах и мобильных устройствах.

Также модуль официально поддерживает композитный режим 1С-Битрикс. Это важно для сайтов, использующих технологию «Композитный сайт» для ускорения отображения страниц. Поддержка адаптивности и композита указана в технических характеристиках решения на Маркетплейсе.

При разработке модуля отдельно учитывалась работа с несколькими одновременно открытыми вкладками. Механизм проверки запросов был доработан так, чтобы логирование согласий корректно работало в подобных сценариях.

Публичный JavaScriptAPI

Для простого сайта достаточно включить баннер и настроить его внешний вид. На более сложных проектах требуется связать выбор пользователя с другими компонентами.

Для этого модуль предоставляет публичный JavaScript API.

С его помощью разработчик может:

• получить текущее состояние согласия;
• проверить разрешение конкретной категории;
• открыть окно настроек cookie;
• применить пользовательский сценарий;
• связать баннер с другими элементами интерфейса.

Например, в подвале сайта можно разместить ссылку «Настроить cookie». При ее нажатии пользователь снова откроет окно категорий и изменит ранее сделанный выбор.

JavaScript-события

Модуль генерирует события при основных действиях пользователя:

• модуль готов к работе;
• пользователь принял все cookie;
• пользователь отклонил необязательные cookie;
• пользователь изменил настройки категорий.

На эти события могут подписываться другие скрипты сайта.

Практические примеры:

• запустить Яндекс Метрику только после разрешения аналитических cookie;
• подключить рекламный пиксель после разрешения маркетинговых cookie;
• отключить внешний виджет после изменения выбора;
• отправить обезличенное событие во внутреннюю систему аналитики;
• обновить состояние элементов интерфейса без перезагрузки страницы.

Публичный API и события позволяют выполнять интеграцию без изменения ядра модуля.

Как подключать аналитику с учетом согласия

Само наличие баннера не останавливает скрипт, уже встроенный непосредственно в шаблон сайта.

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

Поэтому правильная схема выглядит следующим образом:

1. Необязательный скрипт не запускается автоматически.
2. Модуль загружает сохраненные настройки пользователя.
3. Сайт проверяет разрешение соответствующей категории.
4. При наличии согласия подключается аналитика или рекламный инструмент.
5. При изменении выбора сайт повторно обрабатывает новое состояние.

Такой подход требует первоначальной настройки, но дает разработчику прозрачный и управляемый механизм. Сайт не пытается автоматически угадывать назначение каждого стороннего скрипта — его владелец сам определяет, к какой категории относится подключаемый сервис.

Как модуль выглядит для администратора

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

1. Установить решение через Маркетплейс 1С-Битрикс.
2. Открыть настройки модуля.
3. Выбрать сайт, для которого задаются параметры.
4. Включить уведомление.
5. Указать имя и срок действия cookie.
6. Выбрать обычный или блокирующий режим.
7. Настроить схему кнопок.
8. Заполнить тексты уведомления.
9. Добавить ссылку на политику.
10. Настроить категории cookie.
11. При необходимости задать правила показа по URL.
12. Адаптировать цвета, размеры и расположение под дизайн сайта.
13. Указать версию политики и срок хранения журнала.
14. Проверить баннер от имени обычного пользователя.

Большинство настроек выполняется без изменения шаблона сайта.

Как модуль выглядит для пользователя

При первом посещении пользователь видит уведомление и выбирает один из доступных вариантов:

• принять все;
• отклонить необязательные cookie;
• открыть настройки;
• разрешить только отдельные категории.

После сохранения выбора баннер скрывается. При последующих переходах сайт использует ранее выбранные настройки.

Если посетитель захочет изменить решение, окно настроек можно повторно открыть через ссылку или кнопку, подключенную к публичному API.

>Чем наш модуль отличается от других решений

На Маркетплейсе 1С-Битрикс представлено несколько типов cookie-модулей.

Простые бесплатные уведомления

Они обычно позволяют:

• вывести текст;
• изменить цвет;
• добавить кнопку;
• сохранить признак закрытия баннера.

Например, одно из наиболее устанавливаемых бесплатных решений поддерживает изменение текста и цвета, а также принудительный повторный показ после изменения номера версии. При этом в его публичной карточке не заявлены адаптивность, композитный режим, категории cookie, полноценный журнал и API интеграции.

Такого функционала может быть достаточно для простого информационного сайта, но он ограничен для проектов с аналитикой, рекламой и несколькими категориями обработки.

Решения с категориями cookie

Некоторые модули позволяют разделить cookie на технические, функциональные, аналитические и другие категории.

Например, AWZ предоставляет компонент и API для проверки настроек через битовые маски, а также поддерживает адаптивность и композитный режим. В публичном описании при этом не заявлены серверный журнал с версией политики, хеширование IP, подробные многосайтовые настройки, URL-правила и отдельная система JavaScript-событий.

Решения с автоматической загрузкой скриптов

Модуль «Политика cookies и управление согласием» позволяет создавать категории и размещать внутри них отдельные скрипты, подключаемые после получения согласия. Также заявлен журнал пользовательского выбора. При этом в технических характеристиках отсутствует поддержка композитного режима, а в описании не заявлены публичный API, события, подробные настройки для каждого сайта и правила показа по URL.

Решения с автоматической блокировкой

На рынке представлены модули, заявляющие автоматическую блокировку аналитических и рекламных скриптов. Например, такую возможность указывает решение 44labs. Оно также поддерживает категории, адаптивность, композитный режим и содержит генератор политики конфиденциальности. В его публичном описании не заявлены серверный журнал согласий, публичный JavaScript API, события, версионирование записей, хеширование IP и гибкие URL-правила.

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

Сравнение ключевых возможностей

Сравнение выполнено по публичным описаниям решений на Маркетплейсе 1С-Битрикс по состоянию на 4 августа 2026 года. Формулировка «не заявлено» означает, что соответствующая возможность не указана в открытой карточке решения, но теоретически может присутствовать в его коде или документации.

Возможность	delement.cookieconsent	AWZ	Smart Traffic	44labs	Простой бесплатный баннер
Принятие и отказ	Да	Да	Да	Да	Частично
Выбор категорий	Да	Да	Да	Да	Не заявлено
Серверный журнал	Да	Не заявлено	Да	Не заявлено	Не заявлено
Версия политики в записи	Да	Не заявлено	Не заявлено	Не заявлено	Только повторный показ
Хеширование IP	Да	Не заявлено	Не заявлено	Не заявлено	Не заявлено
Настраиваемый срок хранения журнала	Да	Не заявлено	Не заявлено	Не заявлено	Не заявлено
Многосайтовые параметры	Да	Не заявлено	Не заявлено	Не заявлено	В PRO-версии
Поддержка композита	Да	Да	Нет	Да	Нет
Публичный JavaScript API	Да	Да	Не заявлено	Не заявлено	Не заявлено
JavaScript-события	Да	Не заявлено	Не заявлено	Не заявлено	Не заявлено
Правила показа по URL	Да	Не заявлено	Не заявлено	Не заявлено	Не заявлено
Повторное открытие настроек	Да	Да	Не заявлено	Да	Не заявлено
Адаптивность	Да	Да	Да	Да	Нет

Почему мы считаем наше решение одним из лучших на рынке

Мы не называем модуль лучшим только потому, что разработали его сами.

На рынке есть более простые, бесплатные и давно существующие решения. Есть модули с автоматической блокировкой скриптов, генераторами документов или специализированным API.

Сильная сторона delement.cookieconsent — сочетание функций, которые обычно встречаются в разных продуктах по отдельности.

1. Это не просто уведомление

Модуль фиксирует реальный выбор пользователя и поддерживает несколько сценариев согласия.

2. Есть полноценная работа с категориями

Пользователь может отдельно управлять аналитическими, маркетинговыми и другими необязательными cookie.

3. Решение хранит историю

Согласия сохраняются в журнале вместе с категориями, статусом и версией политики.

4. Реализован более аккуратный подход к IP

В журнал записывается хеш, а не открытый IP-адрес.

5. Полноценно поддерживается многосайтовость

Для каждого сайта можно задать собственные тексты, cookie, сроки, правила, категории и дизайн.

6. Поддерживается композитный режим

Модуль подходит для производительных сайтов, использующих технологию «Композитный сайт».

7. Есть APIи события

Решение можно интегрировать с аналитикой, рекламными системами и собственными компонентами без доработки его ядра.

8. Есть удобные URL-правила

Администратору не нужно знать регулярные выражения, чтобы определить страницы показа и исключения.

9. Модуль подходит и администратору, и разработчику

Базовая настройка выполняется через административную часть, а сложные сценарии реализуются через открытый программный интерфейс.

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

Кому подойдет модуль

Решение особенно полезно для следующих проектов.

Интернет-магазины

На таких сайтах одновременно используются технические cookie корзины, авторизации, аналитика, рекламные пиксели и сервисы персонализации.

Корпоративные сайты

Модуль позволяет аккуратно внедрить уведомление, вести журнал и сохранить соответствие фирменному стилю.

Медицинские и образовательные проекты

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

Государственные и крупные корпоративные порталы

Здесь востребованы журналирование, многосайтовость, контроль сроков хранения и возможность собственной интеграции.

Сайты с несколькими доменами

Каждый сайт получает независимый набор параметров при одной установке 1С-Битрикс.

Проекты с нестандартной аналитикой

API и события позволяют подключить внутренние системы статистики, собственные пиксели и пользовательские обработчики.

Что необходимо проверить после установки

После настройки рекомендуется провести полноценное тестирование:

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

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

Итог

Правильно реализованное уведомление о cookie — это не просто плашка с кнопкой «Принять».

Это механизм, который должен:

• информировать пользователя;
• предоставлять понятный выбор;
• сохранять принятое решение;
• учитывать отдельные категории;
• управлять запуском необязательных сервисов;
• позволять изменить выбор;
• сохранять историю согласий;
• работать в архитектуре конкретного сайта.

Модуль «Баннер согласия на использование cookie-файлов» от компании «Цифровой Элемент» закрывает эти задачи внутри 1С-Битрикс.

Он сочетает удобную настройку для администратора, детальный журнал, многосайтовость, поддержку композита, гибкое оформление, категории cookie, правила показа, публичный API и JavaScript-события.

По нашему мнению, сегодня это одно из лучших комплексных решений на Маркетплейсе 1С-Битрикс для проектов, которым требуется не формальное уведомление, а полноценное и управляемое получение согласий пользователей.