Персональні дані на сайті: що можна збирати, а що ні
Тема персональних даних викликає у власників сайтів дві крайності. Перша: «у нас маленький сайт, до нас це не стосується». Друга: панічне встановлення плагіна з банером про куки й відчуття, що питання закрите. Обидві помилкові.
Одразу застереження: конкретні вимоги залежать від країни, де ви працюєте, і від того, чиї дані обробляєте. Ця стаття – про загальні принципи й типові порушення, а не заміна консультації юриста. Перевіряти своє становище треба з фахівцем.
Що вважається персональними даними
Значно більше, ніж зазвичай думають. Це не тільки паспорт і адреса. Персональні дані – будь-яка інформація, за якою людину можна ідентифікувати, прямо чи опосередковано:
- Ім’я, телефон, електронна пошта – очевидне.
- IP-адреса й ідентифікатор пристрою.
- Ідентифікатори з файлів куків і систем аналітики.
- Записи в чаті підтримки й історія звернень.
- Дані про поведінку, якщо вони прив’язані до конкретного відвідувача.
- Фотографії, резюме, будь-які вкладення у формах.
Саме через другий і третій пункти звичайна аналітика на сайті потрапляє в зону регулювання, хоча імен ви не збираєте.
П’ять принципів, на яких усе тримається
| Принцип | Що означає | Типове порушення |
|---|---|---|
| Законна підстава | Має бути причина обробляти дані | Збирають, бо «раптом знадобиться» |
| Обмеження мети | Використовувати тільки для заявленого | Пошта із заявки йде в розсилку |
| Мінімізація | Збирати тільки потрібне | Поле «дата народження» у формі зв’язку |
| Обмеження зберігання | Видаляти, коли мета досягнута | База заявок за вісім років |
| Безпека | Захищати від витоку | Заявки лежать у спільній таблиці з доступом за посиланням |
Принцип мінімізації – найпростіший спосіб знизити ризики. Кожне поле, яке ви не збираєте, не може витекти й не вимагає обґрунтування. Це той рідкісний випадок, коли юридична обережність збігається з підвищенням конверсії форми.
Підстави для обробки
Згода – не єдина і часто не найкраща підстава. Основні варіанти:
- Виконання договору. Щоб доставити замовлення, потрібна адреса. Окрема згода тут не потрібна.
- Законна вимога. Зберігання документів для податкової.
- Законний інтерес. Наприклад, захист від шахрайства. Вимагає обґрунтування й балансу з правами людини.
- Згода. Потрібна для маркетингу, розсилок і неістотної аналітики.
Практичний наслідок: якщо ви оформили все через згоду, ви ускладнили собі життя. Згоду можна відкликати, її треба фіксувати й доводити. Там, де підходить виконання договору, згода зайва.
Банер про куки: як правильно
Найпоширеніша помилка – банер, який лише повідомляє. Формулювання «продовжуючи користуватися сайтом, ви погоджуєтесь» згодою не є.
Робочий банер відповідає чотирьом умовам:
- Нічого не завантажується до вибору. Аналітика й піксели реклами не запускаються, поки людина не натиснула.
- Відмовитися так само легко, як погодитись. Дві кнопки поруч, однакового розміру.
- Вибір за категоріями. Технічні куки окремо від аналітичних і рекламних.
- Рішення можна змінити. Посилання на налаштування залишається доступним.
Дизайн, у якому «Прийняти все» – велика кольорова кнопка, а відмова захована в дрібному посиланні, регулятори трактують як тиск на вибір.
Що найчастіше порушують на сайтах
| Порушення | Як виправити |
|---|---|
| Аналітика працює до згоди | Запускати скрипти після вибору |
| Немає політики конфіденційності або вона формальна | Описати реальні цілі, терміни й одержувачів |
| Одна галочка на все одразу | Розділити згоду на обробку й на розсилку |
| Галочка згоди проставлена заздалегідь | Знімати за замовчуванням |
| Заявки приходять тільки на пошту | Зберігати в системі з контролем доступу |
| Немає способу видалити свої дані | Вказати контакт і термін відповіді |
| Дані передаються стороннім сервісам мовчки | Перерахувати одержувачів у політиці |
Передостанній рядок недооцінюють. Людина має право дізнатися, які її дані у вас є, і попросити їх видалити. Якщо на сайті немає жодного способу це зробити, порушення існує ще до будь-якої перевірки.
Практичний мінімум
Що варто зробити на будь-якому сайті, незалежно від масштабу:
- Скоротити форми до полів, які реально потрібні.
- Написати політику конфіденційності людською мовою: що збираєте, навіщо, скільки зберігаєте, кому передаєте.
- Налаштувати банер так, щоб скрипти запускалися після вибору.
- Розділити згоду на обробку заявки й на маркетинг.
- Зберігати заявки там, де є ролі й журнал доступу, а не в спільному файлі.
- Призначити людину, яка відповідає на запити про дані.
- Раз на рік видаляти те, що більше не потрібне.
Останній пункт майже ніхто не робить, а він найдешевший: дані, яких у вас немає, неможливо втратити.
Робота з персональними даними – це не про юридичні формулювання внизу сторінки. Це про звичку збирати тільки потрібне, зберігати рівно стільки, скільки треба, і чесно казати людині, що з її даними відбувається. У такому вигляді вимоги регуляторів майже повністю збігаються зі здоровим глуздом.
