Персональные данные на сайте, и что требуется от владельца

Распространённое заблуждение: раз паспорт не спрашиваем, значит и данных нет. На деле персональные данные это любые сведения, относящиеся к определённому или определяемому человеку. Имени с телефоном достаточно.

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

Отдельная история - сведения, которые сайт собирает без явного ввода. Идентификатор посетителя в счётчике, адрес подключения, отпечаток браузера. По отдельности это техника, в связке с заявкой - те же персональные данные.

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

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

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

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

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

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

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

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

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

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

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

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

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

А лежат они обычно в нескольких местах сразу. Сайт на хостинге, заявки в системе учёта клиентов, подписчики в сервисе рассылок, переписка в чат-платформе, аналитика в счётчике. Каждый из этих сервисов - отдельный вопрос о расположении серверов.

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

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

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

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

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

Второе требование - перечислить эти категории в политике. Человек должен понимать, что его телефон уйдёт в систему учёта, а адрес доставки в курьерскую службу. Формулировка через категории, а не через список названий: иначе документ придётся править при каждой смене подрядчика.

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

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

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

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

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

Третий случай встречается неожиданно часто: свободное поле «комментарий», куда человек сам пишет лишнее. Полностью исключить это нельзя, но можно не подталкивать вопросом и не хранить такие комментарии дольше, чем нужно для ответа.

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

Форма вообще без согласия. Классика для лендингов, собранных за вечер: поле имени, поле телефона, кнопка. Отметки нет, политики нет, уведомление не подано.

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

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

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

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

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

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

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

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

И пятым - уведомление регулятора и разбор с сервисами: где лежат данные, с кем есть договоры. Если на сайте есть оплата, там свои требования сверху, они разобраны в статье как принимать оплату на сайте.