AUT-0292· Маркетинг
Контроль застосування вибору cookies на сайті
Вибір користувача зіставляють із фактичною поведінкою аналітичних і рекламних тегів за погодженою політикою.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Банер показує відмову від cookies, але частина тегів продовжує працювати за старими налаштуваннями або ігнорує зміну вибору.
02 / Результат
Для погодженої редакції сайту перевірено початковий стан, згоду, відмову та зміну вибору; розбіжності мають відповідального й повторну перевірку.
03 / Процес
ТригерСайт, банер згоди або набір аналітичних тегів змінили, чи перевірка виявила невідповідність вибору користувача.
Зафіксувати редакцію сайту, домени, банер, перелік тегів і погоджену політику за категоріями; правові підстави визначає відповідальний фахівець.
Визначити очікувані стани до вибору та після згоди, відмови й зміни налаштувань; відокремити зберігання cookies від передання даних.
У контрольному браузері перевірити початковий стан до запуску тегів і фактичні cookies та запити; відображений банер не є достатнім доказом.
Змінити вибір у погоджених сценаріях і звірити стан менеджера згоди з поведінкою кожного потрібного тега.
Перевірити повторний візит та переходи між погодженими сторінками; збережений старий вибір не повинен підміняти актуальну зміну.
Для сторонніх тегів перевірити їхні власні умови запуску; підтримка Consent Mode тегами Google не означає підтримки всіма іншими тегами.
Розбіжності передати відповідальному з редакцією, сценарієм і мінімально потрібним доказом; виправлення перевірити на тій самій погодженій області.
Прийняти редакцію за результатами всіх потрібних сценаріїв; після наступної зміни тегів повторно перевірити зачеплені сценарії без копіювання профілів реальних відвідувачів у CRM.
04 / Реалізація1 варіант
Приклад · Приймання вибору за редакцією сайту й тегами
Користувач у тестовому браузері погодив аналітику, потім відмовився. Банер зберіг новий вибір, але сторонній тег продовжив записувати cookie. Редакцію не прийняли до виправлення й перевірки повторного візиту. Запит без cookies оцінювали за погодженим режимом, а не називали автоматично помилкою або доказом правової відповідності.
Спосіб реалізації
- Проєктна модель PlanFix: редакція сайту, політика, перелік тегів, контрольні сценарії, мінімальні докази й виправлення; вибір користувача застосовують банер і тегова інфраструктура сайту.
Що потрібно для реалізації
- Є погоджена політика, перелік тегів та власник налаштувань.
- Доступні контрольне середовище, інструмент перевірки й ідентифікатор редакції сайту.
- Є матриця очікуваних станів і контрольний браузер.
- Можна ідентифікувати налаштування та тег, який порушує очікування.
Обмеження
- Не визначає юридичну достатність банера або підстави обробки замість компетентного фахівця.
- Відмова від зберігання cookies не завжди означає відсутність мережевих запитів; очікування визначають для конкретного режиму й політики.
- Базовий і розширений Consent Mode мають різну поведінку; жоден не задано універсально допустимим.
- Не вважає ввімкнений Consent Mode або видимий банер доказом відповідності всіх тегів.
- Не видаляє раніше отримані дані автоматично та не підміняє відкликання рекламної підписки чи запит на видалення даних.
- Години попередні; правова експертиза, розробка власної платформи згоди та платні сервіси не включені.
- Не приймає всі теги за результатом одного.
- Не вважає банер доказом застосування вибору.
Що потрібно уточнити (2)
- Чи потрібно отримувати стан і редакцію налаштувань із зовнішнього менеджера згоди?
Перевірте дозволений доступ і відповідність категорій; не копіюйте профілі відвідувачів у CRM.
- Чи потрібно перевіряти кілька сторонніх тегів або доменів із різними правилами?
Погодьте перелік і очікування для кожного; підтримка перевірок Google не доводить поведінки інших тегів.