Чек-лист QA згоди: що перевірити перед випуском релізу
Навіщо згоді окреме тестування
Згода ламається непомітно. Новий скрипт від колеги, змінений тригер тегу чи перейменований cookie можуть почати відстеження до вибору відвідувача або взагалі перестати записувати його рішення, а помічають це лише тоді, коли звіт виглядає дивно. Короткий повторюваний чек-лист перед кожним релізом виловлює більшість таких проблем.
Виконуйте перевірки в чистому профілі браузера або приватному вікні з вимкненими розширеннями та позначайте результат біля кожного пункту.
A. Перший візит
- Банер з’являється під час першого завантаження сторінки без стрибка верстки, який закриває важливий вміст.
- Необов’язкові теги не спрацьовують до вибору. Перевірте у вкладці Network запити аналітики та реклами.
- Необов’язкові cookie не встановлюються до вибору. Перевірте у вкладці Application.
- Сигнали згоди за замовчуванням відхилені там, де потрібна згода.
- Сторінка залишається зручною, поки банер відкритий, а вміст читабельний.
B. Вибір користувача
- «Прийняти все» вмикає потрібні теги, і сигнал одразу змінюється на «дозволено».
- «Відхилити все» знайти й натиснути так само легко, як «прийняти», і необов’язкові теги лишаються вимкненими.
- Гранулярний вибір працює: якщо ввімкнути лише аналітику, вмикається аналітика і більше нічого.
- Вибір запам’ятовується після перезавантаження та на наступній сторінці, банер не з’являється знову.
- Вибір фіксується у вашому журналі згод із позначкою часу.
C. Зміна вибору
- Постійна точка входу (посилання у футері або значок) відкриває налаштування на кожній сторінці.
- Відкликання згоди зупиняє відповідні теги та, де це можливо, видаляє їхні cookie.
- Перехід від відмови до згоди запускає теги без ручного перезавантаження.
D. Регіони та мови
- Регіональні правила працюють як очікується: використайте VPN або тестове налаштування, щоб імітувати відвідувача з кожного регіону, який ви обслуговуєте.
- Мова відповідає мові відвідувача, усі підписи на кнопках перекладені, сирих ключів не видно.
- Мови з письмом справа наліво коректно віддзеркалюють верстку, якщо ви їх підтримуєте.
E. Технічні питання та платформа
- Рекламні сигнали доходять до рекламних тегів: переконайтеся, що рядок згоди або подібний сигнал присутній у рекламних запитах.
- Мобільні браузери коректно показують банер у портретній і альбомній орієнтації, а кнопки достатньо великі для натискання.
- Доступність, основи: працює навігація лише з клавіатури, видимий фокус, а читач з екрана оголошує діалог.
- Продуктивність: скрипт банера не блокує відображення й не зсуває основний вміст донизу після завантаження.
Як проводити перевірку, не гальмуючи релізи
- Тримайте список у шаблоні релізу, щоб його не можна було пропустити.
- Автоматизуйте прості пункти, наприклад перевірку несподіваних запитів до згоди, скриптовим тестом у браузері.
- Призначайте одного відповідального на реліз, за потреби по черзі.
- Зберігайте записи результатів: вони допомагають показати, що й коли ви перевіряли.
Особливі випадки, які варто додати
Додайте пункти для всього, що унікальне для вашого ресурсу: вбудовані відеоплеєри, чат-віджети, мапи, кнопки соцмереж, а також платіжні та авторизаційні iframe часто завантажують власні трекери. Якщо ви випускаєте мобільний застосунок із веб-переглядом, повторіть розділи A–C і всередині застосунку. Щоразу, коли інцидент чогось вас навчає, додавайте до списку один рядок, щоб та сама помилка не повторилася.
Що робити, якщо перевірка не пройдена
Вважайте провалену перевірку згоди блокером релізу для всього, що відстежує до згоди або ігнорує відмову. Косметичні недоліки, як-от трохи зсунута кнопка, можна випускати із заведеним завданням. Порядок пріоритету такий: відстеження до вибору, проігнорований вибір, втрачений вибір, потім зовнішній вигляд.
Де місце FlexyConsent
Банер FlexyConsent доступний 57 мовами та підтримує Google Consent Mode v2, IAB TCF 2.4 і IAB GPP v1.1, що закриває багато технічних пунктів вище. Чек-лист усе одно потрібен, бо саме ваші теги, теми та скрипти визначають, що насправді спрацьовує на сторінці.
Головне
- Проводьте фіксовану перевірку згоди перед кожним релізом, а не лише коли змінюється банер.
- Перевіряйте перший візит, вибір, зміни, регіони, мови та мобільні пристрої.
- Перевіряйте теги й cookie в браузері, а не лише вигляд банера.
- Ранжуйте збої: спочатку відстеження до вибору, косметика в останню чергу.
- Автоматизуйте, що можна, і зберігайте запис кожного прогону.