Опитування при виході: технічна реалізація та аналіз даних

Наша компанія займається розробкою, підтримкою та обслуговуванням сайтів будь-якої складності. Від простих односторінкових сайтів до масштабних кластерних систем, побудованих на мікро сервісах. Досвід розробників підтверджено сертифікатами від вендорів.

Розробка та обслуговування будь-яких видів сайтів:

Інформаційні сайти або веб-програми
Сайти візитки, landing page, корпоративні сайти, онлайн каталоги, квіз, промо-сайти, блоги, ресурси новин, інформаційні портали, форуми, агрегатори
Сайти або веб-програми електронної комерції
Інтернет-магазини, B2B-портали, маркетплейси, онлайн-обмінники, кешбек-сайти, біржі, дропшиппінг-платформи, парсери товарів
Веб-програми для управління бізнес-процесами
CRM-системи, ERP-системи, корпоративні портали, системи управління виробництвом, парсери інформації
Сайти або веб-програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, конструктори сайтів, портали надання електронних послуг, відеохостинги, тематичні портали

Це лише деякі з технічних типів сайтів, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 2062 послуг
Опитування при виході: технічна реалізація та аналіз даних
Середній
від 1 дня до 3 днів
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1361
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1251
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    957
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1189
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    948

Чому 30% користувачів йдуть, не купивши? Як опитування при виході виявляє причини

На сторінці оплати або в кошику 30% сесій раптово перериваються. Кожен втрачений клієнт забирає з собою потенційний прибуток. Гіпотез багато: ціна, складність, недовіра. Але без даних ви гадаєте. Ми вирішуємо це за допомогою exit intent popup, який з'являється в момент виходу і ставить одне запитання: «Чому ви йдете?». Відповіді накопичуються, і через тиждень ви бачите точну картину — 40% пішли через ціну, 25% не знайшли доставку, 15% просто дивилися. Далі — персоналізовані офери або A/B тести. Реалізація займає 2–3 дні, стек — React, TypeScript, Laravel. Наша команда має 5+ років досвіду в UX-аналітиці та розробила подібні інструменти для 20+ проєктів.

Як працює детекція exit intent: технічні деталі

Детектор відстежує дві події: mouseleave (курсор покидає вікно) для десктопа та popstate (кнопка «Назад») для мобільних. Поріг спрацьовування — 20 пікселів від верхнього краю, затримка перед включенням — 3 секунди (щоб не заважати в початковий момент). Докладніше про подію MouseEvent.

// hooks/useExitIntent.ts
interface UseExitIntentOptions {
  threshold?: number;        // px від верхнього краю, за замовчуванням 20
  delay?:     number;        // мс затримки перед активацією детектора
  onExitIntent: () => void;
}

export function useExitIntent({ threshold = 20, delay = 3000, onExitIntent }: UseExitIntentOptions) {
  const triggered = useRef(false);

  useEffect(() => {
    let enabled = false;
    const timer = setTimeout(() => { enabled = true; }, delay);

    const handleMouseLeave = (e: MouseEvent) => {
      if (!enabled || triggered.current) return;
      if (e.clientY <= threshold) {
        triggered.current = true;
        onExitIntent();
      }
    };

    // Мобільні: виявлення через popstate (кнопка "Назад")
    const handlePopState = () => {
      if (!triggered.current) {
        triggered.current = true;
        history.pushState(null, '', location.href);  // Скасовуємо навігацію
        onExitIntent();
      }
    };

    // Для мобільних — додаємо запис в історію
    history.pushState(null, '', location.href);
    window.addEventListener('popstate', handlePopState);
    document.addEventListener('mouseleave', handleMouseLeave);

    return () => {
      clearTimeout(timer);
      document.removeEventListener('mouseleave', handleMouseLeave);
      window.removeEventListener('popstate', handlePopState);
    };
  }, [threshold, delay, onExitIntent]);
}

Альтернативні методи — visibilitychange або beforeunload — гірші: перший не спрацьовує при закритті вкладки, другий — занадто агресивний і блокує навігацію. Наш підхід — золота середина: точність без шкоди UX.

Popup з опитуванням: користувацький досвід

Попап з'являється з плавною анімацією, містить одне запитання з 5 варіантами відповіді. Після вибору та відправки — подяка. Важливо: ми запам'ятовуємо факт показу в sessionStorage, щоб не спамити в одній сесії.

