Згода не вічна

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

Що кажуть правила (і про що мовчать)

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

Чек-лист 1: задайте термін за замовчуванням

• Оберіть термін дії згоди й запишіть його. Звичайний діапазон — від шести до дванадцяти місяців; обирайте коротший термін там, де це радить ваш регулятор.
• Зберігайте дату ухвалення вибору, а не лише сам вибір.
• Застосовуйте ту саму логіку терміну до cookie чи запису сховища, де лежить запис про згоду.
• Переконайтеся, що збережений вибір спливає на стороні сервера або у вашій логіці, а не лише в браузері.

Чек-лист 2: визначте тригери повторного запиту

Питайте відвідувача знову, незалежно від віку збереженого вибору, коли:

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

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

Чек-лист 3: бережіть досвід відвідувача

• Не запитуйте згоду повторно за таймером усередині однієї сесії.
• Не питайте повторно відвідувача, який відмовився, лише щоб виснажити його; дотримуйтеся відмови протягом усього терміну, якщо не виник справжній тригер.
• Тримайте постійне посилання у футері, щоб відвідувачі могли передумати будь-коли, не чекаючи закінчення терміну.
• Зробіть відкликання згоди таким самим простим, як її надання.

Чек-лист 4: врахуйте крайні випадки

• Очищені cookie. Банер з'явиться знову. Це очікувано; не намагайтеся обійти це за допомогою фінгерпринтингу.
• Кілька доменів або піддоменів. Вирішіть, чи буде вибір спільним для них, і зробіть поведінку послідовною.
• Застосунки. Зберігайте вибір і його дату у сховищі застосунку та питайте знову після оновлень SDK, що додають нові способи використання даних.
• Зміна регіону. Якщо відвідувач перемістився до іншої юрисдикції, перевірте, чи мають ваші правила застосовуватися інакше.

Чек-лист 5: зберігайте докази

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

Де місце FlexyConsent

FlexyConsent сертифікована IAB Europe та IAB Canada, підтримує IAB TCF 2.4 і Google Consent Mode v2 та охоплює регіони, зокрема ЄС, ЄЕЗ, Велику Британію, штати США, Канаду та Квебек. Якою б платформою ви не користувалися, перевірте, як вона зберігає вибір і що викликає новий запит, та зіставте це з правилами, які ви записали вище.

Ключові висновки

• Згода має спливати; єдиного юридичного терміну немає, тож оберіть період, запишіть його та звірте з настановами вашого регулятора.
• Запитуйте повторно, коли змінюються цілі, постачальники, політики чи варіанти вибору в банері, використовуючи номер версії згоди.
• Не набридайте відвідувачам, які відмовилися, без реального тригера.
• Тримайте завжди доступний спосіб змінити чи відкликати згоду.
• Записуйте час, версію та вибір і переглядайте правила щокварталу.