Интеграция CRM с сайтом: как не терять заявки

Интеграция CRM с сайтом передаёт обращения из формы в систему, где с ними работают менеджеры. Для обычной формы сначала проверьте встроенную форму CRM или готовое подключение вашего конструктора. Своя интеграция через API нужна, когда готовая связка не умеет передавать нужные данные или распределять обращения по вашим правилам. Принимать работу стоит по карточке в CRM и журналу доставки: надпись «Заявка отправлена» на сайте ещё не подтверждает, что обращение дошло до менеджера.

Представим сайт компании, которая устанавливает окна. Посетитель оставил телефон и попросил расчёт для балкона. Для владельца результат подключения выглядит просто: менеджер видит, что считать, откуда пришёл человек и что делать дальше. Ниже разберём эту учебную заявку от формы до приёмки. Это вымышленный пример, без клиентских данных.

Как выбрать способ подключения

Форма самой CRM. Вы создаёте поля в amoCRM или Битрикс24 и вставляете готовый код на свой сайт. Заявки обрабатываются по настройкам этой формы. Подходит, если её внешний вид и возможности устраивают. Например, CRM-форму Битрикс24 можно разместить на стороннем сайте: переносить весь сайт в Битрикс24 для этого не требуется.

Готовый коннектор. Форма остаётся в конструкторе сайта, а подключение передаёт её данные в CRM. До покупки или настройки проверьте именно свой сценарий: какие поля поддерживаются, куда попадает заявка, есть ли журнал ошибок и повторная доставка. Само название вашей CRM в списке интеграций этих ответов не даёт. Условия зависят от выбранного сервиса и тарифа.

Собственный обработчик через API. Форма отправляет данные серверной программе, а та сохраняет обращение и обращается к CRM. Такой вариант имеет смысл, если в заявке есть результат калькулятора, сложное распределение по филиалам или другой сценарий, который готовое подключение не закрывает. Хранение заявок, повторы и контроль ошибок здесь нужно спроектировать отдельно.

Перед выбором выпишите, чего не хватает в готовом варианте. Если список пуст, сначала проверьте его на тестовой заявке. Если нужна разработка, включите в смету приёмку и сопровождение подключения. Как сравнивать состав работ, разобрано в статье о двух сметах на сайт.

Что должно оказаться в карточке

Для учебной заявки про балкон согласуем результат до настройки. Телефон попадёт в контакт, запрос «расчёт для балкона» и выбранная услуга будут видны в обращении или сделке. Там же нужны страница, с которой отправили форму, время обращения и ответственный. Если собираете рекламные метки UTM, проверьте передачу на конкретном тестовом переходе. Отсутствующие метки не нужно выдумывать или заменять последними известными.

Названия объектов зависят от CRM и её настроек. В amoCRM контакт хранит сведения о человеке, сделка описывает работу по обращению. В Битрикс24 форма может создавать разные элементы CRM. Поэтому фраза «передать телефон» в задании неполна: нужно указать, где менеджер его увидит и к какой заявке он будет привязан.

Договоритесь и об обновлении. Посетитель мог оставить имя «Алекс», хотя менеджер уже записал полное имя. Интеграции нужен ответ на вопрос, какие поля разрешено менять у найденного контакта. Для первой версии можно заполнять пустые поля, а спорные новые значения сохранять рядом с обращением для проверки. Это предлагаемое правило, его нужно согласовать с отделом продаж.

У каждой отправки полезно иметь отдельный номер. Он связывает запись о приёме на сайте с результатом в CRM и помогает найти конкретное обращение при сбое. Номер заявки и телефон клиента выполняют разные задачи.

Интеграция amoCRM с сайтом: что проверить отдельно

В amoCRM есть готовая форма для сайта. Начните с её маршрута: заявка должна попасть в согласованное место, например в «Неразобранное» или в сделку. Проверьте это из учётной записи сотрудника, который будет принимать обращения: наличие записи у администратора ещё не означает, что её видит нужный менеджер.

При собственной интеграции API позволяет передать сделку вместе с контактом. Контроль дублей для такого добавления работает при соответствующей настройке интеграции; это нужно проверять отдельно. Совпадение телефона помогает найти клиента, но не решает за вас, создавать ли ему новую сделку.

