Формы сайта и сбор персональных данных

Если на сайте есть форма с именем, телефоном, email, адресом или загрузкой файла, как правило, речь идёт о сборе персональных данных. Это касается не только «заявки», но и комментариев, чатов, квизов, записи на услугу и любых полей, по которым человека можно прямо или косвенно идентифицировать. Набор обязанностей зависит от сценария: кто оператор, зачем собираются данные и куда они передаются. Ниже — практический чек-лист для владельца сайта, без замены юридической консультации.

Когда это применяется

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

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

Персональными данными могут считаться не только ФИО, но и номер телефона, email, адрес, должность в связке с организацией, идентификаторы аккаунта и иные сведения, которые позволяют отнести информацию к конкретному человеку. Точная квалификация зависит от контекста обработки — нужна проверка применимости к вашему процессу.

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

Что должно быть на сайте

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

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

Минимально достаточный набор. Как правило, не стоит собирать паспортные данные, дату рождения, ИНН, сканы документов или сведения о здоровье «на всякий случай», если они не нужны для конкретной услуги. Избыточные поля — частый источник претензий и лишней ответственности.

Документы рядом с формой. Обычно нужны:

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

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

Прозрачность. Пользователь должен понимать, кто получит заявку (юридическое лицо / ИП), для чего данные нужны и куда смотреть условия обработки. Если форма ведёт на сторонний сервис (CRM, чат, конструктор), это тоже стоит отразить в документах — может потребоваться оценка передачи третьим лицам.

Типичные ошибки

1. Форма без связи с документами. Есть поля «имя / телефон», но нет политики, согласия или хотя бы понятной ссылки рядом с отправкой.
2. Избыточный сбор. Анкета на консультацию запрашивает паспорт, серию/номер, фото или полный адрес без необходимости.
3. Скрытая цель. Надпись «отправить» без пояснения, что данные пойдут в CRM, колл-центр или партнёру.
4. Один чекбокс на всё. Согласие на обработку ПДн смешано с рекламной подпиской — см. отдельно согласие на рекламу.
5. Файлы без ограничений. Пользователь может загрузить любой документ, включая чужие персональные данные.
6. Разные формы — разные правила. На лендинге одно оформление, в корзине — другое; где-то согласие есть, где-то нет.
7. Технические поля без учёта. Скрытые UTM, cookie-идентификаторы и логи чата фактически дополняют профиль заявителя, но не отражены в политике.

Как проверить самостоятельно

Пройдите сайт как новый пользователь и составьте таблицу форм:

1. Перечислите все страницы с вводом контактов, включая попапы и виджеты.
2. Для каждой формы выпишите поля, обязательность, возможность прикрепить файл.
3. Откройте связанные ссылки: политика, согласие, пользовательские условия — работают ли они и актуальны ли.
4. Проверьте, можно ли отправить форму без отметки согласия (если согласие заявлено как необходимое).
5. Сверьте текст рядом с формой с реальным процессом: куда реально уходит заявка, кто отвечает, хранятся ли данные в стороннем сервисе.
6. Оцените избыточность: можно ли оказать услугу без части полей.
7. Отдельно отметьте формы подписки и маркетинга — для них часто нужен иной режим согласия.

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

Как это проверяет LegalScan

Core12 использует найденные формы как объект для формальных проверок согласия и ссылок на политику ПДн. Текущие Free и Express не продают отдельную оценку состава полей, минимизации данных или содержания формы: они проверяют шесть требований к механике согласия и две требования к доступности политики.

Free выполняет относящиеся к формам проверки Core12 1–8 и полностью раскрывает их клиентский результат по конкретной форме/control/link с безопасным evidence, риском и рекомендациями. Express запускает свежий Core12 1–12. В Basic scope шире: юрист может оценить избыточность сбора, содержание формулировок и соответствие документов реальному сценарию.

Автоматический Core12-результат не заменяет правовую оценку основания обработки и необходимости каждого запрашиваемого поля.

Официальные источники

• Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных» — publication.pravo.gov.ru (официальное опубликование; актуальная редакция также на consultant.ru).
• Материалы Роскомнадзора по персональным данным и правам субъектов — rkn.gov.ru.