Пользовательские данные
Если коротко. Собрал email — уже хранишь персональные данные. В РФ это 152-ФЗ, в ЕС — GDPR. Минимум: понятная политика, согласие где нужно, не тащить лишнее и не сливать в открытый Google Doc.
Объяснение
15.1. Что считается персональными данными
Имя, email, телефон, IP, cookie с идентификатором, фото, платёжные реквизиты, переписка в поддержке — всё, по чему можно идентифицировать человека. «У нас только email» — это уже ПДн.
Чем меньше собираешь — тем проще жить. Не проси телефон, если хватает email. Не включай аналитику «на всякий случай».
15.2. 152-ФЗ — база для России
Федеральный закон о персональных данных: ты — оператор, когда определяешь цели и способы обработки. Нужны: правовое основание (согласие или договор), политика обработки, меры защиты, уведомление Роскомнадзора в ряде случаев (зависит от типа данных и трансграничной передачи — уточняй актуальные требования).
Практика для MVP:
- Политика конфиденциальности на сайте — на русском, понятным языком
- Чекбокс согласия при регистрации / форме — не спрятанный в подвал
- Хранение на серверах с адекватной защитой; для чувствительных данных — серверы в РФ (требование для ряда категорий)
- Договор с хостингом / CRM / email-сервисом — они часто обработчики
- Ответ на запрос пользователя: какие данные, удалить, исправить
Штрафы и блокировки — реальны. «Мы же стартап» не аргумент для регулятора.
15.3. GDPR — если есть пользователи из ЕС
General Data Protection Regulation — даже без офиса в Европе, если предлагаешь услугу EU-resident'ам. Ключевые принципы:
- Lawful basis — основание: согласие, договор, legitimate interest
- Transparency — что собираешь, зачем, как долго
- Rights — доступ, удаление, перенос, возражение
- Data minimization — только нужное
- DPA — договоры с subprocessors (AWS, Stripe, Mailchimp)
Cookie-баннер с выбором — для не essential cookies. Штрафы крупные; B2B-клиенты из EU часто просят DPA и список subprocessors.
15.4. Политика конфиденциальности — что внутри
Не копируй простыню с чужого сайта вслепую — проверь, что совпадает с тем, что ты реально делаешь. Блоки:
- Кто оператор (ты / твоё ИП / ООО, контакты)
- Какие данные собираешь
- Зачем (цели обработки)
- На каком основании (согласие, договор)
- Кому передаёшь (хостинг, аналитика, платёжка)
- Срок хранения
- Права пользователя и как связаться
- Cookies и аналитика
Ссылка в футере + при регистрации. Дата последнего обновления — обязательна.
15.5. Техника без паранойи
HTTPS везде. Пароли — хеш, не plain text. Доступ к prod-базе — не у всех. Бэкапы. Не шли персональные данные в Telegram-чат поддержки без необходимости. Логи — без лишних ПДн.
Примеры
Форма «оставь email» без политики, база в Notion с паролями клиентов, Google Analytics без cookie-баннера для EU
Политика + согласие при регистрации, только email и имя, хостинг с SSL, в политике перечислены SendGrid и Yandex Metrika, кнопка «удалить аккаунт»
Ошибки
- «Мы маленькие — закон не про нас»
- Скопировать политику, где написано то, чего у тебя нет
- Собирать телефон, паспорт, геолокацию «на будущее»
- Хранить пароли открытым текстом
- Отправлять EU-данные в сервисы без DPA
- Игнорировать запрос «удалите мои данные»
- Не обновлять политику после смены аналитики или платёжки
Что сделать руками
- Выпиши все поля, которые собираешь, и все сервисы, куда они уходят.
- Напиши или адаптируй политику конфиденциальности под этот список — 1–2 страницы простым языком.
- Добавь согласие в форму регистрации со ссылкой на политику.
- Проверь: HTTPS, нет лишних полей, есть способ удалить аккаунт или запросить удаление.
Чеклист
- Знаю, какие ПДн собираю и зачем
- Есть политика конфиденциальности на сайте
- Согласие получаю там, где нужно
- Перечислены subprocessors (хостинг, почта, аналитика)
- HTTPS и базовая защита данных
- Могу ответить на запрос пользователя о данных
- Если EU-аудитория — учёл GDPR и cookies
Не юридическая консультация. Для медицины, детей, биометрии и трансграничной передачи — отдельные правила, нужен специалист.