Упс! Не вдала спроба:(
Будь ласка, спробуйте ще раз.

Як правильно налаштувати збір інформації про згоду користувачів на обробку персональних даних на сайті

Макс Гапчук
Макс Гапчук CEO PROANALYTICS.ACADEMY
5 грудня 2024 24 хвилин читання

Сьогодні поговоримо про тему, яка хоч і є простою з технічної сторони, але викликає багато складнощів через своє юридичне походження — налаштування збору інформації про згоду користувачів на обробку персональних даних. Тут ви дізнаєтесь не тільки, навіщо потрібен Consent і які наслідки його відсутності, але й що конкретно вимагає від нас Google.

Якщо ваш бізнес пов’язаний з європейським ринком або ви працюєте з європейськими клієнтами, вам точно потрібно вивчити це питання. Однак, швидке рішення – не найкращий варіант. Ризик штрафів великий, і з цим не варто жартувати.

У цій статті я поділюся своїм досвідом і практичними порадами, які допоможуть краще зрозуміти суть налаштування отримання згоди та уникнути поширених помилок.

Отже, про що поговоримо:

  • Терміни, які варто знати (GDPR, DMA, Consent)
  • Передумови виникнення GDPR та DMA
  • Чому варто налаштовувати Consent
  • Як правильно налаштувати збір інформації про згоду користувачів на обробку персональних даних на сайті

Терміни, які варто знати (GDPR, DMA, Consent)Терміни, які варто знати (GDPR, DMA, Consent)

Перш ніж заглиблюватися в деталі, давайте розберемо кілька ключових понять, які важливі для розуміння налаштування згоди і які я часто буду згадувати далі: GDPR, DMA та, звісно ж, саме поняття Consent.

Важлива примітка: оскільки я вебаналітик, я, так само як і ви, не люблю складні юридичні терміни і не хочу навантажувати вас ними в цьому матеріалі. Моя мета пояснити тему максимально просто. Тому в більшості випадків далі в матеріалі ви зустрінете часте використання загального слова “закон”, а не конкретних типів документів таких як “регламент”, “постанова” і т.д. Я також буду спрощувати певні юридичні формулювання та загальні процеси, щоб донести вам інформацію в простішому вигляді, але при цьому звісно так, щоб не втратити основні важливі моменти. У відповідних частинах статті ви знайдете посилання на офіційні тексти законів, які я розбираю, для того, щоб за необхідності ви могли ознайомитись з ними самостійно, чи передати на ознайомлення вашим юристам. 

Цей матеріал не є юридичною консультацією. Як я вже писав вище — порушення процесу збору персональних даних користувачів приводить до великих штрафів, тому обов'язково приймайте фінальне рішення після консультації зі своїми юристами. Цей матеріал є лише моєю спробою донести важливість та етапність цього процесу простою мовою.

GDPR (General Data Protection Regulation) – це закон, який регулює обробку персональних даних мешканців Європейської економічної зони (EEA). Він впливає не тільки на компанії, які базуються в Європі, але й на будь-які компанії з інших країн, якщо вони надають послуги жителям EEA. Якщо ви збираєте персональні дані користувачів з Європи – вам потрібно відповідати вимогам GDPR.

Повний текст регламенту GDPR ви знайдете за цим посиланням, є навіть офіційний переклад українською мовою, тому якщо вам, або вашим юристам, буде цікаво, ось лінк.

DMA (Digital Markets Act) – це закон, який стосується лише найбільших світових компаній, які мають найбільше інформації про жителів Європейської економічної зони, а саме Amazon, Apple, Microsoft, ByteDance (належить TikTok), Meta та Alphabet (належить Google). Їх називають «gatekeepers» – ті, хто має найбільший вплив на цифрові ринки. 

Якщо про GDPR багато спеціалістів в сфері маркетингу чули навіть, якщо вони не працюють на ЄЕЗ, то DMA для багатьох нова історія. Тим більше як ви вже прочитали вище, стосується він лише найбільших компаній. Чому ж важливо знати про DMA? 

GDPR існував із 2018 року, а DMA з’явився у 2024. У 2018 році було перше велике занепокоєння щодо конфіденційності даних та спроба навести порядок у отриманні згоди. Але вона була невдала, бо врегулювати всі компанії світу виявилось складно. Для контролю законотворцям знадобилися б великі ресурси, яких у них не було. Тому виник DMA, який повісив цю задачу на найбільших гравців, які стали gatekeepers. Проте вони теж вирішили не намагатися слідкувати за всіма, тому зробили це налаштування нашою з вами відповідальністю. Як їм це вдалось? Давайте розберемо.

Як було раніше: згідно GDPR ви повинні були розмістити на своєму сайті банер в якому запитуєте у відвідувача згоду на збір та обробку персональних даних. Хтось такий банер ставив, хтось ні. Контролювати це нормально ресурсів у законотворців не було. Хоча декого ловили за порушеннями. І навіть були штрафи — про них поговоримо детальніше далі. Але загалом схема не працювала.

Як стало після того, як вступив в дію DMA: GDPR працює як і раніше, тільки тепер між вами і законотворцями з'явилися великі гравці, такі як наприклад Google. Згідно DMA, Google світить дуже великий штраф за збір даних без дозволу користувача. Але всі ми знаємо, що він збирає дані не тільки коли користувачі користуються сайтами з екосистеми Google, але й завдяки кодам різних рекламних та аналітичних систем, таких як Google Analytics чи Google Ads, які встановлені на мільйонах сайтів. Як запобігти збору даних без дозволу у цих випадках? Найпростіше рішення — змусити кінцевих власників акаунтів, тобто компанії, які створили собі акаунти Google Analytics чи Google Ads передавати інформацію про факт згоди чи незгоди користувача разом з цими даними. Так і з'явився Google Consent Mode — механізм, який якраз дозволяє це зробити. Тепер інформацію про надання або відсутність згоди передаєте ви, і відповідальність за невірну передачу теж на вас. 

Нагадує чимось останню новину, що OpenAI буде платити податок в Україні, але насправді будуть платити не вони, а, як завжди, кінцеві користувачі.

І, нарешті, останній термін, Consent – це згода користувача на обробку його персональних даних. Якщо перекладати дослівно з англійської, то «консент» — це згода, тобто фактично, коли ми говоримо «налаштувати консент на сайті», ми маємо на увазі «налаштувати згоду користувача на сайті».

Зверніть увагу, що усі ті банери, які ви бачите на сайтах з питанням «Ви згодні з використанням файлів cookies?» – це лише частина процесу отримання згоди. Важливо налаштувати не тільки банери, але й весь процес збору та зберігання цієї згоди, щоб ваш сайт був в правовому полі. Тепер, знаючи ключові терміни, про які я буду дуже часто писати у статті, переходимо до цікавішого питання: чому взагалі всі почали непокоїтися про згоду користувачів? Як би це дивно не звучало)

