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

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

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

Что такое политика обработки персональных данных и когда она нужна сайту

Политика в отношении обработки персональных данных описывает цели, основания и порядок работы оператора с персональными данными. Оператор определяет цели и состав обработки. Субъект персональных данных — человек, к которому относятся сведения.

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

Какие процессы сайта нужно проверить

Инвентаризация нужна, если сайт получает сведения через регистрацию, заказ, обратную связь, подписку, личный кабинет, чат или другой интерфейс. В проверку входят и технические интеграции, которые передают информацию в CRM, сервис рассылок, call-tracking, платежный модуль, аналитику или инфраструктуру подрядчика.

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

Чем политика отличается от согласия и пользовательского соглашения

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

Как найти точки сбора и маршруты данных на сайте

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

Карта инвентаризации сайта

Соберите результаты аудита в одной таблице:

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

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

Как разложить обработку данных по целям

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

Статья 5 Федерального закона № 152-ФЗ требует заранее определять законные цели обработки. Состав и объем сведений должны им соответствовать; избыточный сбор не допускается.

Матрица обработки для каждой цели

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

Условный пример для формы обратной связи

Для формы обратной связи целью может быть обработка запроса посетителя. Категория субъекта — посетитель сайта. Состав данных определяется полями формы, системы — CMS и CRM, получатели — сотрудники и привлеченные лица с фактическим доступом. Основание, операции, срок и порядок уничтожения оператор устанавливает после проверки процесса.

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

Какие разделы включить в политику

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

Базовые разделы документа

1. Общие положения и оператор. Полное наименование или ФИО оператора, необходимые идентифицирующие сведения, адрес и рабочий канал для обращений;

2. Цели и правовые основания. Отдельное описание каждого реального процесса;

3. Субъекты и данные. Категории людей и соответствующие перечни сведений;

4. Операции и способы. Фактические действия с данными и применяемый способ обработки;

5. Сроки. Сроки обработки и хранения, условия прекращения и порядок уничтожения;

6. Защита. Организационные и технические меры в объеме, подходящем для публичного документа;

7. Обращения субъектов. Канал для запросов и порядок работы с ними;

8. Актуализация и прекращение обработки. Процедуры исправления, удаления и уничтожения данных.

Какие положения добавляют по ситуации

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

Как описать формы, CRM и подключенные сервисы

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

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

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

Как учесть cookie и веб-аналитику

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

Что проверить в аналитическом процессе

1. Установить, какие cookie, идентификаторы, параметры устройства, сети и поведения создаются или принимаются;

2. Определить цель каждого набора сведений: работа сессии, авторизация, измерение аудитории, атрибуция или другая задача;

3. Проверить настройки сервиса, сроки жизни идентификаторов и возможность изменить состав данных;

4. Выяснить, кому доступны сведения, где они обрабатываются и по каким маршрутам передаются;

5. Оценить процесс с учетом требований о персональных данных и других применимых правил;

6. Зафиксировать в политике подтвержденные сведения: состав данных, цель, операции, получателей и сроки.

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

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

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

Уведомление Роскомнадзора

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

Требования к базам данных

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

Где разместить политику и ссылки на нее

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

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

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

Как проверить политику перед публикацией

• Все формы, страницы, виджеты и технические интеграции внесены в карту;

• Каждая цель связана с конкретными субъектами, данными и правовым основанием;

• Поля форм соответствуют целям и не содержат необоснованно избыточных сведений;

• Текст учитывает реальные CRM, рассылки, чаты, call-tracking, аналитику и базы хранения;

• Получатели и подрядчики сопоставлены с договорами и фактическими доступами;

• Для каждой цели определены операции, способы обработки, сроки хранения и порядок уничтожения;

• В политике указан рабочий канал для обращений, а внутри компании определен маршрут их обработки;

• Документ доступен без авторизации, ссылки из интерфейсов сбора работают;

• Формы, согласия и пользовательское соглашение не противоречат политике;

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

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

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

Заключение

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