Embed Survey (встроенный опрос)

Отправить клиенту ссылку на опрос — и половина не перейдёт. Показать опрос прямо на странице, где человек только что оформил заказ — и completion rate в три раза выше.

Разница в одном: убрать прыжок на сторонний домен. Embed survey — встроенный опрос, который появляется в контексте действия, не выводит пользователя наружу и собирает обратную связь, пока впечатление ещё свежее.

Определение

Embed Survey (встроенный опрос) — формат размещения анкеты непосредственно на странице сайта, в приложении или внутри другого интерфейса, без перенаправления пользователя на сторонний домен. Реализуется через iframe, встроенный виджет, popup или нативную интеграцию через API. Позволяет собирать обратную связь в момент пользовательского опыта с минимальными трением и потерями аудитории.

Форматы встраивания

Inline-виджет (встроенный блок). Опрос отображается как часть страницы, в отведённом для него блоке. Посетитель прокручивает контент и видит опрос в потоке — как обычный элемент страницы. Подходит для страниц "спасибо за покупку", статей с запросом обратной связи, разделов продукта.

Popup (модальное окно). Опрос появляется поверх контента по триггеру: через N секунд на странице, при попытке уйти (exit-intent), при достижении определённого события. Даёт больше внимания респондента, но навязчив. Использовать с осторожностью и настройкой правил показа (не чаще раза в месяц одному посетителю, не на каждой странице).

Slide-in / виджет в углу. Небольшой элемент в углу экрана, разворачивающийся при клике или автоматически. Менее навязчив, чем полноэкранный popup, но привлекает внимание. Частый выбор для feedback-виджетов.

Iframe-встраивание. Технически — блок <iframe> с URL опроса, встроенный в страницу. Даёт полный контроль над местом появления и размерами. Подходит для встраивания в личные кабинеты, корпоративные интранеты, обучающие платформы.

Native integration через API. Для мобильных приложений и сложных SPA — опрос реализуется нативно через API платформы. Пользователь не видит границ между приложением и опросом. Требует разработки, но даёт лучший UX.

Где применяется embed

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

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

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

В партнёрских интерфейсах. B2B-платформа встраивает опросы от своей исследовательской команды прямо в админ-панель клиента. Сбор обратной связи без необходимости рассылать отдельные email-приглашения.

Пример: сравнение ссылка vs embed

Онлайн-ритейлер проводит NPS-опрос после покупки. Тестирует два варианта: 1) email-рассылка со ссылкой на отдельную страницу опроса и 2) встроенный виджет на экране "Спасибо за заказ" сразу после оформления.

• Вариант 1 (email): 8000 писем → 1600 открытий (20%) → 320 переходов по ссылке (20% от открывших) → 240 завершённых опросов (75% completion). Итого 3% конверсии в ответ.
• Вариант 2 (embed): 8000 завершённых заказов → 2400 увиденных виджетов (30% внимание) → 1800 начавших (75%) → 1600 завершённых (89%). Итого 20% конверсии в ответ.

Разница в 6.6 раз. Плюс embed-опрос собирает обратную связь сразу после опыта — оценки и комментарии точнее, чем через день-два после покупки. Минус embed — он не работает для клиентов, которые не завершили заказ (их можно ловить только email-рассылкой).

Триггеры и правила показа

Важная часть embed-опроса — правильная настройка, когда и кому его показывать. Триггеры:

• Время на странице. Показ через 20-30 секунд после загрузки — человек успел осмотреться
• Действие пользователя. Клик на конкретный элемент, завершение задачи, покупка
• Exit-intent. Движение курсора к верхней границе окна — сигнал ухода
• Скролл до определённой глубины. Прочитал статью до середины/конца — готов к оценке
• Повторное посещение. Показ на третий или пятый визит, не на первый

Правила показа ограничивают навязчивость:

• Не чаще раза в 2-4 недели для одного пользователя
• Не при первом посещении сайта — даёт время на знакомство
• Не на странице оформления (пока не завершил — не отвлекать)
• Если пользователь закрыл — не показывать повторно в течение определённого периода

Типичные ошибки при embed

Слишком длинный встроенный опрос. Формат embed подразумевает короткие опросы — 1-5 вопросов, редко больше. Встроенный опрос на 20 вопросов даёт completion rate хуже, чем тот же опрос по отдельной ссылке. Для длинных опросов — прямая ссылка уместнее.

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

Неадаптивный iframe. Опрос в iframe фиксированного размера плохо смотрится на мобильных устройствах. Современные embed-решения адаптируются под контейнер — важно проверить рендеринг на разных экранах.

Не тестировать performance. Внешний скрипт опроса может замедлять загрузку основной страницы. Для публичных сайтов с большим трафиком — проверяйте влияние на core web vitals перед массовым включением.

Embed в WebAsk

WebAsk поддерживает несколько форматов встраивания: стандартный iframe-код, JavaScript-виджет с настройкой триггеров (popup, slide-in, inline), отдельные режимы для публикации опросов. Подробности настройки — в инструкции по виджету. Для размещения на конкретной странице можно использовать базовый iframe, для триггерных сценариев — JS-виджет с правилами показа, для модальных сценариев — настраиваемые popup-форматы.

Embed survey убирает главный барьер в опросах — переход на сторонний сайт. Ловит обратную связь в моменте опыта, даёт completion rate в разы выше, чем прямая ссылка. Работает на коротких опросах (1-5 вопросов) и требует правил показа — иначе превращается в раздражающий popup. Формат выбирается под задачу: inline для страниц благодарности, popup для exit-intent, slide-in для постоянного feedback-виджета.

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

Какой формат embed лучше выбрать?

Inline — когда опрос логично вписан в содержимое страницы (после покупки, в конце статьи). Popup — для exit-intent и критичных опросов, где важно внимание. Slide-in — для постоянных feedback-виджетов. Iframe — для встраивания в закрытые интерфейсы (личный кабинет, интранет). Формат выбирается под сценарий, а не наоборот.

Сколько вопросов можно задавать в embed-опросе?

Оптимально 1-5. Каждый дополнительный вопрос снижает completion rate. Для микроопросов (NPS, CSAT с одним follow-up) embed идеален. Для длинных исследовательских анкет формат не подходит — используйте прямую ссылку или email-рассылку.

Влияет ли embed на скорость загрузки сайта?

Современные виджеты загружаются асинхронно и не блокируют основной контент. Но любой внешний скрипт — это дополнительный HTTP-запрос. Для сайтов с высокой нагрузкой стоит проверить влияние на Lighthouse и core web vitals. Если критично — загружать виджет с задержкой или только на конкретных страницах.

Можно ли встроить опрос в мобильное приложение?

Да, двумя способами: через WebView (технически iframe внутри приложения) или через нативную интеграцию с API платформы. WebView проще, но даёт худший UX — ощущается как "страница внутри приложения". Нативная интеграция требует разработки, но делает опрос частью приложения. Выбор зависит от важности UX и доступных ресурсов.

Как правильно распределить трафик для A/B-теста embed-опроса?

Настройте показ виджета только части посетителей (например, 50%) и сравните completion rate, NPS, количество ответов между группами. Тест должен идти минимум 1-2 недели для набора статистически значимой выборки. Обязательно помечайте версии через UTM или скрытые переменные, чтобы при анализе видеть, какой вариант дал какой результат.