Передумови виникнення GDPR та DMA

Щоб зрозуміти, чому взагалі виник GDPR, та що змусило людей замислитися над консентом, варто повернутися до історії. Я про це вже трохи написав, але не вдаючись у деталі, тому тепер трохи заглибимося в розвиток ідеї консенту. Це допоможе вам краще зрозуміти часті помилки при налаштуванні, які виникають у тих, хто передумов не знає.

Від самого початку cookies не використовувалися для відстеження даних користувачів. Вони були придумані для того, щоб полегшити їм життя, наприклад, зберігати мову сайту або автоматичний логін. Все було добре, до тих пір поки із цими даними з cookie взаємодіяли тільки 2 сторони: користувач та власник сайту.

Але з часом починає з'являтися третя сторона. Настав момент, коли великі компанії, як Google, почали використовувати cookies для відстеження поведінки користувачів на різних сайтах, і з часом це стало проблемою. Інформація в cookies стала занадто «чутливою», що викликало багато питань у більш технічно підкованих людей. Як наслідок — з'являється попит на те, щоб якось регламентувати збір цієї інформації. 

Саме тоді, у 2018 році і з'явився GDPR – закон, що встановив чіткі правила для всіх, хто обробляє персональні дані. Однак, контроль був, як на мене, не дуже ефективний. Більшість компаній просто додавали банери з попередженнями, але не заглиблювалися в налаштування згоди. Звісно, було декілька великих справ, досить відомих, з великими компаніями, але загалом, маленьких та середніх бізнесів, це не дуже стосувалося. Як ви вже знаєте, все змінилось з приходом DMA.