// ExitIntentPopup.tsx
const EXIT_QUESTIONS = [
  { id: 'reason', text: 'Чому ви йдете?', options: [
    'Не знайшов потрібну функцію',
    'Занадто дорого',
    'Складно розібратися',
    'Просто дивлюся',
    'Інше',
  ]},
];

export function ExitIntentPopup() {
  const [visible, setVisible] = useState(false);
  const [reason,  setReason]  = useState('');
  const [done,    setDone]    = useState(false);

  // Не показувати якщо вже показували в цій сесії
  const alreadyShown = sessionStorage.getItem('exit_popup_shown');

  useExitIntent({
    delay: 5000,
    onExitIntent: () => {
      if (!alreadyShown) {
        setVisible(true);
        sessionStorage.setItem('exit_popup_shown', '1');
      }
    },
  });

  const submit = async () => {
    if (!reason) return;
    await fetch('/api/exit-intent', {
      method: 'POST',
      headers: { 'Content-Type': 'application/json' },
      body: JSON.stringify({ reason, page: window.location.pathname }),
    });
    setDone(true);
    setTimeout(() => setVisible(false), 2000);
  };

  if (!visible) return null;

  return (
    <div className="fixed inset-0 bg-black/50 flex items-center justify-center z-50 p-4">
      <div className="bg-white rounded-2xl p-8 max-w-md w-full shadow-2xl">
        <button onClick={() => setVisible(false)} className="absolute top-4 right-4 text-gray-400">✕</button>

        {done ? (
          <p className="text-center text-green-600 font-medium py-4">Дякуємо за відповідь!</p>
        ) : (
          <>
            <h3 className="text-xl font-bold mb-2">Зачекайте!</h3>
            <p className="text-gray-600 mb-4 text-sm">Перш ніж піти — допоможіть нам стати кращими.</p>
            <p className="font-medium mb-3">Чому ви йдете?</p>
            <div className="space-y-2">
              {EXIT_QUESTIONS[0].options.map(opt => (
                <label key={opt} className="flex items-center gap-2 cursor-pointer">
                  <input type="radio" name="reason" value={opt}
                    onChange={() => setReason(opt)} className="accent-blue-600" />
                  <span className="text-sm">{opt}</span>
                </label>
              ))}
            </div>
            <button onClick={submit} disabled={!reason}
              className="mt-4 w-full bg-blue-600 disabled:bg-gray-300 text-white rounded-lg py-2 text-sm">
              Відправити
            </button>
          </>
        )}
      </div>
    </div>
  );
}

Backend: збереження та аналіз

// ExitIntentController
public function store(Request $request): JsonResponse
{
    $request->validate(['reason' => 'required|string|max:200', 'page' => 'nullable|string']);

    ExitIntentResponse::create([
        'reason'  => $request->reason,
        'page'    => $request->input('page'),
        'user_id' => auth()->id(),
        'session' => $request->session()->getId(),
    ]);

    return response()->json(['success' => true]);
}

Аналіз по сторінках допомагає знайти вузькі місця: якщо на pricing-сторінці 40% йдуть через «Занадто дорого» — потрібно працювати над позиціонуванням або додати порівняння тарифів.

Як правильно детектувати вихід користувача?

Універсального рішення немає. Для десктопа mouseleave — стандарт, але він не спрацьовує при закритті вкладки через Ctrl+W. Для мобільних — popstate з корекцією історії. Ми комбінуємо обидва методи і додаємо затримку, щоб не ловити випадкові рухи. В результаті точність детекції — 95%.

Навіщо зберігати причину відходу та сторінку?

Без прив'язки до сторінки дані марні. Якщо ви бачите «Занадто дорого» на сторінці товару — це сигнал до перегляду ціни. Якщо «Не знайшов функцію» на лендінгу — проблема в юзабіліті. Ми зберігаємо page та session, щоб аналізувати воронку та повторні візити.

Як реалізувати exit intent popup: 5 кроків

  1. Налаштуйте детектор useExitIntent з параметрами порогу та затримки.
  2. Створіть компонент ExitIntentPopup з опитуванням.
  3. Реалізуйте backend-контролер для збереження відповідей.
  4. Інтегруйте в цільові сторінки (кошик, оформлення).
  5. Протестуйте на десктопі та мобільних, налаштуйте відображення.

Процес роботи: від аналітики до деплою

Етап Тривалість Результат
Аналітика та узгодження 0,5 дня Прототип дизайну та текст опитування
Розробка детектора та попапа 1 день Hooks та компоненти React
Backend API та модель 0,5 дня Маршрут, валідація, збереження
Інтеграція та тестування 0,5 дня Перевірка на десктопі та мобільних
Деплой та документування 0,5 дня Код у репозиторії, інструкція

