Интеграция с amoCRM и Битрикс24: как настроить передачу заявок с сайта

Заявка с сайта не должна оставаться в почте, таблице или уведомлении в мессенджере, где её легко пропустить. При правильной настройке интеграции с amoCRM и Битрикс24 данные из форм, чатов и звонков автоматически попадают в нужную CRM, а менеджер сразу видит источник обращения, контакты клиента и содержание запроса.

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

Что именно передаётся с сайта в CRM

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

Минимальный состав полей обычно выглядит так:

• имя клиента;
• номер телефона и адрес электронной почты;
• текст сообщения или выбранная услуга;
• название формы и страницы, с которой отправлена заявка;
• дата и время обращения;
• источник перехода, рекламная кампания и ключевая фраза, если они доступны;
• ссылка на страницу сайта, где посетитель оставил данные;
• согласие на обработку персональных данных, если оно фиксируется отдельным полем.

Для интернет-магазина к этим данным добавляются состав заказа, сумма, номер заказа, способ доставки и оплаты. Для услуг могут понадобиться город, удобное время звонка, тип объекта, площадь, бюджет или другая информация, которая влияет на квалификацию обращения.

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

Как устроена передача заявки между сайтом и CRM

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

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

Есть три распространённых способа соединения:

1. Готовый модуль для используемой CMS. Подходит для стандартных форм и типовых сценариев. Настройка быстрее, но возможности зависят от конкретного расширения.
2. Передача через программный интерфейс CRM. Даёт больше контроля над полями, дублями, воронками и ошибками. Требует участия разработчика.
3. Промежуточный сервис автоматизации. Удобен, когда нужно связать несколько систем без разработки с нуля. Нужно отдельно оценить тариф, ограничения по операциям и хранение персональных данных.

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

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

Интеграция сайта с amoCRM: основные настройки

В amoCRM заявка обычно связана с контактом и сделкой. Если обращается новый человек, создаётся контакт, затем сделка в выбранной воронке. Если номер телефона уже есть в базе, система должна найти существующий контакт и не создавать второй такой же.

1. Подготовьте воронку

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

Заранее настройте ответственного или правило распределения. Заявки можно направлять конкретному менеджеру, распределять по очереди, по региону, по услуге или по рабочему времени. Если это не сделать, часть обращений останется без владельца.

2. Сопоставьте поля

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

Для телефонного номера задайте единый формат. Номер, записанный как 8 999 123-45-67, +7 999 123-45-67 и 89991234567, может распознаваться как три разных значения, если система не приводит его к единому виду.

3. Сохраните рекламные параметры

UTM-метки и данные о переходе нужно передавать вместе с заявкой. Минимальный набор включает источник, канал, кампанию, объявление и ключевую фразу, если она доступна. Эти параметры помогают понять, какие рекламные действия приводят не просто посетителей, а обращения и сделки.

Частая ошибка заключается в том, что метки сохраняются только в браузере, а после перехода на другую страницу или повторного открытия формы исчезают. Для их сохранения используют скрытые поля формы, cookie или хранилище браузера. Конкретный вариант зависит от сайта и требований к сроку хранения данных.

Интеграция сайта с Битрикс24: лиды, сделки и контакты

В Битрикс24 возможны разные модели обработки входящих обращений. Заявка может создаваться как лид, сразу как сделка с контактом, как элемент смарт-процесса или как заказ интернет-магазина. Выбор зависит от того, как компания квалифицирует клиентов и ведёт продажи.

Когда использовать лид

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

Когда создавать сделку сразу

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

Что проверить в настройках Битрикс24

• воронку и начальную стадию сделки;
• правила создания контакта и компании;
• обновление существующего контакта по телефону или почте;
• ответственного за новую заявку;
• обязательные поля, без которых CRM не принимает сущность;
• роботов, уведомления и задачи менеджеру;
• права пользователя или приложения, через которое выполняется передача.

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

Какие формы и каналы нужно подключить

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

Например, вместо одинакового значения «Заявка с сайта» лучше использовать названия «Расчёт стоимости», «Запрос по услуге», «Заказ звонка» и «Заявка из корзины». Это помогает менеджеру понять намерение клиента и позволяет сравнить качество разных форм.

Отдельно проверьте следующие каналы:

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

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

Поля, дубли и распределение заявок