Наразі сформовано глобальний підхід до роботи з персональними даними, який називається Privacy by Default. Це ситуація, коли по замовчуванню ми повинні гарантувати користувачам, що без їхньої згоди ніхто не буде використовувати їхні персональні дані. Ідеї цього підходу ми якраз можемо знайти у 25 статті регламенту GDPR (повний текст тут, нижче моя інтерпретація):

  • Користувач має бути проінформований на що саме він погоджується, йому має бути надано чіткий вибір “дозволити” або “відмовитись” від відстеження та обробки даних без примусу. Тобто, недостатньо навіть сказати: “Ми збираємо ваші дані”, треба обов'язково розповісти, які дані ми збираємо і для чого.
  • Без дозволу користувача забороняється збір, зберігання та обробка персональних даних відвідувачів сайту, їх використання для прямого маркетингу, ремаркетингу, профілювання, а також передачі цих даних третім сторонам. 

Фактично, ці два положення, які викладені в статті 25 і є основою підходу Privacy by Default. Давайте розберемось, що саме це значить для власника сайту.

Чому вам варто налаштовувати Consent?

Перед тим, як розглянути деталі, якщо ваш сайт відвідують користувачі з ЄЕЗ і у вас досі виникає питання: “Чи варто налаштовувати Consent?”, то відповідь — “Однозначно, так”. Давайте розглянемо декілька вагомих причин, чому налаштування Consent має бути у вашому пріоритеті.

  • Перша причина — довіра користувачів.

Уявіть собі спілкування з другом або членом родини. Вони кажуть: «Я зараз розкажу тобі дещо особисте, але ти нікому про це не говори.» У цей момент між вами відбувається не проста розмова, а свого роду “угода”. Якщо ви відповідаєте: «Добре, я нікому не розповім», то отримуєте можливість почути цю інформацію. Але якщо ви кажете: «Не можу нічого обіцяти», тоді людина може вирішити, що краще не ділитися своїм секретом.

У реальному житті все зрозуміло, але коли справа доходить до відвідувачів вебсайтів, такої розмови раніше не відбувалося. Люди заходять на ваш сайт, а ви вже починаєте збирати інформацію про них без жодної згоди. На мою думку, це зовсім нечесно. Тому ми повинні дозволяти людям знати, як їхні дані використовуються і брати на це згоду. Якщо ми з ними чесні, та у разі відмови, не використовуємо ніде дані, то будуємо довіру. Адже персональні дані – це надзвичайно цінна річ. Вони можуть бути навіть важливішими за деякі секрети. Відповідно, ми повинні 100% брати дозвіл на використання такої інформації.

Якщо цього вам недостатньо, то є й інші причини: технічні та економічні.

Підписуйтеся на наші соцмережі

Що буде якщо не встановити Consent?

  • Штрафи.

Це вже не ті «умовні» штрафи, як було в перші роки дії GDPR. Сьогодні санкції можуть досягати таких розмірів, що це стане катастрофою для бізнесу. Штрафи насправді досить великі. Детальніше інформацію про суми штрафів, які вже були оплачені, судові позови та судові рішення, ви знайдете за цим посиланням. Якщо казати про максимальну суму за недотримання GDPR, то штрафи можуть доходити до 20 мільйонів євро, або до 4% від загальносвітового валового обсягу за минулий рік. При цьому вибирається більша сума.

