Як пов’язати сайт, CRM і аналітику, щоб бачити реальне джерело продажу

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

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

Які дані передавати із форми в CRM

Разом із контактами й текстом запиту передавайте унікальний ідентифікатор заявки, час її створення, адресу сторінки та назву форми. Додайте окремі поля для джерела, каналу й кампанії, якщо ці дані доступні. Телефон або електронна адреса допомагають знайти контакт у CRM, але не повинні бути єдиним способом розрізнення звернень: одна людина може повернутися з новою задачею.

Заздалегідь узгодьте відповідність полів між системами. «Послуга» у формі не повинна потрапляти у вільний коментар, який ніхто не використовує у звіті. Для кожного звернення призначайте відповідального й наступний крок. Технічний журнал має показувати, чи прийняла CRM заявку, а повторна передача того самого запиту не повинна створювати другу угоду.

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

UTM-мітки та джерело першого звернення

UTM-параметри описують джерело, тип трафіку та кампанію. У довідці Google Analytics наведено їх призначення й правила узгодженого іменування. Введіть єдиний словник назв: різний регістр або написання однієї кампанії розділятимуть дані у звітах.

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

Зберігання історії між відвідуваннями потребує окремого налаштування з урахуванням згоди користувача та можливостей браузера. Не називайте порожнє поле «органічним пошуком» лише тому, що UTM немає. Для невідомого джерела потрібне чесне окреме значення. Внутрішні переходи між сторінками не варто маркувати як нові рекламні кампанії.

Як рахувати не лише ліди, а й продажі

Узгодьте визначення етапів: отримана заявка, кваліфікований контакт, пропозиція, виграна угода та отримана оплата. Це різні результати. Звіт за джерелами має показувати, скільки звернень пройшло кожен етап, а не тільки загальну суму форм.

Умовний приклад: канал А дав 20 заявок і дві оплачені угоди, канал Б — 10 заявок і чотири. Без витрат, суми оплат та маржинальності неможливо сказати, який вигідніший. Але вже видно, що дешевший лід не обов’язково означає дешевший продаж. Методологію першого показника пояснює матеріал як рахувати вартість ліда із сайту.

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

Де виникають помилки атрибуції

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

Проведіть контрольний тест: перейдіть за тестовим рекламним посиланням, надішліть заявку, знайдіть її в CRM і переведіть тестову угоду через потрібні етапи. Потім повторіть сценарій без міток і з повторним зверненням. Тестові записи виключіть із робочої статистики. Перевірку повторюйте після зміни форм, плагінів та інтеграцій — це частина регулярного обслуговування сайту.

У підсумку потрібна не ілюзія абсолютно точного джерела кожної гривні, а послідовна модель із відомими обмеженнями. Коли вона працює, можна обґрунтовано покращувати рекламу, SEO та обробку звернень. Наступний крок — розібратися, як перетворити корпоративний сайт на стабільний канал лідів.