Сопоставление полей лучше оформить в виде таблицы ещё до начала работ. Она показывает, какое поле сайта куда попадает и кто отвечает за его обработку.

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

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

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

Как проверить интеграцию после настройки

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

1. Отправьте заявку с новым номером телефона и проверьте создание контакта и сделки.
2. Повторите отправку с тем же номером, чтобы проверить поиск существующего контакта.
3. Заполните только обязательные поля и отдельно протестируйте все дополнительные поля.
4. Отправьте форму с длинным комментарием, символами русского языка и цифрами.
5. Откройте страницу с рекламными метками и проверьте их сохранение в CRM.
6. Проверьте формы на компьютере и телефоне, включая разные браузеры.
7. Проверьте отказ обязательного поля и корректность сообщения пользователю.
8. Убедитесь, что заявка появляется в правильной воронке, на нужной стадии и у нужного ответственного.
9. Проверьте, что после успешной отправки пользователь видит понятное подтверждение, а форма не создаёт повторную заявку при обновлении страницы.

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

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

Типичные ошибки при передаче заявок

Подключили только одну форму

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

Создаётся новая сделка на каждый повторный запрос

Клиент мог отправить форму повторно, позвонить после заявки или уточнить вопрос через другой канал. Без правил объединения в CRM появятся несколько сделок. Настройте поиск по телефону и предусмотрите сценарий для повторного обращения по уже существующей сделке.

В CRM передаётся только имя и телефон

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

Не настроена обработка ошибок

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

Нет владельца интеграции

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

Не учтены персональные данные

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

Сколько времени и денег занимает настройка

По рынку простое подключение одной-двух стандартных форм к готовой воронке может занять от 1-3 рабочих дней. Если требуется несколько форм, передача рекламных параметров, распределение по сотрудникам и защита от дублей, типичный срок составляет 3-7 рабочих дней. Сложные сценарии для магазина, нескольких направлений или нестандартной CMS могут занять 1-3 недели.

Ориентировочная стоимость по рынку зависит от объёма работ:

• простое подключение стандартного модуля, примерно 10 000-25 000 рублей;
• настройка нескольких форм, полей, воронок и уведомлений, примерно 25 000-60 000 рублей;
• нестандартная интеграция с логикой дублей, рекламными параметрами, заказами и журналом ошибок, примерно 60 000-150 000 рублей и выше.

Это не фиксированный прайс, а ориентир для планирования бюджета. На стоимость влияют CMS, количество форм, состояние CRM, наличие готового модуля, требования к аналитике и необходимость доработки сайта. Если текущая форма работает нестабильно или сайт устарел, сначала может потребоваться доработка сайта.

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

Как подготовить проект к интеграции

До передачи задачи подрядчику соберите доступы и описание процесса. Это сокращает количество уточнений и помогает получить предсказуемый результат.

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

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

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

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

Можно ли подключить amoCRM и Битрикс24 одновременно?

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

Можно ли передавать заявки с сайта без готового модуля?

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

Почему заявка приходит на почту, но не появляется в CRM?

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

Нужно ли передавать в CRM UTM-метки?

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

Что делать, если у клиента нет телефона?

Это зависит от процесса продаж. Если телефон обязателен для первого контакта, форма должна явно сообщать об этом. Если компания готова работать по почте или в чате, настройте альтернативный идентификатор и убедитесь, что CRM принимает заявку без номера.

Что делать: короткий план

1. Перечислите все формы, чаты, заказы и другие каналы обращений на сайте.
2. Определите, какие сущности создаются в CRM: лиды, сделки, контакты, компании или заказы.
3. Составьте таблицу соответствия полей и выберите правило поиска дублей.
4. Настройте воронки, стадии, ответственных и уведомления до подключения форм.
5. Выберите готовый модуль, программный интерфейс или промежуточный сервис с учётом сложности сценария.
6. Подключите передачу рекламных параметров и данных о странице обращения.
7. Проведите тесты для новых и повторных клиентов, разных устройств и всех форм.
8. Проверьте ошибки, права доступа, защиту ключей и сохранность персональных данных.
9. В первые дни после запуска сверяйте заявки на сайте и записи в CRM.
10. Зафиксируйте инструкцию для менеджеров и назначьте ответственного за дальнейшую поддержку.

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