РЕГЛАМЕНТ ЄВРОПЕЙСЬКОГО ПАРЛАМЕНТУ І РАДИ (ЄС) 2016/679від 27 квітня 2016 рокупро захист фізичних осіб у зв'язку з опрацюванням персональних даних і про вільний рух таких даних, та про скасування Директиви 95/46/ЄС (Загальний регламент про захист даних) РЕГЛАМЕНТ ЄВРОПЕЙСЬКОГО ПАРЛАМЕНТУ І РАДИ (ЄС) 2016/679від 27 квітня 2016 рокупро захист фізичних осіб у зв'язку з опрацюванням персональних даних і про вільний рух таких даних, та про скасування Директиви 95/46/ЄС (Загальний регламент про захист даних)
  • Обмеження можливості запуску реклами. 

Ну а якщо і штрафи не здаються такими лячними, то ось ще одне обмеження: ваші маркетингові кампанії залежать від консенту. Google, наприклад, вже з вересня 2024 року, почав надсилати “листи щастя” та блокувати доступ до рекламних кабінетів, якщо у вас немає на сайті налаштованого консенту, і при цьому ви запускаєте рекламу на території Європейської економічної зони. Ви можете підготувати мільйонний бюджет на рекламу, але Google скаже: «Спочатку дотримуйтесь правил, а потім поговоримо про гроші».

Тобто є три доволі вагомі причини, через які ви 100% повинні налаштовувати режим згоди на своєму сайті. Перша – це домовленість з користувачем, який заходить до вас на сайт. Друга – це штрафи, які ви, мабуть, не захочете платити. І третя — без консенту наразі лише Google вживає заходів, але, ймовірно, незабаром інші компанії також почнуть обмежувати запуск реклами.

Які дії вимагає GDPR, або як правильно налаштувати Consent?

Тепер ви розумієте, що налаштувати консент – це необхідність. Але виникає питання: що конкретно хочуть від нас GDPR та DMA? Простими словами, головна вимога полягає в тому, що ми зобов’язані отримувати дозвіл на використання персональних даних користувачів. Зазвичай, уявлення про виконання цієї вимоги обмежується лише додаванням банера на сайт. Проте, далі я поясню, чому банер повинен бути спеціально розроблений, а не просто будь-яким. На додаток, наявність банера – це ще не все. 

Отже, в цьому пункті розглянемо 3 важливі моменти: 

  • Що таке персональні дані, щоб ви зрозуміли, яку інформацію можна збирати, а яку — лише за попередньою згодою. 
  • Обговоримо банери: які з них є правильними, а які — ні, щоб ви могли уникнути поширених помилок.
  • Інші важливі вимоги, які потрібно виконати, окрім простої установки банера на вашому сайті.

Що таке персональні дані? 

Перш за все, варто розуміти принципи згоди, яку ви маєте отримувати від користувача:

  • Усвідомленість і чіткість.
    Користувачі повинні чітко розуміти, на що саме вони дають згоду. Це може бути реалізовано через опис на банері або через посилання на детальний документ, де зазначено, які дані збираються та з якою метою.
  • Вільність вибору.
    Згода має бути надана без тиску. Важливо, щоб варіанти типу "якщо ви продовжите використовувати цей сайт, ми вважаємо це згодою" не розглядалися як прийнятні.
  • Конкретність.
    Користувачі повинні мати можливість надавати або відмовляти у згоді для конкретних цілей. Наприклад, людина може погодитися на використання cookies для збереження мовних уподобань, або отримання рекомендацій фільмів на Netflix, але відмовитися від отримання рекламних повідомлень.
  • Можливість зміни.
    Згода може бути відкликана в будь-який момент. Якщо відвідувач сайту спочатку надав згоду, це не означає, що він залишається згодним назавжди. Має бути можливість змінити свою думку в обох напрямках: надати згоду пізніше, або забрати її.

