Налаштування конверсій у GoogleAds, а також правильна аналітика GA4 з нуля для сайту по ремонту TIR, спецтехніки та ін.
🎯 Коротко про кейс
**PowerTech Solutions** — сервісний центр із напрямами: TIR і причепи, спецтехніка, легкові авто та дизельні генераторні установки (ДГУ).
Було побудовано основу для **повної аналітики лідів**: від першого кліку по CTA на сайті до подальшого статусу заявки в Google Sheets і підготовки офлайн-конверсій для Google Ads.
**Головна ідея:** не рахувати абстрактні «відправки форм», а розуміти, **яка послуга, сторінка, рекламна кампанія та CTA приводять реальні звернення**.
⚠️ Вихідна ситуація
На сайті використовується одна форма заявки, яка відкривається з десятків точок:
- CTA у hero-блоках;
- кнопок «Записатись», «Записатись онлайн», «Отримати зараз», «Детальніше»;
- карток напрямів на головній;
- карток конкретних послуг;
- інформаційних блоків на внутрішніх сторінках.
Звичайне відстеження форми показало б лише загальну кількість заявок. Воно не дає відповіді:
- Яка послуга зацікавила користувача?
- З якої сторінки та блоку була відкрита форма?
- Які кампанії Google Ads приводять ліди на TIR, ДГУ, спецтехніку чи легкові авто?
- Які заявки менеджери реально опрацювали?
- Які ліди стали записом на сервіс або виконаною роботою?
🧩 Що було реалізовано
1. Базова вимірювальна інфраструктура
- Перевірено та використано **Google Tag Manager** як єдину точку керування відстеженням.
- Встановлено **Google tag для GA4** через GTM.
- Налаштовано базові параметри GA4: Google Signals, збір даних, наданих користувачами, та правила збереження даних і подій.
- Налаштовано зв’язки **GA4 ↔ Google Ads** і **Google Ads ↔ Search Console**.
- Налаштовано Consent Mode та **розширене відстеження конверсій (enhanced conversions)** для передачі хешованих даних, наданих користувачем.
2. Універсальна логіка заявок без змін у коді сайту
Через GTM налаштовано визначення контексту перед відкриттям спільної форми.
Для кожної заявки система фіксує:
- `service_id` — технічний ідентифікатор послуги;
- `service_name` — назву послуги;
- `service_group` — напрям: TIR, спецтехніка, легкові авто або ДГУ;
- `cta_area` — місце взаємодії: hero, картка послуги, блок процесу, головна сторінка тощо;
- `cta_text` — текст або тип CTA;
- `page_type` — тип сторінки;
- `form_id` — ідентифікатор форми;
- `lead_id` — унікальний ID для дедуплікації.
3. Події воронки та взаємодії з контактами
Сервісні заявки відокремлені від заявок на вакансії, щоб рекламні кампанії не оптимізувалися під нерелевантні звернення.
🔄 Як працює система
Клік по CTA або картці послуги
→ GTM визначає послугу й точку входу
→ користувач відкриває та заповнює форму
→ WPForms підтверджує успішне надсилання
→ GTM передає `pt_lead_success` у GA4 та Google Ads
→ контакти й маркетинговий контекст надходять у Google Apps Script
→ Google Apps Script записує лід у Google Sheets
→ менеджер оновлює статус заявки
→ статуси можна передавати назад у Google Ads як офлайн-конверсії
📋 Google Sheets як lightweight CRM
Google Sheets використовується як проста операційна база для заявок без потреби одразу купувати й впроваджувати складну CRM.
Після успішного надсилання форми GTM передає дані через **Google Apps Script → Google Sheets**.
У таблиці зберігаються:
- дата й час створення ліда;
- ім’я, телефон, email і коментар користувача;
- конкретна послуга та напрям;
- CTA, сторінка заявки та landing page;
- referrer, UTM-мітки;
- `gclid`, `gbraid`, `wbraid`;
- статус заявки;
- майбутня цінність або фактична сума замовлення.
Кожна заявка має `lead_id`, тому система може виявляти дублікати й не створювати повторні записи.
Рекомендована воронка статусів:
→new
→ contacted
→ qualified_lead
→ appointment_booked
→ service_completed
→ lost
Персональні дані не передаються в GA4 або Google Ads як параметри подій. Вони зберігаються лише у внутрішній таблиці заявок.
📣 Логіка конверсій для Google Ads
Поточний основний сигнал
**Primary conversion:** успішна заявка з форми (`pt_lead_success`).
### Додаткові сигнали для аналізу
- клік по телефону — Secondary conversion або лише аналітична подія;
- клік по email, маршруту, FAQ і взаємодії з CTA — для GA4, UX-аналізу та ремаркетингу;
- відкриття та початок заповнення форми — для аналізу воронки, не для Smart Bidding.
### Наступний рівень оптимізації
Після накопичення статусів у Google Sheets у Google Ads можна передавати якісніші офлайн-сигнали:
qualified_lead
appointment_booked
service_completed
revenue_received
Це переводить оптимізацію від моделі **«отримати будь-яку заявку»** до моделі **«залучити звернення, що стають записами та доходом»**.
💼 Що це дає бізнесу
- Прозорість маркетингу
Бізнес бачить не лише кількість форм, а конкретні послуги, сторінки, CTA та рекламні джерела, які приводять звернення.
- Контроль роботи з лідами
Усі заявки зібрані в одній таблиці зі статусами, контактами й маркетинговим контекстом.
- Оцінка реального попиту
Можна зіставити інтерес до різних напрямів: ремонт ходової, форсунок, карданів, гальмівної системи, ДГУ та інших послуг.
- Основа для офлайн-аналітики
Рекламу можна пов’язати не лише з лідами, а з підтвердженими записами, виконаними роботами та виручкою.
🎯 Що це дає спеціалісту з Google Ads
- Аналіз ефективності кампаній за конкретними послугами, а не за абстрактною подією «відправлена форма».
- Розуміння, які ключові слова, оголошення й посадкові сторінки приводять цільові ліди.
- Контроль повної воронки:
→ CTA
→ форма
→ заявка
→ контакт менеджера
→ кваліфікований лід
→ запис
→ виконана послуга
- Можливість формувати релевантні аудиторії ремаркетингу: користувачі, які цікавилися конкретною послугою, відкривали форму, натискали телефон або взаємодіяли з FAQ.
- База для переходу до value-based bidding після появи реальних даних про статуси та виручку.
## 🤝 Потрібна така ж система для вашого бізнесу?
---
Налаштую GA4, Google Tag Manager, Google Ads-конверсії та передачу офлайн-статусів так, щоб реклама оптимізувалась не під випадкові кліки, а під реальні бізнес-результати.
**Напишіть мені, щоб провести аудит поточного відстеження та визначити, яких даних бракує для зростання реклами.**