Например, человек вчера спрашивал про балкон, а сегодня заказал замер для дачи. Контакт может остаться прежним, но второе обращение должно сохраниться по вашему правилу: отдельной сделкой или записью в текущей. Удалить его как «тот же телефон» значит потерять новую задачу. В Битрикс24 тоже проверьте поведение формы: создание новой сделки и использование активной сделки настраиваются отдельно.

Повтор отправки и новое обращение: в чём разница

В учебном примере заявка получила номер 1042. Сайт передал её в CRM, CRM создала карточку, но ответ о результате не вернулся из-за обрыва связи. Для сайта результат пока неизвестен. Если сразу создать карточку заново, появится технический дубль.

У собственной интеграции должен быть согласованный порядок восстановления: сохранить заявку, отметить состояние доставки, связать успешный результат с номером карточки. После неоднозначного сбоя сначала проверить, не создана ли карточка. Если надёжно выяснить это нельзя, оставить обращение на разбор и показать его ответственному. Один номер в журнале сам по себе не гарантирует защиту от дублей.

Повтор той же отправки должен обрабатываться по её номеру. Новое обращение того же человека получает самостоятельную запись о событии, даже если телефон совпадает. Отдельно согласуйте, как система распознаёт двойное нажатие и повтор после обновления страницы: это не обязательно один и тот же случай.

Когда CRM временно недоступна, можно принять обращение на своём сервере и сохранить его для последующей доставки. Тогда сообщение посетителю означает «заявка принята», а в журнале ещё будет «ожидает передачи». Показывать успех до сохранения заявки опасно: посетитель уйдёт, рассчитывая на звонок, а восстановить его обращение будет неоткуда.

Повторять запросы бесконечно тоже нельзя. Временный сбой, неверное поле и отозванный доступ требуют разных действий. Для каждой заявки должно быть видно состояние: доставлена, ожидает повторной попытки или требует разбора. Владелец процесса должен видеть зависшие обращения.

Как принять интеграцию до запуска рекламы

Пройдите сценарии вместе с исполнителем на тестовых данных. Первые пять проверок в таблице подходят для любого способа подключения. Испытания ошибок согласуйте отдельно: в своей интеграции их воспроизводит исполнитель, а у CRM-формы или коннектора сначала выясните, какие тесты и журналы доступны. Используйте тестовую среду или управляемую имитацию; отключать рабочее подключение ради проверки не нужно.

Если поведение при сбое нельзя проверить, зафиксируйте ограничение и способ обнаружить недоставленные обращения. При критичной для бизнеса доставке это основание выбрать другое подключение. Непроверенный сценарий не отмечайте как пройденный. По каждой тестовой отправке сохраните доступный номер заявки, результат и ссылку на карточку. Таблица задаёт ожидаемое поведение, а не описывает уже проведённые испытания.

Что должно остаться после сдачи

Попросите показать журнал на одной из тестовых заявок: когда её приняли, куда передали и чем закончилась попытка. Уточните, кто увидит ошибку завтра и кто восстановит доставку. У готового коннектора журнал может жить в его кабинете; проверьте, что доступ есть у вашей компании.

Для собственной интеграции секреты доступа к CRM хранятся на сервере. Их нельзя вставлять в открытый код страницы. Это относится и к секретному URL входящего вебхука Битрикс24. Публичный код для встраивания CRM-формы устроен иначе: он предназначен для размещения на сайте. Если подключение использует временные ключи доступа, попросите исполнителя проверить, что оно продолжает работать после их автоматического обновления.

В журнал не стоит складывать все данные клиента ради удобства отладки. Согласуйте состав записей, права на просмотр и срок хранения. Если следующим шагом будет обработка обращений нейросетью, отдельно разберите границы доступа ИИ к CRM: подключённая форма ещё не определяет, что можно передавать модели.

Бланк ниже можно отправить исполнителю или заполнить перед настройкой. Он фиксирует результат, который вы будете принимать. Отметьте пункты, доступные у выбранного способа подключения, и его ограничения.

Начните с одной формы и пройдите её путь до карточки, открыв CRM из учётной записи менеджера. Когда доставка проверена, следующий вопрос уже про работу отдела: отвечает ли сотрудник и фиксирует ли договорённость. Для этого есть чек-лист аудита отдела продаж.

Если готовое подключение не покрывает описанные правила, с заполненным бланком можно обсудить разработку CRM-интеграции. Другие услуги и подход к работе собраны на главной.