Чек-лист QA согласия: что проверить перед выпуском релиза

Зачем согласию отдельное тестирование

Согласие ломается незаметно. Новый скрипт от коллеги, изменённый триггер тега или переименованный cookie могут начать отслеживание до выбора посетителя или вовсе перестать записывать его решения, а замечают это, только когда отчёт выглядит странно. Короткий повторяемый чек-лист перед каждым релизом ловит большинство таких проблем.

Выполняйте проверки в чистом профиле браузера или в приватном окне с отключёнными расширениями и отмечайте результат напротив каждого пункта.

A. Первый визит

  1. Баннер появляется при первой загрузке страницы без скачка вёрстки, который закрывает важное содержимое.
  2. Необязательные теги не срабатывают до выбора. Проверьте во вкладке Network запросы аналитики и рекламы.
  3. Необязательные cookie не устанавливаются до выбора. Проверьте во вкладке Application.
  4. Сигналы согласия по умолчанию отклонены там, где требуется согласие.
  5. Страница остаётся удобной, пока баннер открыт, а содержимое читается.

B. Выбор пользователя

  1. «Принять все» включает нужные теги, и сигнал сразу меняется на «разрешено».
  2. «Отклонить все» найти и нажать так же легко, как «принять», и необязательные теги остаются выключенными.
  3. Гранулярный выбор работает: если включить только аналитику, включается аналитика и ничего больше.
  4. Выбор запоминается после перезагрузки и на следующей странице, баннер не появляется снова.
  5. Выбор фиксируется в вашем журнале согласий с отметкой времени.

C. Изменение выбора

  1. Постоянная точка входа (ссылка в подвале или значок) открывает настройки на каждой странице.
  2. Отзыв согласия останавливает соответствующие теги и, где возможно, удаляет их cookie.
  3. Переход от отказа к согласию запускает теги без ручной перезагрузки.

D. Регионы и языки

  1. Региональные правила работают как ожидается: используйте VPN или тестовую настройку, чтобы имитировать посетителя из каждого региона, который вы обслуживаете.
  2. Язык соответствует языку посетителя, все подписи на кнопках переведены, сырые ключи не видны.
  3. Языки с письмом справа налево корректно отражают вёрстку, если вы их поддерживаете.

E. Технические вопросы и платформа

  1. Рекламные сигналы доходят до рекламных тегов: убедитесь, что строка согласия или аналогичный сигнал присутствует в рекламных запросах.
  2. Мобильные браузеры корректно показывают баннер в портретной и альбомной ориентации, а кнопки достаточно велики для нажатия.
  3. Доступность, основы: работает навигация только с клавиатуры, виден фокус, а экранный диктор объявляет диалог.
  4. Производительность: скрипт баннера не блокирует отрисовку и не сдвигает основное содержимое вниз после загрузки.

Как проводить проверку, не замедляя релизы

Особые случаи, которые стоит добавить

Добавьте пункты для всего, что уникально для вашего ресурса: встроенные видеоплееры, чат-виджеты, карты, кнопки соцсетей, а также платёжные и авторизационные iframe часто загружают собственные трекеры. Если вы выпускаете мобильное приложение с веб-представлением, повторите разделы A–C и внутри приложения. Каждый раз, когда инцидент чему-то вас учит, добавляйте в список одну строку, чтобы та же ошибка не повторилась.

Что делать, если проверка не пройдена

Считайте проваленную проверку согласия блокером релиза для всего, что отслеживает до согласия или игнорирует отказ. Косметические недочёты, например слегка сдвинутую кнопку, можно выпустить с заведённой задачей. Порядок приоритета такой: отслеживание до выбора, проигнорированный выбор, потерянный выбор, затем внешний вид.

Где место FlexyConsent

Баннер FlexyConsent доступен на 57 языках и поддерживает Google Consent Mode v2, IAB TCF 2.4 и IAB GPP v1.1, что закрывает многие из технических пунктов выше. Чек-лист всё равно нужен, потому что именно ваши теги, темы и скрипты определяют, что на самом деле срабатывает на странице.

Главное

← Блог Читать все →