Интеграция сайта с CRM: как проверить, что заявки доходят
Neaptide · 7 сентября 2026 г. · 6 мин чтения · Обновлено: 3 октября 2026 г.
Как проверить интеграцию сайта с CRM: передачу полей и источника заявки, повторные отправки и работу при сбоях. Учебный пример и список проверок перед запуском.
В этой статье

Сообщение «Спасибо, заявка отправлена» ещё не значит, что обращение появилось в CRM. Перед приёмкой сайта проследите за заявкой до конца. Она должна сохраниться, в CRM должна появиться запись, а у записи — ответственный менеджер. Если же обработка где-то остановилась, причину сбоя должен видеть сотрудник, который следит за интеграцией.
Интеграция передаёт данные из формы сайта в CRM и выполняет то, о чём вы договорились: создаёт обращение, связывает его с контактом, назначает сотрудника. Сделать это можно формой самой CRM, модулем системы управления сайтом или собственным подключением через API. Какой способ подойдёт, зависит от того, как у вас обрабатываются заявки.
Договоритесь, что значит «заявка принята»
Сайт сохранил обращение, CRM подтвердила запись, менеджер получил задачу — это три разных этапа. Письмо или уведомление в Telegram этот процесс дополняет, но из него не видно, создана ли запись в CRM.
Когда CRM временно недоступна, сайт может сохранить заявку и отправить её позже. В этом случае посетителю можно честно сказать, что обращение получено. А вот если сохранить его не удалось, сообщать об успехе нельзя. Предложите повторить попытку или связаться другим способом. И не обещайте конкретный срок ответа, пока его не согласовал отдел продаж.
Когда достаточно готового подключения
Начните с формы самой CRM или с готового модуля для вашей CMS. Возможно, они уже передают нужные поля, направляют заявки нужным сотрудникам и восстанавливают отправку после ошибок, и тогда отдельная разработка не понадобится. Попросите показать всё это на тестовых заявках.
С очередью обращение сначала сохраняется, а обрабатывается позже, например когда CRM снова заработает. Только за накопившимися заявками и ошибками кто-то должен следить. Если поток небольшой и стабильный, отдельный сервис очередей часто не нужен. Обсудите с разработчиком, как система должна работать и во что обойдётся её обслуживание.
Какие данные передавать вместе с телефоном
Составьте таблицу из трёх колонок: поле формы, данные, которые добавляет сайт, и соответствующее поле в CRM. Обычно передают текст обращения, выбранную услугу, адрес страницы, идентификатор формы, время отправки и то, что известно об источнике перехода. Посмотрите, какие поля в CRM обязательны и какие значения они принимают. Произвольный текст из формы может не подойти для поля с фиксированным списком вариантов.
Решите, какой источник перехода сохранять: первый известный, относящийся к текущему обращению или оба. Если UTM-меток нет, это не значит, что посетитель открыл сайт напрямую. Источник может быть просто неизвестен, так и пишите в отчёте.
Данные для менеджера и технические сведения для поиска ошибок держите раздельно. Ключи доступа к CRM хранятся на сервере. Журнал ошибок не стоит открывать всем сотрудникам, тем более если в него попадают данные клиентов.
Повторная доставка и новый запрос — разные случаи
Возьмём учебный пример. Сайт сохранил обращение S-104, CRM создала для него запись C-208, но её подтверждение до сайта не дошло. Сайт зафиксировал тайм-аут, то есть время ожидания ответа истекло. Если теперь просто повторить команду создания записи, в CRM может появиться дубль.
Повторную отправку делайте с тем же идентификатором обращения. Как именно защититься от дублей, зависит от API конкретной CRM. Иногда в нём есть встроенная идемпотентность, когда повторные запросы обрабатываются как одно действие. Иногда механизм сопоставления записей приходится разрабатывать отдельно. Простого поиска перед созданием мало, потому что два запроса могут прийти одновременно. И помните, что тайм-аут не означает, будто CRM не успела сохранить данные.
Допустим, на следующий день тот же клиент просит рассчитать другую услугу. Это уже новое обращение, S-105. Его можно связать с существующим контактом, но само содержание запроса нужно сохранить так, как принято в отделе продаж. Если удалять как дубли все обращения с одинаковым телефоном, часть настоящих заявок пропадёт.

Проверьте интеграцию при сбоях
Пройдите сценарии из таблицы на тестовой версии сайта. Проверять нужно каждую форму, в том числе во всплывающих окнах и на других языках. Записывайте идентификатор заявки и результат, тогда одно и то же обращение можно будет проследить во всех системах. Таблица описывает ожидаемое поведение, результатов испытаний конкретной CRM в ней нет.
| Сценарий | Что проверить |
|---|---|
| Обычная заявка | Верные поля, источник, карточка и ответственный. |
| CRM временно недоступна | Заявка сохранена; статус ожидания виден; доставка возобновляется. |
| Тайм-аут после записи | Повтор не создаёт второе обращение; результат можно сверить по ID. |
| Неверное обязательное поле | Ошибка видна оператору; бесконечных повторов без исправления нет. |
| Новый запрос с тем же телефоном | Содержание нового запроса сохранено по согласованному правилу. |
| Нет UTM | Неизвестный источник не заменён придуманной кампанией. |
Получите инструкции по контролю и восстановлению работы
При передаче проекта вам понадобятся три документа: таблица соответствия полей, правила обработки повторных обращений и инструкция по просмотру ошибок. Тогда же назначьте ответственного за сбои и согласуйте, как быстро заявки должны доходить до CRM. Попросите ещё показать, как после исправления ошибки возобновить обработку, не создавая дубли.
Новых сделок может оказаться меньше, чем принятых заявок, потому что часть обращений добавляют к существующим контактам или сделкам. Поэтому заявки сверяют по идентификаторам и статусам доставки, а тесты, спам и отложенную обработку учитывают отдельно. События аналитики «нажал отправить» для такой проверки недостаточно.
Чтобы обсудить интеграцию с Neaptide в рамках веб-проекта, пришлите адрес сайта, название CRM, список форм и пример нужной карточки без персональных данных. Опишите правила повторных обращений и укажите сотрудника отдела продаж, который будет проверять результат. По этим сведениям можно оценить объём работ.