Предустановленная (pre-ticked) галочка — чекбокс согласия, который уже отмечен в момент отрисовки формы. Пользователь может её снять, но по умолчанию система считает, что «да» уже дано. Для согласий на обработку персональных данных и для рекламных подписок это устойчиво считают плохой практикой.
Прямой ответ
Если блок оформляет согласие, чекбокс должен быть пустым, пока человек сам его не отметит. Предзаполнение ломает идею добровольного и однозначного выражения воли. Исправляется быстро: убрать checked / defaultChecked, проверить конструктор форм и мобильный шаблон, прогнать отправку без отметки (должна блокироваться).
Почему так делают — и почему это бьёт по смыслу
Аргументы «за» предустановку обычно продуктовые: выше конверсия, меньше трения, «все понимают». Но согласие — не метрика воронки. Если выбор сделан интерфейсом, сложнее объяснить, что субъект сознательно принял условия.
Особенно рискованно, когда предустановлены:
- согласие на обработку ПДн;
- согласие на рекламную рассылку;
- «согласен со всем» (политика + оферта + партнёры + cookie).
Где искать предустановку
- HTML-атрибут
checkedуinput type="checkbox". - React/Vue:
defaultChecked={true}, состояние формы сtrueна init. - Настройки Tilda / Flexbe / других конструкторов — «галочка активна».
- Виджеты call-back и записи — отдельные кабинеты.
- A/B-тесты, где «вариант B» вернул старый блок.
- Мобильная копия модуля с другими настройками.
Как исправить за один проход
Шаг 1. Реестр форм с чекбоксами.
Шаг 2. Для каждой — скрин до взаимодействия (галочка пустая?).
Шаг 3. Снять предустановку в коде/конструкторе.
Шаг 4. Включить обязательность отметки для отправки.
Шаг 5. Разделить обработку заявки и маркетинг, если они были в одном pre-ticked пункте.
Шаг 6. Повторить на прод-домене после кэша CDN/конструктора.
Смежные антипаттерны
- серый текст «снимая галочку, вы отказываетесь» при уже стоящей отметке;
- визуально пустой квадрат, но скрытое поле уже передаёт
consent=1; - «продолжая пользоваться сайтом, вы соглашаетесь» вместо согласия на конкретную форму;
- восстановление галочки из cookie прошлого визита без ясного UI.
Проверка качества
| Проверка | Ожидание |
|---|---|
| Первый заход инкогнито | Чекбокс пуст |
| Отправка без клика | Ошибка валидации |
| Ссылка на политику | Открывается, 200 |
| Рассылка | Отдельный необязательный пункт |
| Мобильная ширина | Квадрат кликабелен, текст читаем |
> Внешний обзор помогает поймать предустановку на страницах, которые редко открывает команда: Проверить сайт бесплатно.
Итог
Пустой чекбокс — базовое условие осмысленного согласия в веб-форме. Уберите checked, разделите цели, заблокируйте отправку без отметки. После фикса — контрольная сверка: Проверить сайт бесплатно.
Как предустановка появляется снова после фикса
Даже после снятия checked галочка возвращается через:
- кэш HTML-блока конструктора;
- старый модуль на архивном лендинге, который снова включили в кампанию;
- скрипт виджета с дефолтом в облачном кабинете;
- фронтенд-состояние, которое ставит
trueпосле автозаполнения из LocalStorage; - «улучшение UX» в новом A/B без согласования.
Поэтому фикс — это не один коммит, а правило сопровождения: в чек-листе релиза форм есть пункт «согласие пустое при первом рендере». Имеет смысл иногда проходить сайт снаружи тем же взглядом, что и аудит: Проверить сайт бесплатно.
Отличие от «запомнить мой выбор»
Сохранить предпочтение пользователя, который уже явно отказался от рассылки или уже дал согласие в кабинете, — отдельная история с прозрачными настройками. Это не оправдание pre-ticked на первой заявке анонимного посетителя. Для холодного трафика безопаснее всегда стартовать с пустого контрола согласия.
Чек-лист для разработчика и редактора конструктора
Перед выкладкой формы убедитесь: в разметке нет checked, в состоянии React/Vue начальное значение false, в настройках Tilda/аналога галочка не активна, автозаполнение браузера не восстанавливает отметку согласия из кэша странным образом, мобильный превью совпадает с десктопом. Добавьте этот список в pull request template или в чек-лист контент-менеджера. Повторные регрессии почти всегда связаны с отсутствием такого простого фильтра, а не с «сложностью 152-ФЗ».
Что сказать стейкхолдеру вместо «вернём галочку»
Если маркетинг просит вернуть предустановку «потому что конверсия упала», предложите альтернативы: короче текст, крупнее зона клика, понятнее ошибка валидации, убрать лишние поля формы, ускорить загрузку виджета. Эти рычаги чинят воронку без подмены согласия. Зафиксируйте решение письменно: pre-ticked для согласий на ПДн и рекламу в продукте не используем. Так проще остановить регресс при следующем «срочном лендинге».