Тепер, коли ви знаєте основні аспекти отримання згоди, давайте розглянемо, які саме дані вважаються персональними відповідно до GDPR. Я не буду перераховувати всі можливі дані, адже це буде дуже великий список, але зазначу ключові моменти.

Очевидно, що електронна адреса, номер телефону, домашня адреса, дані банківських карток, номер паспорта або податковий номер — це персональна інформація. Також до неї відноситься медична інформація, яка не повинна бути розкрита. Проте в цій статті я хочу зосередитися на онлайн-даних, які надають або можуть надавати користувачі, а саме IP-адреса та ідентифікатор користувача.

Чому це важливо з погляду інтернет-маркетингу? Коли ви інтегруєте код рекламної системи на свій сайт, така система, як Google, Facebook, TikTok або LinkedIn, починає збирати інформацію про ваших користувачів, включаючи IP-адресу та ідентифікатор. Це означає, що ви вже передаєте їм персональні дані, фактично збираючи цю інформацію. Саме тому отримання згоди є критично важливим для інтернет-маркетингу: без неї жодні ремаркетингові кампанії та аналітичні системи не можуть обробляти дані ваших користувачів.

Як виглядає правильний банер?

Давайте розглянемо, як має виглядати правильно налаштований банер для збору згоди користувача:

<br>

Ключовий момент #1: Що тут важливо? Перш за все, на банері має бути три кнопки:

  • Перша кнопка — "Дозволити все", яка дозволяє користувачу повністю погодитися на використання його даних згідно з політикою конфіденційності. 
  • Друга — "Відмовитися", що дає можливість повністю заборонити обробку персональних даних. 
  • Третя — "Налаштування" або кастомізація, де користувач може вибрати, які саме дані він дозволяє збирати, а які — ні. 

При цьому зверніть увагу, що коли я вибрав варіант кастомізації, я бачу певні групи і я надаю доступ до кожної окремо. 

Наприклад, користувач може погодитися на збирання даних для аналітики, але не для маркетингу. 

Ключовий момент #2: Важливо, що до моменту, поки користувач не надасть свою згоду, ви не маєте права збирати його дані, включаючи передачу інформації до Google Analytics, Facebook чи інших систем. Детальніше про технічні аспекти збору ви дізнаєтесь в пункті Технічна частина налаштувань режиму згоди.

Ключовий момент #3: Після того, як користувач зробив вибір, банер не повинен з’являтися при кожному відвідуванні сторінок сайту або при повторному візиті. Сайт повинен запам'ятовувати вибір відвідувача, записуючи його в cookie.

Зверніть увагу, що певні cookie можуть бути необхідними для функціонування сайту (наприклад, додавання товарів у кошик інтернет-магазину), і такі cookie дозволені за замовчуванням, навіть без згоди користувача. Але всі інші дані, що не належать до базового функціоналу сайту, повинні збиратися тільки після згоди.

Ключовий момент #4: Окрім цього, користувач повинен мати можливість змінювати свої налаштування згоди в будь-який момент. Це реалізується через кнопку, яка залишається доступною на сайті, щоб користувач міг легко внести зміни до своїх налаштувань. На цьому сайті вона в нижньому лівому куті.

Основні вимоги актуальні на момент написання статті. Обов'язково перевірте їх актуальність перед впровадженням на своєму сайті.

Технічна частина налаштувань режиму згоди

Тепер, коли ви вже знаєте, як повинен виглядати правильний банер, настав час відповісти на одне з найпоширеніших питань: чи банер – це все, що потрібно для налаштування консенту? Коротка відповідь – ні, банер не єдиний компонент.

Часто бізнеси не інтегрують банер із маркетинговими та аналітичними системами. Наприклад, може виникнути ситуація, коли на сайті є банер, але Google Ads або інші рекламні сервіси не працюють, бо банер не пов’язаний з кодами цих систем. 

