Redirect After Completion (перенаправление после прохождения)

Человек прошёл ваш опрос — 5 минут его времени, искренние ответы. Экран "Спасибо за участие" — и всё, взаимодействие закончилось.

А можно иначе: переправить его на промокод, персональную рекомендацию, лендинг продукта, благодарственное видео. Redirect after completion превращает окончание опроса из точки в запятую: пользователь завершает одно действие и сразу попадает в следующее. Это удлиняет путь взаимодействия и превращает опрос в часть воронки, а не в её тупик.

Определение

Redirect After Completion (перенаправление после прохождения) — автоматическое перенаправление респондента на указанную внешнюю страницу сразу после завершения опроса. Настраивается как альтернатива или дополнение к стандартному экрану "Спасибо". Используется для передачи параметров в CRM, выдачи вознаграждения, направления в следующий шаг воронки, интеграции опроса в сложные пользовательские сценарии.

Для чего используется

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

Передача в следующий этап воронки. Квалификационный опрос выявил "горячего лида" — редирект на страницу записи к менеджеру или оформления демо. "Холодный" — на страницу с обучающими материалами. Логика редиректа встраивается через логические ветвления: разные результаты → разные целевые страницы.

Интеграция с CRM и системами аналитики. Редирект на endpoint в CRM с параметрами в URL — простой способ передать данные ответа без настройки API или webhook. В результате лид автоматически появляется в CRM с соответствующими полями.

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

Возврат в исходный контекст. При встраивании опроса в приложение или партнёрский сервис — редирект возвращает пользователя в тот интерфейс, откуда он пришёл. Бесшовное завершение.

Как работает технически

Базовая механика проста: после отправки последнего ответа пользователь вместо стандартного "Спасибо" получает HTTP-редирект на указанный URL. Варианты реализации:

Простой редирект. Один целевой URL для всех респондентов. Настройка в параметрах опроса: "после завершения перенаправить на [URL]".

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

Редирект с параметрами. В URL добавляются параметры с ответами пользователя. Пример: https://crm.company.com/lead?email={email}&score={score}&source=survey. Значения в фигурных скобках подставляются из ответов через пайпинг. Это передаёт данные в целевую систему без API.

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

Пример: квалификационный квиз с условным редиректом

SaaS-компания запускает квиз "Подберём тариф". В зависимости от скорингового балла редирект направляет респондента на разные целевые страницы:

• Низкий скор (0-30) → бесплатная регистрация с обучающим письмом
• Средний скор (31-60) → страница тарифов с подсветкой рекомендованного
• Высокий скор (61+) → запись на демо с менеджером с предзаполненными данными (email, компания, размер)

За месяц квиз прошли 1200 человек. Из высокоскорных (180 человек) записалось на демо 72 — 40% конверсия. Если бы все видели стандартный экран "Спасибо" с одной ссылкой "перейти к тарифам", конверсия в демо была бы существенно ниже — поисковой, а не направленный путь.

Аналогично: среднескорные получили персонализированные рекомендации по тарифу, низкоскорные — nurture-воронку. Все три сегмента работают по разным сценариям через один опрос.

Redirect vs Welcome Screen vs Results Screen

Разные экраны опроса выполняют разные задачи:

• Welcome screen — приветственный экран до начала анкеты. Объясняет цель, длину, мотивирует пройти.
• Results screen (экран "Спасибо") — финальная точка: благодарность, подтверждение отправки, возможно, персонализированное сообщение.
• Redirect after completion — переход на внешний ресурс вместо или после results screen. Это активное продолжение взаимодействия, а не финал.

Часто используются вместе: results screen показывает краткое сообщение ("Спасибо! Сейчас вы будете перенаправлены на промокод"), через 3-5 секунд срабатывает редирект.

Типичные ошибки при настройке редиректа

Редирект без предупреждения. Пользователь нажал "Отправить" — и внезапно оказался на совершенно другом сайте. Это дезориентирует. Лучше: показать короткое сообщение "Перенаправляем вас на..." с обратным отсчётом или кнопкой.

Передача чувствительных данных в URL. URL-параметры видны в истории браузера, логах сервера, referrer-заголовках. Email и общие данные — приемлемо. Номера карт, пароли, личные документы — никогда не передавать через URL.

Отсутствие fallback. Если целевая страница недоступна или URL неверный — пользователь видит ошибку вместо подтверждения завершения. Настраивайте стандартный results screen как fallback, который показывается, если редирект не сработал.

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

Redirect в WebAsk

В WebAsk редирект настраивается в параметрах опроса: указывается целевой URL, при необходимости с подстановкой переменных из ответов. Для условных редиректов используются логические ветвления на финальном экране: в зависимости от условий пользователь попадает на разные версии results screen, каждая со своим редиректом. Для передачи данных в CRM или внешние системы без настройки API — URL-параметры с пайпингом ответов.

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

Redirect after completion превращает опрос из изолированной точки сбора данных в узел пользовательского пути. Правильно настроенный редирект: персонализирован (разные URL для разных сегментов), передаёт данные для следующего шага, предупреждает пользователя и работает даже при ошибке (fallback на стандартный экран). Без редиректа опрос заканчивается словами "спасибо"; с ним — запускает следующее действие.

Частые вопросы

Обязательно ли заменять results screen редиректом?

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

Можно ли использовать разные редиректы для разных респондентов?

Да, через логические ветвления на финальном шаге. В зависимости от ответов, скорингового балла или скрытых переменных разные сегменты респондентов попадают на разные URL. Это основной способ персонализировать путь: горячий лид → демо, холодный → образовательный контент.

Что передавать в URL-параметрах и что не стоит?

Можно: email (если собран), основные демографические данные, скоринговый балл, идентификатор источника (UTM), ответы на ключевые вопросы. Нельзя: номера банковских карт, пароли, номера документов, любые данные, которые не должны попадать в логи и браузерную историю. Для передачи чувствительных данных используйте зашифрованные webhooks, а не URL.

Как отследить, что редирект сработал?

На целевой странице настраивайте аналитику приходов с источника — через UTM-параметры в URL редиректа. В системах типа Google Analytics или Яндекс.Метрики появятся визиты с меткой utm_source=survey. Альтернативно: pixel или событие на целевой странице, которое триггерится при приходе с опроса.

Что делать, если целевой сервер временно недоступен?

Настройте fallback: если редирект не срабатывает или целевая страница отвечает ошибкой, респондент видит стандартный results screen с кнопкой "Попробовать позже" или контактами поддержки. Это предотвращает ситуацию, когда пользователь прошёл опрос, но не получил обещанного вознаграждения из-за технической ошибки.