Політика конфіденційності: актуальний список сервісів
Політику конфіденційності часто пишуть один раз, а сайт постійно змінюється. Цей посібник показує, чого GDPR вимагає щодо одержувачів, де список і сайт зазвичай розходяться і як регулярний перегляд тримає їх разом.
Чого вимагає GDPR
Коли ти збираєш персональні дані людини, стаття 13(1) GDPR перелічує, що ти маєш повідомити їй у цей момент. Пункт (e) – це «одержувачі чи категорії одержувачів персональних даних, якщо такі є». Одержувач, згідно зі статтею 4(9), – це особа, орган, установа чи інший суб’єкт, якому розкривають персональні дані, незалежно від того, чи це третя сторона. Пункт (f) додає, якщо застосовно, інформацію про передавання до третьої країни. Стаття 12(1) вимагає надавати цю інформацію в стислій, прозорій, зрозумілій і легкодоступній формі, ясною і простою мовою.
GDPR дозволяє категорії одержувачів. Чи достатньо у твоєму випадку категорії на кшталт «постачальники аналітики», чи варто називати кожен сервіс, – це юридичне питання, якого цей посібник не вирішує. Якщо твоя політика конфіденційності називає окремі сервіси, цей список має відповідати сайту.
Чому список розходиться
Сайт змінюється частіше за політику конфіденційності. Новий плагін, нова тема, відео в дописі блогу, перехід на інший сервіс розсилок: кожне з цього може додати чи прибрати одержувача. Часто над одним сайтом працює кілька людей, і кожна зміна здається дрібною. Ніхто не оновлює політику, бо зміна не виглядала як питання захисту даних. Через рік політика може описувати сайт, якого вже не існує.
Типові прогалини
- Плагін чи тема завантажує шрифт, карту чи скрипт із зовнішнього сервера, і ніхто цього не помітив.
- Менеджер тегів додає новий інструмент без жодної зміни в коді сайту.
- Редактор вбудовує відео чи допис із соцмереж в окрему статтю.
- Інструмент прибрали кілька місяців тому, але його досі названо в політиці.
- Ти змінив постачальника, наприклад розсилки чи чату, а політика досі називає старого.
- Шаблон чи генератор текстів додав сервіси, якими твій сайт ніколи не користувався.
- Типова причина: новий плагін, нове вбудовування, зміна в менеджері тегів
- Відвідувачам не повідомляють про одержувача
- Перевір: на яких сторінках він завантажується і до чи після згоди?
- Потім: назви його в політиці й банері або прибери сервіс
- Типова причина: прибраний інструмент, старий постачальник, текст шаблону
- Політика описує те, чого не відбувається
- Перевір: чи завантажується він пізніше, на інших сторінках або поза сайтом?
- Потім: видали запис, якщо більше не користуєшся сервісом
Як скласти справжній список
- 1Перевір, що завантажує сайт: відкрий основні сторінки в приватному вікні з інструментами розробника свого браузера або скористайся скануванням. Запиши кожен зовнішній сервер і сервіс, що за ним стоїть.
- 2Перевір, що встановлено: плагіни й розширення у твоїй системі керування вмістом, теги в менеджері тегів і вбудовування у вмісті.
- 3Перевір, хто ще отримує дані: переглянь договори й рахунки своїх постачальників послуг, зокрема тих, що ніколи не з’являються на сайті.
- 4Порівняй цей список із політикою конфіденційності, сервіс за сервісом: чи його названо, з правильною компанією, метою і, де застосовно, передаванням до третьої країни?
- 5Порівняй його також зі своїм банером згоди. Банер має власний список сервісів, і він має описувати ту саму реальність.
Банер згоди – це другий список
Для зберігання чи зчитування інформації на пристрої відвідувача, як-от cookie, § 25 TDDDG у Німеччині вимагає згоди на основі чіткої та вичерпної інформації. У Польщі стаття 399 Закону про електронні комунікації вимагає, щоб користувача спершу поінформували, зокрема про мету, а потім він погодився. Обидва положення мають винятки для того, що суворо необхідне або необхідне для запитаної послуги. Якщо сервісу бракує в банері, відвідувач не може щодо нього вирішити. Якщо прибраний сервіс досі наведено, банер описує те, чого не відбувається.
Рутина перегляду
- Перед зміноюПеревір, що завантажуватиме новий плагін, тема чи вбудовування
- Після зміниПроскануй змінені сторінки й порівняй їх із політикою
- ЩокварталуПроскануй основні сторінки й переглянь менеджер тегів
- Раз на рікПройди всю політику, включно з договорами й рахунками
- Після перезапускуСклади список заново з нуля
Веди короткий запис кожного перегляду: дата, перевірені сторінки, що ти знайшов і що змінив у політиці чи банері. Тоді пізніше видно, що й коли перевіряли. Назви одну людину, відповідальну за перегляд, щоб він не залежав від випадку. Це звичка, яку ми радимо, а не правило із закону.
Робота з Do4U
Перевірка політики конфіденційності порівнює твою політику конфіденційності з твоїм сайтом. Ти вводиш головну сторінку, за бажанням ще кілька сторінок того самого сайту, і адресу чи текст своєї політики конфіденційності. Do4U читає сторінки й знаходить сторонні сервіси, які вони завантажують. ШІ Do4U читає політику конфіденційності й перелічує кожен сервіс і одержувача, яких вона називає, – кожного з цитатою. Код перевіряє, чи кожна цитата дослівно є в політиці, і сам виконує порівняння. Ти отримаєш три списки: підключено, але не названо; названо, але не знайдено; знайдено й названо. Перевірка статична: вона не виконує JavaScript і читає лише сторінки, які ти вводиш.
Do4U знаходить підказки, а перевіряєш і вирішуєш ти. «Названо, але не знайдено» може означати, що сервіс завантажується пізніше, на інших сторінках або поза сайтом. Результат не каже, чи твоя політика конфіденційності повна чи правильна.
Джерела
- ЄС: Регламент (ЄС) 2016/679 (GDPR), статті 4(9), 12(1) і 13(1), EUR-Lex (eur-lex.europa.eu)
- Німеччина: § 25 TDDDG (захист приватності в кінцевому обладнанні), текст німецькою, gesetze-im-internet.de (www.gesetze-im-internet.de)
- Польща: Закон про електронні комунікації від 12 липня 2024 р. (Dz.U. 2024 poz. 1221), стаття 399, текст польською, eli.gov.pl (eli.gov.pl)