+7 993 408-61-15

Блог — статья

Интеграция сайта с CRM: зачем нужна и как выглядит на практике

Заявка с сайта приходит на почту, менеджер копирует её в CRM руками, часть теряется, часть попадает не к тому. Интеграция убирает этот ручной шаг - но она нужна не всем и не всегда в том виде, в котором её продают. Разберём, что происходит под капотом, что спрашивать у разработчика и как проверить, что всё работает.

08.08.2026 · EFIMOV DEV

Что технически значит «интеграция с CRM»

Когда посетитель отправляет форму, данные уходят на сервер сайта. Дальше есть два пути: письмо на почту или запрос в API вашей CRM, который создаёт там сделку или лид. Интеграция - это второй путь.

Механика простая: сайт формирует пакет данных (имя, телефон, комментарий, откуда пришёл человек) и отправляет его в CRM по защищённому каналу. CRM отвечает, что приняла, и возвращает идентификатор сделки. Если не приняла - сайт должен об этом узнать и не потерять заявку.

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

Что вы получаете, кроме экономии времени менеджера

Экономия ручного ввода - самая очевидная, но не самая ценная выгода. Гораздо важнее то, что вместе с заявкой в CRM попадают данные, которые человек никогда не перепечатает вручную.

  • Источник заявки: с какой страницы пришёл человек, по какой рекламной метке. Через месяц вы видите, какой канал приносит сделки, а какой - только клики.
  • Время попадания заявки. Появляется база для правила «звоним в течение X минут» и возможность проверить, соблюдается ли оно.
  • Дубли. CRM видит, что этот телефон уже писал вам в марте, и не создаёт вторую карточку - история клиента остаётся целой.
  • Автоматическое распределение: заявки из определённого города или по определённой услуге сразу уходят нужному менеджеру.

Когда интеграция не нужна

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

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

И честно: если ваша боль - «менеджеры не звонят вовремя», интеграция её не решит. Она даст данные, чтобы это увидеть, но дисциплину придётся выстраивать отдельно.

Как выглядит работа со стороны разработчика

Первый шаг - не код, а разговор. Нужно понять, какие поля есть в вашей CRM, обязательны ли они, что считается лидом, а что сделкой, и какой этап должна получить новая заявка. На этом этапе часто выясняется, что половина полей в CRM никем не заполняется и их можно не трогать.

Дальше настраивается подключение: приложение или ключ доступа в CRM, серверный код на стороне сайта, сопоставление полей формы с полями CRM. Мы делаем это на Node.js, отправка идёт с сервера - так ключи не попадают в браузер и их нельзя вытащить из кода страницы.

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

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

Что спросить до оплаты

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

  • Куда попадёт заявка, если CRM в этот момент не ответит? Ответ «такого не бывает» - плохой ответ.
  • Какие именно поля вы заполните и куда попадёт utm-метка? Попросите список сопоставлений полей до начала работы.
  • Где будут храниться ключи доступа и кто к ним имеет доступ после сдачи проекта.
  • Как я сам проверю, что интеграция работает: есть ли лог отправок, куда придёт уведомление об ошибке.
  • Что произойдёт, если вы поменяете CRM или добавите поле в форму - это правка в рамках поддержки или новый проект.
  • Кто отвечает за настройку на стороне CRM: воронку, права, ответственных. Часто это не входит в работу разработчика, и это нормально - но лучше знать заранее.

Сколько это стоит и от чего зависит цена

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

Отдельно закладывайте поддержку. API систем меняются, токены истекают, вы добавляете услугу и с ней новое поле. Интеграция - это не разовая настройка, а живой механизм.

На сайте efimovdev.ru опубликованы вилки «от» по услугам - сайты, интернет-магазины, Telegram-боты, автоматизация, поддержка. Интеграция с CRM обычно идёт частью работы над сайтом или отдельной задачей по автоматизации; точную смету называем после брифа, когда понятно, какая у вас CRM и сколько сценариев нужно. Обсуждать задачу вы будете напрямую с тем, кто ведёт проект.

Коротко

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

Частые вопросы

У меня заявки приходят на почту и вроде ничего не теряется. Зачем что-то менять?

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

Можно ли обойтись готовым коннектором или конструктором интеграций?

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

Что будет с интеграцией, если я сменю CRM?

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

Насколько это безопасно - давать сайту доступ в CRM?

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

Нужен сайт или автоматизация?

Расскажите задачу - вернёмся с оценкой и сроками в течение дня. Без долгих согласований.

Написать в Telegram