Як відстежувати заявки з сайту в Google Analytics 4

Назвіть реальну ціль

Вирішіть, що вважати зверненням: підтверджене відправлення форми, дзвінок, клік на месенджер або бронювання. Ці дії мають різну цінність. Натискання на кнопку «Відправити» не дорівнює успішно доставленій заявці, якщо форма повернула помилку.

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

Налаштуйте події та перевірте їх вручну

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

Позначте найважливіші завершені дії як ключові події. Не рахуйте одну заявку двічі одночасно за кліком і завантаженням сторінки підтвердження.

Додайте канал і якість звернення

У звіті корисно бачити, з якого каналу прийшла заявка: органічний пошук, реклама, прямий перехід або інше джерело. Для рекламних кампаній перевіряйте розмітку переходів та зв’язок з рекламним кабінетом. Але цифра подій не показує, чи став запит продажем.

Зіставляйте заявки з CRM або хоча б із журналом звернень. Якщо приходить багато нецільових запитів, треба змінити сторінку, рекламну аудиторію або критерій події, а не лише святкувати зростання «конверсій».

Робіть зрозумілий короткий звіт

Для кожного ключового напрямку порівнюйте переходи, завершені заявки та їхню якість за періодами. Якщо кліків із Google стало більше, а заявки не змінилися, перевірте, на які сторінки прийшли люди та чи відповідає їхній запит пропозиції. Дані Search Console і GA4 вимірюють різні речі й не повинні збігатися до одиниці.

Далі дивіться статті про Search Console і про вибір між SEO та рекламою. Для налаштування вимірювання разом із просуванням зверніться до нашої SEO-послуги.

Приклад помилкового підрахунку

Відвідувач натискає «Надіслати», але забуває обов’язкове поле. Подія кліку спрацьовує, проте компанія не отримує заявку. Якщо це єдина «конверсія», звіт перебільшує результат. Краще фіксувати успішне завершення після відповіді форми, а клік використовувати як допоміжний сигнал, щоб знайти технічну проблему.

Контрольний тест після налаштування

• Надішліть одну тестову заявку з телефону й одну з комп’ютера.
• Звірте появу звернення в пошті або CRM і появу відповідної події.
• Спробуйте форму з помилкою: успішна подія не повинна спрацювати.
• Перевірте, чи повторне завантаження сторінки подяки не додає зайву заявку.

Записаний сценарій варто повторювати після зміни форми, теми WordPress або системи тегів.

Якщо частина звернень переходить у месенджер, продумайте сценарій Telegram-бота для заявок.

Практика: протестуйте одну заявку від початку до кінця

Опишіть точку успіху: сервер прийняв форму, заявка збережена або система підтвердила відправлення. Сам клік на «Надіслати» може закінчитися помилкою валідації. Якщо ви рахуєте клік як успішну заявку, реклама й аналітика отримують хибний сигнал. Окремо можна відстежувати початок заповнення форми, але назви та призначення подій мають відрізнятися.

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

До події достатньо додати неперсональний контекст, наприклад тип форми або послуги. Не передавайте в GA4 ім’я, телефон, email чи текст повідомлення. Дані менеджера про якість заявки зіставляйте через узгоджений процес у CRM. У звіті відрізняйте кількість подій, звернень і реальних продажів; це різні етапи воронки.