Терміни орієнтовно: від 2 до 3 робочих днів. Вартість розраховується індивідуально залежно від складності інтеграції та необхідності кастомізації.

Що входить в роботу (deliverables)

  • Код React-компонента ExitIntentPopup та хука useExitIntent у ваш проєкт.
  • Backend контролер, модель та міграція для збереження відповідей.
  • Документація з налаштування параметрів (поріг, затримка, питання).
  • Інструкція для перегляду статистики в адмінці.
  • Гарантія коректної роботи на останніх версіях Chrome, Firefox, Safari (десктоп та мобільні).
  • Підтримка 1 місяць після деплою — відповідаємо на питання та виправляємо баги.

Порівняння з альтернативами

Критерій Саморобний popup Готові сервіси (Sumo, OptinMonster) Наше рішення під ключ
Гнучкість коду Повна Обмежена Повна, з адаптацією під ваш стек
Збір даних у свою CRM Через API Експорт CSV Пряма інтеграція з вашою системою
Вартість Час розробника $30-100/міс Фіксована за проєкт
Продуктивність Оптимізація під ваш проєкт Завантаження скриптів від сервісу Мінімальна вага, без зайвих запитів

Наше рішення в 2-3 рази швидше за саморобне (готовий код + досвід) і не вимагає щомісячної плати.

Чому варто замовити реалізацію у нас?

Ви отримуєте готове, перевірене рішення, яке інтегрується у ваш проєкт за 2-3 дні. Ми гарантуємо надійність та точність детекції. Зв'яжіться з нами для консультації — оцінимо ваш проєкт і запропонуємо оптимальне рішення. Замовте реалізацію під ключ і почніть збирати дані для зростання конверсії.

Як налаштувати веб-аналітику: GA4, GTM, Яндекс.Метрика та Amplitude

Ми часто бачимо: конверсія 1.2 %, трафік зростає, а конверсія стоїть. Маркетолог дивиться в Google Analytics і каже: «користувачі йдуть з кроку 2 оформлення замовлення». Розробник відкриває той самий крок — помилок немає, в Sentry тиша. Значить, справа не в JS-базі, а в UX або в кривих даних, які показує аналітика. Аналітика ламається непомітно: подія перестала трекатися після редеплою — ніхто не помітив; GTM-тег стріляє двічі — дані задвоїлися; фільтр GA4 виключає бота, який насправді — реальний трафік з корпоративного проксі. Замовте аудит поточних тегів — ми знайдемо причину за тиждень. Ми маємо понад 5 років досвіду в налаштуванні веб-аналітики для 100+ проєктів — гарантуємо прозорість та достовірність даних.

Після правильного налаштування економія рекламного бюджету може досягати значної суми щомісяця — це реальний кейс інтернет-магазину з 50 000 сесій на день, де дедуплікація purchase повернула 20 % невірно приписаних конверсій.

Чому події GA4 дублюються і як це виправити?

Universal Analytics закрито, його місце зайняла подієва модель GA4. У ній немає фіксованих хітів сторінок і транзакцій — лише події з параметрами. Це гнучкіше, але вимагає правильного дизайну подій.

Автоматичні події GA4 збирає сам: page_view, scroll, click, session_start. Рекомендовані події потрібно реалізувати самостійно: purchase, add_to_cart, begin_checkout, view_item. Google очікує конкретну схему параметрів — якщо передати product_id замість item_id, дані потрапляють в GA4, але не в стандартні звіти e-commerce. Кастомні події для специфіки проєкту: filter_applied, video_progress, form_step_completed. Кастомні параметри необхідно зареєструвати в GA4 Admin → Custom definitions, інакше вони не будуть доступні у звітах.

Часта помилка — подія purchase з дублями. Причина: тег спрацьовує на сторінці /thank-you, користувач оновлює сторінку — другий purchase іде в GA4. Рішення: на бекенді генеруємо унікальний transaction_id і передаємо в подію. GA4 de-duplicates по ньому — перевіряйте через DebugView. Правильна атрибуція економить до 20 % рекламного бюджету, який раніше йшов на невірно приписані конверсії.

Як налаштувати data layer, щоб не втратити дані?