Ключовий момент #1: маркетингові та аналітичні системи мають запускатися тільки після надання користувачем згоди. Тому важливо підключити їх до банера та правильно налаштувати алгоритм збору даних. Але це ще не все.

Ключовий момент #2: ви також маєте сповістити сервіси, як-от Google, що користувач надав згоду, і яку саме згоду він надав. Це важливо, оскільки Google самостійно не може визначити, чи код аналітики був запущений до або після показу банеру, і яку з трьох кнопок на банері обрав користувач. Якщо цю інформацію не передати через спеціальне API, то навіть при правильному запуску коду після отримання згоди ви не виконаєте всі вимоги, які ставить Google, і у вас все ще будуть проблеми з даними в GA4, Google Ads та інших сервісах. Хоча згідно з законами все буде вірно.

Тобто, коли ми говоримо про налаштування консенту, потрібно враховувати дві важливі складові: законодавчі вимоги та вимоги маркетингових і аналітичних систем.

Законодавчі вимоги:

  • Необхідно встановити банер з інформацією для користувача.
  • На основі взаємодії з банером (дозвіл чи відмова) запускаються або блокуються відповідні коди.

Вимоги маркетингових і аналітичних систем.

  • Необхідно передавати в маркетингові системи додаткову інформацію про згоду користувача.
  • Деякі системи вимагають відправлення даних про те, чи надана згода, частково або повністю.

Таким чином, навіть якщо ви виконуєте законодавчі вимоги, встановивши банер і контролюючи запуск коду на основі вибору користувача, для деяких систем цього може бути недостатньо. Вам потрібно також передавати детальну інформацію про згоду, щоб система могла коректно використовувати або обмежувати використання даних.

Повертаючись до банеру, ми можемо розгорнути кожну із цілей використання cookie та побачимо конкретні сервіси, яким надсилаються дані. 

Наприклад, у групі Marketing ми бачимо Intercom, LinkedIn, Microsoft тощо. 

Ключовий момент #3: У вас обов’язково має бути прописано, який сервіс які cookie використовує. Більше того, всі вони мають бути чітко згруповані згідно їхньої тематики. Назви можуть варіюватися, наприклад, тут є Marketing, але може й бути Advertisement, а Statistics може називатися Analytics. У будь-якому разі ви маєте додати групу обов’язкових файлів cookie. Вона теж має різні назви, наприклад, тут це група “Necessary”.

Приклад обов’язкових файлів — це коли в інтернет-магазині користувач додає товар в кошик, і товар там зберігається, незалежно від того, покинув відвідувач сайт чи цю сторінку, чи ні. Тобто, я думаю, ніхто б не зрадів, якби в інтернет-магазині додав товар в кошик, перейшов на сторінку іншого товару, а попереднього вже в кошику немає.

Зверніть увагу, що коли користувач надає згоду, сайту дозволено запускати відповідні коди. Якщо ж певний сервіс, наприклад, Google Analytics 4, знаходиться одночасно в кількох групах (наприклад, аналітика та маркетинг), важливо забезпечити правильне функціонування. Бо Google Analytics 4 не може окремо збирати дані для аналітики без збору для реклами, якщо рекламний кабінет Google зв’язаний з Analytics. У цьому випадку треба зробити так, аби Google Analytics запускалася тільки, коли у вас дві з цих галок є активовані.

Ключовий момент #4: Можливість користувача змінювати свій вибір щодо обробки даних у будь-який момент. Для цього часто використовують механізм, який називається Consent Trigger. Цей інструмент дозволяє легко й швидко повторно викликати банер із налаштуваннями згоди.

Ключовий момент #5: Опція швидкого відкликання попередньо наданих дозволів. Наприклад, кнопка Withdraw Your Consent дає користувачу можливість натиснути її і миттєво скасувати всі раніше надані дозволи. Ця функція повинна бути очевидною та легко доступною, щоб можна було швидко знайти її і скористатися в будь-який час.

