Как ограничить показы виджета и убрать его после успешной заявки

Сначала определи, что именно прекращается

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

Поэтому «отключить виджет после заявки» — неполное задание. Запиши: отключить повторное контактное предложение по этому подбору в согласованном окне. Отдельно реши, что делать с другими товарными направлениями и обращением по новой задаче. Не закрывай человеку все способы связи только потому, что одна форма уже сработала.

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

• Задача: подобрать насос по параметрам, а не собрать контакт ради контакта.
• Разрешение: подходящая страница и зафиксированный интерес.
• Ограничение: согласованный максимум показов и пауза между ними.
• Закрытие: сколько времени не возвращаться с тем же предложением.
• Завершение: подтверждённое принятие запроса, его область и срок действия.
• Исключения: ручное открытие контактов, новая задача и отсутствие нужной истории.

Четыре состояния, которые важнее таймера

Таймер отвечает только на вопрос «прошло ли время». Он не знает, закрыл ли человек предложение, отправляет ли форму сейчас и принята ли заявка. Опиши состояния отдельно, а время используй как одно из условий перехода.

Проверяй запреты перед разрешением: сначала достигнутая цель и паузы, затем лимиты, аудиторию и триггер. Иначе правило «прошло время» может открыть предложение поверх сообщения об успешной отправке. Сам по себе переход на следующую страницу также не должен стирать запрет.

Ошибка формы: оставить возможность закончить действие

Клик по кнопке, начало отправки и успешное принятие запроса — разные состояния. Если остановить предложение по клику, посетитель может потерять удобный способ обращения после ошибки. Если фиксировать успех при любой отправке, сценарий перестанет повторяться даже тогда, когда сервер не принял данные. В продуктовых событиях Кирпича попытка и успешная форма разделены; конкретная форма должна передавать верный результат.

В условном примере сервер возвращает ошибку проверки обязательного параметра. В этом случае должны сохраняться введённые значения, рядом с нужным полем — появиться понятное объяснение, а человек должен иметь возможность исправить данные и повторить отправку. Не закрывай окно как будто всё получилось и не открывай второе рекламное предложение поверх ошибки. Это требования к проектируемому сценарию, которые надо отдельно принять в браузере.

• Пустое обязательное поле: успех не фиксируется; исправление доступно.
• Отказ сервера: есть сообщение об ошибке, предложение не помечено завершённым.
• Задержка ответа: повторный клик не создаёт несколько независимых отправок.
• Успешный ответ: появляется подтверждение, тот же контактный сценарий останавливается.
• Повторная доставка одного подтверждения: она не должна создавать новое обращение или сбрасывать паузу.

Что произойдёт после обновления и возвращения

Проверка в одной открытой вкладке недостаточна. После успешного обращения обнови страницу, перейди на другую подходящую страницу и открой сайт заново в том же браузере. Во всех этих случаях действие ограничения должно совпадать с записанным правилом. Затем проверь, как сценарий ведёт себя после окончания заданного окна.

История Кирпича относится к распознаваемому браузеру. Очистка данных или другой браузер могут разорвать эту связь; нельзя обещать, что предложение исчезнет у человека на всех устройствах. localStorage ограничено областью origin, а приватная сессия и настройки хранения тоже влияют на сохранение состояния.

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

Закрытие должно возвращать к основной задаче

Боковая подсказка и модальное окно требуют разной проверки. По шаблону W3C модальное окно переводит фокус внутрь, удерживает последовательность Tab в диалоге и закрывается по Escape; после закрытия фокус обычно возвращается к вызвавшему элементу. Эти правила не означают, что любой маленький баннер следует делать модальным.

Проверь виджет на узком экране с открытой клавиатурой: видны ли активное поле, текст ошибки и закрытие; можно ли прокрутить содержимое и вернуться к странице. Если человек закрыл предложение, интерфейс должен отпустить его к чтению, а не немедленно открыть тот же слой ещё раз.

Менять частоту стоит по результату всей задачи

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

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

Начни с правила для одного предложения, прогони ошибки и возвращение, затем проверь пересечения с остальными сценариями. Настройка готова к запуску, когда её поведение воспроизводится по записи. Оценка пользы начинается после этого и требует данных о реальных обращениях, а не только о появлении окна.