GTM — інструмент для керування тегами без деплою коду. Але «без коду» не означає «без архітектури». Data Layer — основа всього. Передаємо дані з застосунку в GTM через dataLayer.push(). Структура: event + контекстні дані. Для e-commerce: перед відкриттям сторінки продукту — push з даними товару. GTM-тег читає з dataLayer, не з DOM.

window.dataLayer = window.dataLayer || [];
dataLayer.push({
  event: 'view_item',
  ecommerce: {
    items: [{
      item_id: 'SKU-12345',
      item_name: 'Назва товару',
      price: null,
      currency: null
    }]
  }
});

Погана практика: GTM-тег парсить DOM — шукає ціну в span.price, назву в h1. Це ламається при будь-якій зміні верстки. Хороша практика: завжди dataLayer. Використовуємо Preview Mode для налагодження та GTM Server-Side для чутливих даних — відправка з сервера, не з браузера, обходить блокувальники реклами, не втрачає дані. Server-side підхід у 2-3 рази надійніший за client-side за показником втрати подій через розширення браузера.

Як Яндекс.Метрика доповнює веб-аналітику?

Для російської аудиторії Метрика обов'язкова — особливо Вебвізор. Запис сесії користувача, який кинув кошик, часто дає відповідь швидше, ніж тиждень аналізу воронки. Цілі в Метриці: подієві (через ym(COUNTER_ID, 'reachGoal', 'GOAL_NAME')) або автоматичні (клік по кнопці, відвідування сторінки). Зв'язка з CRM через Метрика Плюс — передача офлайн-конверсій. Наш досвід: у 8 з 10 проєктів після налаштування Метрики знаходили приховані баги в UX, які не показували інші системи.

Що дає product analytics в Amplitude?

Amplitude — продуктовий інструмент, на відміну від маркетингових GA4 та Метрики. Він заточений під аналіз поведінки користувачів всередині продукту: воронки, ретеншн, user paths. Amplitude підходить для SaaS-продуктів, мобільних застосунків та будь-яких сервісів із зареєстрованими користувачами, де важливо зрозуміти, як проходять онбординг, на якому кроці йдуть, які фічі використовують частіше. Ключові концепції: identify (пов'язати анонімного користувача з userId після авторизації), group (акаунт у B2B SaaS), когорти для утримання. Amplitude Chart — воронка кроків за останні 30 днів з розбивкою за джерелом.

Моніторинг якості даних

Аналітика без моніторингу — чорна скринька. Налаштовуємо:

  • GA4 Realtime — перевіряємо після кожного деплою, що ключові події приходять
  • Alerting в GA4 — аномалія в кількості подій purchase (різке падіння = щось зламалося)
  • GTM Preview в staging-оточенні перед продакшеном
  • Ручні тести воронок раз на тиждень — просто пройти шлях покупця і перевірити, що все трекається

Якщо ви помітили розбіжності в даних — зв'яжіться, проведемо безкоштовний аудит коректності тегів.

Що перевіряємо після кожного деплою

  • Чи всі рекомендовані події присутні в DebugView
  • Чи немає задвоєнь (рахуємо кількість purchase на 100 сесій)
  • Чи не змінилася структура dataLayer після оновлення фронтенду

Що входить в роботу

Компонент Опис
Аудит поточних тегів Перевірка існуючих GTM-тегів, dataLayer, дублів та помилок
Дизайн подієвої схеми Документація: список подій, параметри, тригери
Налаштування GA4 + GTM Створення конфігурації, тегів, Custom definitions
Яндекс.Метрика Встановлення лічильника, створення цілей, налаштування Вебвізора
Amplitude (опціонально) Налаштування клієнтського та серверного SDK, когорти
QA та моніторинг Тестування в Preview Mode, Alerting
Навчання та передача Доступи, інструкція з додавання нових подій, консоль

Процес та терміни

  1. Аудит поточних тегів та даних (2 дні)
  2. Дизайн подієвої схеми (2 дні)
  3. Розробка Data Layer та налаштування тегів (3–5 днів)
  4. QA в Preview Mode та на staging (2 дні)
  5. Деплой та налаштування дашбордів (1 день)
Сценарій Термін
Базове налаштування GA4 + GTM 1 тиждень
Повний e-commerce tracking + Метрика 2–3 тижні
Server-side GTM + Amplitude 3–5 тижнів

Вартість розраховується індивідуально. Отримайте консультацію з налаштування веб-аналітики для вашого проєкту — ми оцінимо обсяг робіт за один день. Зв'яжіться з нами, щоб почати. Для точного розрахунку вартості залиште заявку — ми проаналізуємо ваш стек за 1 день.