Ключовий момент #6: Ви завжди повинні бути готові показати користувачу, коли і на що він надав дозвіл. Коли користувач запитує, важливо відобразити інформацію про його згоду: коли саме він надав дозвіл на обробку даних і на що саме він погодився.

Частою помилкою є зберігання цих даних виключно в cookie або у Local Storage. Хоча ці технології можуть бути зручними, вони не зберігають дані на вашій стороні, а значить ніяк не допоможуть вам у випадку перевірок. Тому краще зберігайте інформацію про надання дозволів в базі даних.

Зверніть увагу, коли я кажу "cookie", я насправді маю на увазі багато різних способів зберігання даних: cookie, Local Storage, Session Storage та інші технології. Просто не хочу цю статтю робити дуже технічною. Тому, коли я згадую "cookie", то, в цілому, маю на увазі різні сховища даних.

Ключовий момент #7: Краще мати політику конфіденційності, ніж потім шкодувати про те, що не зробили це вчасно.

Ще одна річ, про яку багато хто забуває, — це політика конфіденційності. Її наявність дуже рекомендована. Зміни у законодавстві трапляються досить часто, і буває так, що ви просто не встигаєте за ними слідкувати, тому краще зробити її завчасно.

І на завершення — давайте обговоримо ще один важливий аспект. Він, стосується великих компаній, які обробляють багато даних. Іноді вам може знадобитися призначити окрему особу яка буде слідкувати за коректним збором, обробкою та зберіганням персональних даних з вашої сторони — Data Protection Officer (DPO). Data Protection Officer відповідає за те, щоб ваша компанія дотримувалася всіх норм GDPR.

Додаткова порада: Якщо ваша компанія працює не тільки на Європу, а по всьому світу, зверніть увагу, що існують різні закони, які регулюють захист даних у різних регіонах. Наприклад, GDPR діє в Європі, CCPA — в Каліфорнії, LGPD — у Бразилії, а POPIA — у Південній Африці. Хоча всі ці закони мають спільні риси, є й певні відмінності. Тому важливо консультуватися з юристом, коли ви налаштовуєте консент.

Не забувайте: відповідальність за дотримання цих норм лежить на вас. І хоча я провів чимало досліджень перед написанням цієї статті, консультація з вашим юристом завжди буде корисною.

Замість висновку

Якщо ви працюєте на ЄЕЗ, то налаштування консенту – це вже не просто «опція», а необхідність. І чим швидше ви це зробите, тим краще для вашого бізнесу.

Зверніть увагу, що вся інформація, яку я надав, не є юридичною консультацією. Я не юрист, а аналітик, і все, чим я ділюсь, базується на моєму досвіді та спілкуванні з юристами різних компаній.

Підписуйтеся на наші соцмережі

Якщо ви хочете поділитися з читачами SPEKA власним досвідом, розповісти свою історію чи опублікувати колонку на важливу для вас тему, долучайтеся. Відтепер ви можете зареєструватися на сайті SPEKA і самостійно опублікувати свій пост.
50 UAH 150 UAH 500 UAH 1000 UAH 3000 UAH 5000 UAH
0
Прокоментувати
Інші матеріали

Meta інтегрує eBay на Facebook Marketplace у відповідь на тиск ЄС

Вікторія Рудзінська 9 січня 2025 07:15

Захист бізнесу: як працює Compliance у фінтех

Inna Liustrova 10 грудня 2024 17:00

LinkedIn оштрафували на 310 млн євро — у чому причина

Павло Бартос 25 жовтня 2024 14:47

Meta інтегрує сторонні чати у WhatsApp та Messenger для користувачів ЄС

Вікторія Рудзінська 7 вересня 2024 11:45

Meta виграла судову справу проти антиваксерів Children’s Health Defense

Олеся Дерзська 11 серпня 2024 12:08