Проверка интеграции сайта с CRM занимает пару часов, а избавляет от месяцев тихих потерь: форма, которая не создаёт сделку, или заявка без источника обнаруживаются обычно тогда, когда реклама уже потратила бюджет. Ниже — чек-лист из 15 пунктов, по которому мы сами принимаем интеграции перед запуском. Он пригодится и при проверке работы другого подрядчика, и при ежеквартальной ревизии сайта.
- Тестовую заявку отправляют с каждой формы, квиза и кнопки — не «с главной и пары страниц».
- Проверяют не только факт сделки, но и поля, источник, ответственного, задачу и уведомление.
- Отдельно проверяют дубли, спам и поведение при сбое CRM.
- После тестов — сутки наблюдения за реальными заявками.
Перед проверкой: составьте карту точек контакта
Нельзя проверить то, о чём не знаешь. Пройдитесь по сайту и выпишите все места, где посетитель может оставить контакт: формы обратной связи, «Заказать звонок», квизы, калькуляторы, подписку, форму в подвале, всплывающие окна, чат, кнопки WhatsApp и телефона. На старых сайтах таких точек часто вдвое больше, чем помнит маркетолог: забытый лендинг прошлой акции, форма на странице вакансий, окно, которое показывается только на мобильных.
Для каждой точки запишите, что должно произойти: в какую воронку падает заявка, кто ответственный, какое уведомление уходит. Этот список и есть техническое задание, по которому вы принимаете работу. Если интеграцию делает подрядчик, хороший знак — когда такую карту он составляет сам на аудите. В нашей услуге интеграции сайта с CRM это первый этап: 1–2 дня на аудит форм, чатов и точек контакта.
Формы и квизы: пункты 1–4
Первая группа проверок отвечает на вопрос «каждая ли заявка доходит». Отправьте тестовую заявку с каждой точки из карты и найдите её в CRM.
- Каждая форма создаёт сделку или лид. Включая всплывающие окна, формы в подвале и на служебных страницах.
- Квизы и калькуляторы передают ответы. Каждый шаг квиза должен попадать в поле сделки или хотя бы в примечание, иначе менеджер звонит вслепую.
- Мобильная версия работает так же. Отдельно проверьте формы со смартфона — часть из них на мобильных собрана другими блоками.
- Все языковые версии подключены. Формы на KZ- и EN-версиях сайта часто забывают при интеграции.
Если на сайте застройщика есть интерактивная шахматка, проверьте, что заявка и бронь приходят в CRM с конкретной квартирой, а не просто с телефоном. Это отдельная связка — интеграция Flatris с CRM застройщика, где заявка становится сделкой по выбранному объекту.
Источник и UTM: пункты 5–7
Заявка без источника стоит почти столько же, сколько потерянная: через месяц невозможно сказать, какая реклама её привела.
- UTM-метки доходят до сделки. Откройте сайт по ссылке с тестовыми utm_source, utm_medium, utm_campaign, utm_term и отправьте заявку. Все метки должны оказаться в полях.
- Метки сохраняются при переходах. Зайдите по ссылке с метками на главную, перейдите на две-три страницы и только потом оставьте заявку. Если метки потерялись, источник будет теряться у большинства реальных клиентов.
- Органика и прямые заходы получают канал. Заявка без UTM не должна оставаться с пустым источником — канал определяется по тому, откуда пришёл человек.
Кроме меток, полезно передавать страницу заявки и тип устройства: так видно, какой лендинг и какая версия сайта работают лучше.
Дубли и качество данных: пункты 8–10
- Повторная заявка не создаёт дубль. Отправьте вторую заявку с тем же телефоном, записанным иначе: 8 701… вместо +7 701…. Она должна прикрепиться к существующему контакту и поставить задачу его ответственному.
- Телефон приводится к единому формату. В CRM номер должен выглядеть одинаково, чтобы работали звонок в один клик и WhatsApp.
- Спам не попадает в основную воронку. Отправьте заявку с явной бессмыслицей. Защита от ботов и фильтры должны отсеять её или отправить в отдельную стадию.
Проверять дубли только одинаковым номером. Реальные клиенты пишут телефон как угодно: с восьмёркой, со скобками, с пробелами. Тест с одинаковой записью проходит всегда, а в работе дубли всё равно появляются.
Задачи и уведомления: пункты 11–13
- Ответственный назначается по правилам. По очереди, по продукту, по региону — как договорились. Проверьте несколько заявок подряд, чтобы увидеть распределение.
- Менеджер получает задачу и уведомление. Задача со сроком в CRM и сообщение в WhatsApp или Telegram — сразу, а не через час.
- Клиент получает автоответ. Если он предусмотрен — письмо или сообщение «получили, ответим в течение 15 минут» с контактом менеджера.
Проверьте и эскалацию: если заявку не взяли в работу за оговорённое время, она должна уйти другому менеджеру или руководителю. Проще всего проверить это на тестовой заявке, которую никто не трогает.
Поведение при сбое: пункты 14–15
Интеграция — это связь двух систем, и рано или поздно одна из них будет недоступна: CRM на обслуживании, истёк ключ доступа, кто-то поменял поля формы. Хорошая интеграция к этому готова.
- Есть резервный канал. Если CRM не ответила, заявка не исчезает: она уходит письмом на почту или сохраняется в очереди и отправляется повторно.
- Есть журнал. По каждой заявке видно, когда она пришла, дошла ли до CRM и кому назначена. Без журнала разбор жалобы «я оставлял заявку» превращается в гадание.
ПРАВИЛОИнтеграция без журнала и резервного канала работает до первого сбоя. Проверяйте не только успех, но и отказ.
Звонки, чат и WhatsApp: что проверить дополнительно
Если интеграция включает не только формы, список расширяется. Позвоните на номер с сайта с мобильного: при колл-трекинге звонок должен получить источник по подменному номеру и создать или открыть сделку, запись — прикрепиться к карточке. Закажите обратный звонок через виджет и проверьте, что соединение с менеджером происходит и тоже попадает в CRM.
Напишите в чат сайта и по кнопке WhatsApp. Диалог должен создать сделку с источником, а ответ менеджера из CRM — дойти до вас. Проверьте, что вечерний диалог не теряется: кто-то должен его увидеть утром, а клиент — получить сообщение о режиме работы.
И последняя проверка, о которой часто забывают: в каждой форме должна быть отметка согласия на обработку персональных данных и ссылка на политику. Это требование закона, и проверять его удобно вместе с интеграцией.
Как провести приёмку: порядок тестирования
- Заведите тестовые данныеОтдельное имя вроде «ТЕСТ Приёмка» и свой номер, чтобы потом легко найти и удалить заявки.
- Пройдите карту точек контактаПо одной заявке с каждой формы, квиза и кнопки, с компьютера и со смартфона.
- Проверьте каждую сделкуПоля, UTM, страница, устройство, ответственный, задача, уведомление, автоответ.
- Проверьте особые случаиПовторная заявка, спам, переход по страницам с метками, заявка вне рабочего времени.
- Понаблюдайте суткиСравните число реальных заявок в CRM с данными аналитики сайта и почты.
- Каждая форма создаёт сделку или лид.
- Ответы квизов и калькуляторов в полях сделки.
- Формы на мобильной версии работают.
- Подключены все языковые версии сайта.
- UTM-метки доходят до сделки.
- Метки сохраняются при переходах по сайту.
- Органика и прямые заходы получают канал.
- Повторная заявка прикрепляется к контакту.
- Телефон в едином формате.
- Спам отсеивается.
- Ответственный назначается по правилам.
- Менеджер получает задачу и уведомление.
- Клиент получает автоответ.
- При сбое CRM заявка не теряется.
- Есть журнал заявок.
Что делать дальше
Если по итогам проверки не выполнено больше трёх пунктов, интеграцию стоит доделать до запуска рекламы. Если интеграция работает давно, повторяйте проверку раз в квартал и после каждого изменения сайта: новый лендинг, редизайн, смена конструктора форм — частые причины тихих поломок. Удобно, когда это делает техническая поддержка сайта с мониторингом и ежемесячным отчётом.
Если хотите сделать интеграцию сразу под этот чек-лист, посмотрите нашу интеграцию сайта с amoCRM и Битрикс24: формат «Формы» — от 150 000 ₸ за неделю, «Все каналы» с колл-трекингом, чатом и дедупликацией — от 300 000 ₸. Как вообще устроена передача заявок — модулем, вебхуком или через API, — мы объясняли в статье о способах передать заявки с сайта в CRM.
Как протестировать формы сайта перед запуском рекламы?
Отправить заявку с каждой формы, квиза и кнопки, с компьютера и смартфона, по ссылке с тестовыми UTM. Затем проверить в CRM поля, источник, ответственного и уведомления.
Как часто проверять заявки с сайта?
Раз в квартал и после любых изменений сайта или CRM. Плюс ежедневное сравнение числа заявок в CRM и в аналитике — расхождение сразу покажет проблему.
Что делать, если подрядчик не прошёл приёмку?
Передать ему список невыполненных пунктов с примерами тестовых заявок. Нормальная практика — исправить их до подписания акта.
Нужно ли удалять тестовые заявки?
Да, после приёмки. Иначе они искажают отчёты по источникам и конверсии.
