Туроператор: ліди з сайту й лендінгів у CRM з UTM-мітками і без дублів

Чому наскрізна аналітика рахувала неправильно і до чого тут тариф CRM?

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

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

Як заявки з сайту на PrestaShop потрапляють у CRM лідом з UTM-мітками?

До червня 2025 року заявки з основного сайту приходили на пошту, і менеджер заводив їх у CRM вручну. Мітки губилися, а ліди у звітах ішли в «інший трафік».

Наш програміст зробив інтеграцію сайту з CRM через REST API. Кожна заявка й кожне замовлення створює лід: клієнт хотів бачити все саме лідами. UTM-мітки розбираються з посилання останнього візиту перед заявкою, а джерело ставлять роботи:

• без міток — SEO;
• utm_source facebook — таргетована реклама;
• utm_source google — контекст; органіку від контексту окремий бізнес-процес відрізняє за utm_medium (cpc чи organic);
• дзвінок із телефонії Binotel отримує джерело, лише коли менеджер підтвердив сайт.

Як склеїти кілька звернень однієї людини за день в один лід?

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

• новий лід запускає вихідний вебхук onCrmLeadAdd;
• скрипт шукає збіги серед лідів за поточну добу, від 00:00;
• дані нового ліда і його справи (дзвінки, листи, чати) переносить у перший знайдений лід;
• дубль видаляє.

Як бачити ліди окремо для кожного лендінгу й додавати нові лендінги?

Крім основного сайту, туроператор веде лендінги під окремі напрями й дати. Заявки з них клієнт передавав у CRM своїми силами, але порахувати ліди з конкретного сайту не міг. У липні 2025 року ми додали в ліди поле «Джерело (сайт)», яке бізнес-процес заповнює за адресою сайту в назві ліда. Ліди й угоди тепер фільтруються за сайтом, джерелом трафіку, періодом і туром.

У 2026 році клієнт почав щотижня запускати лендінги, зроблені за допомогою ШІ. Їхні форми надсилали заявки у Formspree, а не в CRM. Ми налаштували вебхук Formspree на наш обробник, а в серпні 2026 року переписали його на Windmill. Обробник створює лід з ім’ям, телефоном, сайтом і UTM-мітками, сам додає новий лендінг у список «Джерело (сайт)» і знаходить адресу в будь-якому полі форми. Перевірка на живому порталі пройшла без дублів, наявні значення списку не змінилися. Клієнту на кожен новий лендінг лишається два кроки: приховане поле з адресою сайту у формі та адреса обробника у Formspree.

Що ще ми налаштували в CRM туроператора?

На старті підключили Facebook Messenger і Instagram Direct до відкритих ліній CRM і виправили налаштування, через яке повідомлення з Facebook не потрапляли до жодного менеджера. На сайт замість онлайн-чату телефонії поставили віджет CRM з чатом, Telegram, Viber і формою зворотного зв’язку: кожне звернення з нього створює лід. Пізніше оновили фільтр після зміни домену, а ліди співробітника, який звільнився, тепер автоматично переходять іншому менеджеру.

Працювали сервісним супроводом: пакети годин під конкретні запити, без великого проєкту впровадження. З грудня 2024 до серпня 2026 року на це пішло близько 60 годин роботи наших спеціалістів.