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

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

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

Что считается персональными данными в заявке

Персональные данные это любая информация, по которой человека можно определить. В обычной форме это почти всё, что вы просите заполнить. Имя, номер телефона, электронная почта, адрес объекта, марка автомобиля с госномером, состав семьи в квизе по ипотеке. Отдельно стоит понимать: сама по себе строка «Андрей» ничего не значит, но связка «Андрей + 79xxxxxxxxx + адрес» уже однозначно указывает на человека.

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

Политика и согласие: в чём разница

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

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

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

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

Как правильно сделать чекбокс

Чекбокс это техническая часть согласия, и именно её чаще всего делают неправильно. Рабочая логика такая.

1. Не предустановлен. Галочка не должна стоять при загрузке страницы. Подтверждение это осознанное действие пользователя, а не заранее проставленный флажок.
2. Формулировка про цель. Не «согласен со всем», а понятная фраза: с чем именно человек соглашается и зачем. Цель должна совпадать с тем, что вы реально делаете дальше.
3. Ссылка открывается отдельно. Политика и текст согласия доступны кликом, ссылка ведёт на живую страницу, а не на PDF из архива и не на битый адрес.
4. Читаемый размер. Текст согласия не 9 пикселей серым по серому. Если он физически нечитаем на телефоне, это довод против вас.
5. Форма без галочки не отправляется. Кнопка либо неактивна, либо выдаёт понятную ошибку рядом с чекбоксом.
6. Факт согласия сохраняется. В CRM вместе с заявкой пишется отметка: дата и время, URL страницы, версия текста согласия. Без этого доказать что-либо потом нечем.

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

Куда уходят заявки из формы

Владелец обычно знает, что заявки «приходят на почту». На деле у одной формы бывает четыре получателя сразу: почтовый ящик, CRM, мессенджер отдела продаж и сервис, на котором собрана посадочная. Каждый из них это место, где данные физически лежат.

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

Старая база и рассылки

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

• Разделите базу на сегменты по источнику: заявки с сайта, клиенты с договором, контакты с выставок, списки непонятного происхождения.
• Сегменты без подтверждаемого источника не используйте для рассылок. Купленные и «где-то найденные» базы это не инструмент, а риск, и работают они всё равно плохо.
• В каждом письме держите работающую отписку в один клик и обрабатывайте отписки сразу, а не «в следующем месяце вручную».
• Определите срок хранения. Если человек оставил заявку три года назад, не купил и не отвечает, держать его номер бессмысленно и с точки зрения права, и с точки зрения продаж.

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

Доступ подрядчиков к данным

Подрядчик по рекламе, интегратор CRM, колл-центр, разработчик сайта: все они в какой-то момент видят контакты ваших клиентов. Здесь важны три вещи.

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

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

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

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

Типичные ошибки на сайтах

• Одна кнопка без согласия. «Перезвоните мне» и поле телефона, больше ничего. Никакого упоминания политики, никакого подтверждения. Это самая массовая ошибка, особенно в блоках-виджетах и всплывающих окнах.
• Политика ссылкой в подвале и всё. Документ есть, но датирован позапрошлым сайтом, не описывает нынешние формы, квиз и коллтрекинг, а на самой форме про него ни слова.
• Лишние поля. Дата рождения, паспортные данные, ссылка на соцсеть в форме первичного обращения. Каждое поле, которое вы попросили, вы обязаны хранить и защищать.
• Пересылка в личные мессенджеры. Заявки падают в личный чат менеджера, оттуда в его записную книжку, а через полгода менеджер уходит вместе с контактами. Это проблема и для данных, и для бизнеса.
• Разные тексты на разных страницах. На главной один вариант согласия, на посадочной другой, на квизе третий.
• Молчание на запрос об удалении. Человек просит удалить данные, письмо теряется в общем ящике. Заведите один адрес для таких обращений, назначьте ответственного и фиксируйте, что и когда удалено, включая копии в рассылочном сервисе и таблицах.

Чек-лист владельца

1. Выписать все формы сайта и все поля в них, убрать лишние.
2. Составить таблицу «что собираем, зачем, где лежит» и обновлять её при каждом изменении форм.
3. Разместить актуальную политику на отдельной странице и указать дату редакции.
4. Настроить непредустановленный чекбокс со ссылкой и понятной целью на каждой форме, включая всплывающие окна и квизы.
5. Сохранять факт согласия вместе с заявкой: время, страница, версия текста.
6. Собрать все заявки в одну CRM вместо личных чатов и разрозненных таблиц.
7. Почистить старую базу по источникам, настроить отписку и сроки хранения.
8. Раздать подрядчикам именные доступы и закрывать их при завершении работ.
9. Назначить ответственного за запросы на удаление и порядок ответа.
10. Показать всё это юристу и перепроверять хотя бы раз в год, потому что требования меняются.

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

Проверим ваши формы и посчитаем стоимость заявки

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

Получить расчёт заявок →

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

Частые вопросы