Швидка відповідь: LocalStorage — це механізм зберігання на основі браузера, який, як і файли cookie, підпадає під регуляції конфіденційності даних, включаючи Директиву ЄС про конфіденційність та GDPR. Зберігання або доступ до неістотних даних у LocalStorage без попередньої, усвідомленої та добровільно наданої згоди користувача є порушенням дотримання. Більшість організацій ігнорують це, оскільки їхні інструменти управління згодою налаштовані лише для файлів cookie, залишаючи LocalStorage зовсім без управління.
Основні висновки
- LocalStorage юридично розглядається як "схожа технологія" до файлів cookie відповідно до законодавства Великобританії та ЄС, що означає, що застосовуються ті ж правила згоди.
- Європейська рада захисту даних (EDPB) підтвердила, що технології, такі як LocalStorage, вимагають попередньої, усвідомленої та добровільно наданої згоди перед зберіганням або доступом до будь-яких неістотних даних [2].
- ICO розрізняє зберігання, яке є строго необхідним для послуги, та неістотне зберігання, яке використовується для відстеження або аналітики, лише останнє вимагає явної згоди [1].
- Багато платформ управління згодою регулюють файли cookie за замовчуванням, але залишають LocalStorage без нагляду, створюючи значну прогалину в дотриманні [3].
- SessionStorage має ті ж наслідки для конфіденційності, що й LocalStorage, коли використовується для відстеження або аналітики.
- Відкликання згоди зобов'язує вебсайт видалити будь-які дані LocalStorage, зібрані на підставі цієї згоди.
- Скрипти третіх сторін, які записують у LocalStorage, також вимагають покриття згоди, відповідальність лежить на операторі сайту.
- Штрафи за недотримання вимог GDPR можуть бути значними; ризик зростає, коли порушення є системними та не розкритими.
Що таке LocalStorage і як це працює
LocalStorage — це API веб-зберігання, вбудоване в сучасні браузери, яке дозволяє вебсайтам зберігати пари даних "ключ-значення" безпосередньо на пристрої користувача, без терміну дії та з типовим обмеженням на походження близько 5-10 МБ. На відміну від файлів cookie, дані LocalStorage ніколи не надсилаються автоматично на сервер з HTTP-запитами, вони зберігаються до тих пір, поки не будуть явно очищені JavaScript вебсайту або користувачем.
Ось як це працює на практиці:
- JavaScript вебсайту викликає
localStorage.setItem('key', 'value'), щоб записати дані. - Ці дані залишаються на пристрої протягом сеансів браузера, поки не буде викликано
localStorage.removeItem('key')абоlocalStorage.clear(). - Лише скрипти з того ж походження (протокол + домен + порт) можуть читати або записувати ці дані.
Звичайні використання включають: зберігання уподобань користувача (тема, мова), токенів сеансу, ідентифікаторів аналітики, вмісту кошика для покупок та призначень варіантів A/B тестування.
Критична точка дотримання: оскільки LocalStorage зберігає дані на пристрої користувача, це активує ту ж юридичну основу, що й файли cookie відповідно до Директиви про конфіденційність та GDPR, незалежно від того, чи передаються ці дані на сервер [4].
Чи потрібна згода користувача для LocalStorage відповідно до GDPR
Так, для будь-якого неістотного використання LocalStorage вимагається явна згода користувача перед зберіганням або доступом до даних. EDPB підтвердила, що технології, такі як LocalStorage, підпадають під ті ж вимоги згоди, що й файли cookie, що вимагає попередньої, усвідомленої та добровільно наданої згоди [2]. ICO додатково уточнює, що згода повинна бути підтверджена через чітку, недвозначну дію, а не виводитися з поведінки під час перегляду або вважатися такою, що надається з продовженням використання сайту [1].
Виключення необхідності: Якщо LocalStorage використовується виключно для виконання функції, яку користувач явно запитав, наприклад, збереження предметів у кошику під час активного сеансу, це може вважатися строго необхідним зберіганням і не вимагати згоди. Однак, якщо ті ж дані кошика використовуються для аналітики, повторного таргетування або поведінкового профілювання, виключення необхідності більше не застосовується.
Звичайна помилка: Припущення, що оскільки дані LocalStorage не передаються з HTTP-запитами, вони знаходяться поза межами закону про конфіденційність. Закон застосовується до акту зберігання або доступу до інформації на пристрої користувача, а не до того, чи передається ця інформація.
Різниця між LocalStorage та файлами cookie: вимоги до згоди
Як LocalStorage, так і файли cookie вимагають згоди, коли використовуються для неістотних цілей, але вони відрізняються в технічній поведінці та в тому, як інструменти дотримання зазвичай їх обробляють.
| Особливість | Файли cookie | LocalStorage |
|---|---|---|
| Термін дії | Налаштовуваний | Немає (до очищення) |
| Надсилається з HTTP-запитами | Так | Ні |
| Доступ на стороні сервера | Так | Ні |
| Покриті більшістю CMP за замовчуванням | Так | Часто ні [3] |
| Згода потрібна (неістотна) | Так | Так |
| Обсяг | За доменом/шляхом | За походженням |
Практична прогалина є значною: більшість платформ управління згодою спроектовані навколо блокування файлів cookie та категоризації файлів cookie. Записи LocalStorage відбуваються через JavaScript, який CMP можуть не перехоплювати, якщо не налаштовані на це спеціально. Ось чому LocalStorage під радаром: чому він також вимагає явної згоди користувача — це не просто теоретична проблема, це активна прогалина в дотриманні для великої частини вебсайтів [3].
Чому LocalStorage потребує явної згоди користувача
LocalStorage вимагає явної згоди, оскільки це є доступом або зберіганням інформації на пристрої користувача, акт, що регулюється Директивою про конфіденційність (та її національними впровадженнями) незалежно від того, чи залучені персональні дані. Юридичні експерти класифікують LocalStorage як "схожу технологію" до файлів cookie відповідно до законодавства Великобританії, що вимагає попередньої, усвідомленої та добровільно наданої згоди перед будь-яким неістотним зберіганням [4].
Основна логіка проста: закон захищає пристрій користувача як розширення їхньої приватної сфери. Чи зберігаються дані у файлі cookie, LocalStorage, IndexedDB або кеші сервісного працівника, юридичним тригером є сам акт зберігання, а не формат.
Три умови для дійсної згоди (згідно з рекомендаціями ICO) [1]:
- Добровільно надана, без об'єднання згоди з прийняттям умов обслуговування.
- Конкретна та усвідомлена, користувач повинен знати, що зберігається і чому.
- Недвозначна, згода повинна бути отримана з чіткої ствердної дії, такої як позначення прапорця.
Чи вважається LocalStorage відстеженням відповідно до законів про конфіденційність
LocalStorage вважається відстеженням, коли його використовують для ідентифікації, профілювання або моніторингу користувачів через сеанси або сторінки. Зберігання ідентифікатора користувача аналітики, призначення A/B тесту або мітки поведінкового сегмента в LocalStorage є відстеженням відповідно до більшості регуляторних тлумачень, незалежно від того, чи синхронізуються ці дані пізніше з сервером.
Це є суттю LocalStorage під радаром: чому він також вимагає явної згоди користувача, багато розробників вважають LocalStorage нейтральним механізмом кешування, тоді як регулятори розглядають будь-який постійний ідентифікатор на стороні пристрою як потенційний вектор відстеження, що вимагає згоди.
Чи можна зберігати персональні дані в LocalStorage
Технічно так, але це несе значний юридичний ризик і зазвичай не рекомендується. Персональні дані, збережені в LocalStorage (такі як адреси електронної пошти, компоненти відбитків пристрою або ідентифікатори користувачів, пов'язані з профілями), підлягають усім зобов'язанням GDPR: правовій основі, мінімізації даних, обмеженням зберігання та праву на видалення [1].
Ризики, специфічні для LocalStorage:
- Дані зберігаються безстроково, якщо не будуть явно очищені, що ускладнює дотримання вимог щодо зберігання.
- Будь-який JavaScript на сторінці (включаючи скрипти третіх сторін) може потенційно отримати доступ до даних LocalStorage з того ж походження.
- Немає вбудованого шифрування; чутливі дані, збережені у відкритому тексті, доступні будь-кому з доступом до пристрою або через вразливості XSS.
Рекомендація: Уникайте зберігання ідентифікованих персональних даних у LocalStorage. Якщо зберігання необхідне, переконайтеся, що отримано згоду, дані мінімізовані, а механізм видалення чітко визначений.
LocalStorage проти SessionStorage: наслідки для конфіденційності
SessionStorage поводиться ідентично LocalStorage з точки зору API веб-зберігання, але дані очищуються, коли закривається вкладка або вікно браузера. Незважаючи на цей коротший термін, SessionStorage підлягає тим же вимогам згоди, коли використовується для відстеження або аналітики [6].
Ключове розрізнення для цілей дотримання:
- SessionStorage може швидше кваліфікуватися як строго необхідне (наприклад, підтримка стану під час багатоступеневого оформлення замовлення), оскільки дані не зберігаються після сеансу.
- LocalStorage майже завжди вимагає згоди для випадків використання відстеження, оскільки його постійність створює довгостроковий ідентифікатор на пристрої користувача.
Жоден з механізмів не є автоматично звільненим від закону про конфіденційність. Мета та вміст збережених даних визначають зобов'язання щодо згоди, а не тип зберігання.
Що станеться, якщо ви використовуєте LocalStorage без згоди
Використання LocalStorage для неістотних цілей без отримання дійсної попередньої згоди є порушенням Директиви про конфіденційність і, коли залучені персональні дані, GDPR. Наслідки можуть включати регуляторне розслідування, примусове виконання та репутаційні збитки.
Окрім регуляторного ризику, існує зростаючий технічний аспект виконання: функції конфіденційності браузера та блокувальники реклами все частіше націлюються на відстеження на основі LocalStorage. Сайти, які покладаються на LocalStorage без згоди для аналітики або персоналізації, можуть виявити, що їхні дані стають все менш надійними, оскільки ці інструменти стають все більш поширеними.
Перелік практичних ризиків:
- Скрипти аналітики третіх сторін, які записують ідентифікатори LocalStorage без покриття згоди.
- Інструменти A/B тестування, які зберігають призначення варіантів до отримання згоди.
- Віджети чату або інструменти підтримки, які ініціюють LocalStorage при завантаженні сторінки до будь-якої взаємодії користувача.
- Пікселі повторного таргетування, які використовують LocalStorage як резервний варіант синхронізації файлів cookie.
Як реалізувати згоду на LocalStorage на вашому вебсайті
Реалізація згоди на LocalStorage вимагає платформи управління згодою, яка може блокувати виконання JavaScript, а не лише налаштування файлів cookie, поки користувач не зробить дійсний вибір згоди. Стандартні банери згоди, які працюють лише на рівні HTTP, не перехоплюватимуть записи LocalStorage, зроблені JavaScript [3].
Покроковий підхід до реалізації:
- Аудит використання LocalStorage. Використовуйте інструменти розробника браузера (вкладка Application) та сканер скриптів, щоб ідентифікувати кожен ключ, записаний у LocalStorage, який скрипт його записує та з якою метою.
- Категоризуйте кожне використання. Класифікуйте зберігання як строго необхідне, функціональне, аналітичне або маркетингове. Лише строго необхідне зберігання може продовжуватися без згоди.
- Виберіть CMP, яка покриває LocalStorage. Переконайтеся, що ваша платформа управління згодою може блокувати або відкладати виконання JavaScript для неістотних скриптів до отримання згоди. Biscotti CMP призначена для управління згодою на цьому рівні скриптів.
- Реалізуйте завантаження скриптів з умовою згоди. Неістотні скрипти, які записують у LocalStorage, повинні завантажуватися лише після того, як користувач прийме відповідну категорію згоди.
- Надайте чіткий інтерфейс згоди. Банер згоди повинен описувати використання LocalStorage зрозумілою мовою, категоризуючи за метою, з детальними опціями для підписки.
- Реалізуйте механізм відкликання та видалення. Коли користувач відкликає згоду, відповідні ключі LocalStorage повинні бути очищені негайно.
Як видалити дані LocalStorage після відкликання згоди користувача
Коли користувач відкликає згоду, вебсайт повинен терміново видалити будь-які дані LocalStorage, які були зібрані на підставі цієї згоди. Це не є необов'язковим, право на відкликання згоди та видалення супутніх даних є основним принципом GDPR.