Интеграция amoCRM с сайтом: как получать заявки, лиды и заказы без потерь

Клиент оставляет заявку на сайте, заполняет форму Tilda, оформляет заказ в интернет-магазине, проходит квиз Marquiz, пишет в JivoSite или звонит через Callibri. Если эти обращения не попадают в amoCRM автоматически, бизнес теряет скорость: менеджеры вручную переносят данные, забывают перезвонить, создают дубли и не видят, какой источник реально приносит продажи.

Когда стоит подключать сайт к amoCRM

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

Что значит интеграция сайта с amoCRM

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

Сайт / форма / квиз / чат / звонок
        ↓
Виджет / webhook / API / интеграционный сервис
        ↓
Проверка дубля по телефону, email и открытым сделкам
        ↓
Контакт + сделка + задача
        ↓
Ответственный + источник + UTM-метки + комментарий
        ↓
Отчёт по заявкам, продажам и рекламным каналам

Плохая интеграция выглядит иначе: заявка приходит на почту, менеджер вручную создаёт сделку, забывает указать источник, теряет комментарий клиента, не передаёт UTM-метки и случайно создаёт дубль. Если таких заявок 5 в месяц — проблему ещё можно не заметить. Если 50, 200 или 1000 — ручная обработка превращается в потерянные лиды и недостоверную аналитику.

Какие заявки можно передавать с сайта в amoCRM

Правильная интеграция должна учитывать тип заявки. Лид с формы обратной связи, заказ из интернет-магазина и звонок из Callibri — это разные события, и обрабатывать их одинаково нельзя: менеджеру нужны разные данные и разные действия.

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

Главное правило: не выбирать способ только по принципу «быстрее поставить». Важно заранее понять, какие данные должны попадать в CRM, кто будет ответственным, как искать дубли, какие задачи создавать и как считать эффективность источника.

Готовый виджет, webhook или API: что выбрать

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

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

Сколько стоит интеграция сайта с amoCRM

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

Формы amoCRM и Неразобранное

Для простого сайта можно начать со встроенной формы amoCRM — это вариант для лендингов, страниц услуг, консультаций и простых заявок, где нужно получить имя, телефон, email и комментарий. Заявка может попадать в «Неразобранное», чтобы менеджер принял её в работу, привязал к контакту или создал сделку. Подход подходит, если нужно быстро запустить приём заявок, нет сложной CMS, не нужно передавать товары и статусы заказа, заявок немного и достаточно базовых полей.

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

CRM Plugin для сайта

CRM Plugin — это вариант, когда на сайт нужно добавить кнопку связи, онлайн-чат или быстрый переход в мессенджеры. Клиент нажимает кнопку, выбирает удобный способ связи, а обращение попадает в amoCRM. Формат подходит для сайтов услуг, b2b-компаний, онлайн-школ, клиник, агентств и сервисных центров, где важно не только получить форму, но и быстро начать диалог. Он быстро устанавливается, помогает собирать обращения из разных каналов и снижает риск потерять клиента, который не хочет заполнять длинную форму. Минус — CRM Plugin не заменяет полноценную архитектуру продаж: если у вас интернет-магазин, сложные формы и рекламная аналитика, одной кнопки мало.

Tilda + amoCRM

Tilda — один из самых популярных вариантов для лендингов, квизов, страниц услуг и быстрых MVP. Настроить передачу заявок в amoCRM важно сразу, потому что лендинги часто запускают под рекламу, а значит каждая потерянная заявка стоит денег. Из Tilda можно передавать имя, телефон, email, комментарий, выбранную услугу, форму, страницу, UTM-метки и дополнительные поля.

Не стоит просто подключать все формы к одной воронке и одному ответственному. Лучше сразу определить, какая форма что означает:

Ошибки. Отправлять все заявки в одну сделку без понимания, с какой формы пришёл клиент — менеджер видит только имя и телефон. Не тестировать форму после публикации страницы — иногда заявка не приходит не из-за amoCRM, а потому что страница не обновлена. Терять UTM-метки — без них невозможно понять, какая кампания привела заявку.

WordPress + amoCRM

WordPress часто используют для корпоративных сайтов, блогов, сайтов услуг и каталогов. Формы бывают разные: Contact Form 7, Elementor Forms, Gravity Forms, WPForms, Ninja Forms, кастомная форма в теме, форма записи или обратного звонка. Варианты подключения: готовый плагин (простые формы, быстрый запуск); webhook формы (передавать данные в обработчик); интеграционный сервис (нет разработчика); кастомная интеграция (сложные поля, несколько форм, UTM, дубли).

WordPress + amoCRM стоит настраивать особенно аккуратно, если сайт активно дорабатывается: после обновления темы, плагина формы или антиспама передача заявок может сломаться. Минимальный набор данных: имя, телефон, email, текст обращения, страница, форма, источник. Расширенный: UTM-метки, город, услуга, бюджет, срок, файл, согласие на обработку данных, идентификатор формы, рекламная кампания. Если форм несколько, не делайте одну универсальную сделку «Заявка с сайта» — передавайте название формы и страницу, чтобы менеджер понимал контекст.

WooCommerce + amoCRM

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

Главная ошибка — воспринимать заказ как обычный лид. Лид можно обработать звонком, а заказ требует другой логики: проверить оплату, наличие товара, доставку, повторную покупку, возврат и статус выполнения. Иначе amoCRM превращается в копию почтового уведомления о заказе, а не в систему управления продажами.

1С-Битрикс сайт + amoCRM

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

Готовый модуль подойдёт, если структура сайта типовая, формы простые, магазин без сложной кастомной логики и достаточно стандартной передачи контакта и сделки. Индивидуальная настройка нужна, если на сайте много форм под разные направления, заявки должны попадать в разные воронки, нужно передавать сложные поля, есть личный кабинет и несколько типов заказов, важны UTM и рекламная аналитика, нужно проверять дубли по своим правилам или требуется связка с 1С, складом или внутренней системой.

OpenCart + amoCRM

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

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

InSales + amoCRM

InSales — SaaS-платформа для интернет-магазинов, поэтому интеграция обычно строится вокруг заказов и клиентов. Подходит магазинам, которым нужно обрабатывать заказы не только в админке сайта, но и в CRM-воронке: важно видеть повторных клиентов, фиксировать источник заказа, контролировать статусы и вести продажи через несколько каналов. Стоит передавать покупателя, заказ, состав заказа, сумму, оплату, доставку, статус, комментарий, источник и UTM-метки. Главная задача — чтобы менеджер видел в amoCRM не просто «новая заявка», а полноценный заказ: кто купил, что купил, на какую сумму и что нужно сделать дальше.

Marquiz + amoCRM

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

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

Яндекс Формы + amoCRM

Яндекс Формы подходят для анкет, брифов, заявок, регистраций, опросов, HR-форм и внутренних обращений. Сценарий зависит от способа передачи данных: через интеграционный сервис, webhook или промежуточный обработчик. Подходит, если нужно быстро собрать заявку без разработки сайта, для b2b-брифов, анкет, внутренних заявок или временно под мероприятие. Важно настроить соответствие полей формы и amoCRM, воронку, этап, ответственного, источник, теги, задачу менеджеру и правила дублей. Если форма длинная, не складывайте все ответы в одно примечание — вынесите важные ответы в отдельные поля сделки.

JivoSite + amoCRM

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

Callibri + amoCRM

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

Callibri помогает связать маркетинг и продажи. Но для этого важно не просто передавать звонок в amoCRM, а доводить сделку до результата: продажа, отказ, нецелевой лид, повторное обращение.

Как передавать UTM-метки и источник

Интеграция без UTM-меток отвечает только на вопрос «сколько заявок пришло». С UTM — помогает понять, какая реклама, канал, кампания и страница принесли лиды и продажи. В сделку желательно передавать: источник заявки, страницу сайта, название формы, utm_source, utm_medium, utm_campaign, utm_content, utm_term, рекламную кампанию, город, устройство, комментарий клиента и тип заявки.

Если UTM не сохраняются, маркетолог не сможет корректно сравнить рекламу: канал может казаться эффективным по количеству лидов, но слабым по продажам — или наоборот.

Как не создавать дубли

Дубли — одна из главных проблем интеграции сайта с amoCRM. Клиент может сначала оставить заявку на Tilda, потом написать в JivoSite, затем пройти Marquiz и позже позвонить через Callibri. Если каждый источник создаст нового клиента, менеджеры будут работать с разными карточками одного человека.

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

Как распределять заявки между менеджерами

Заявка должна не просто появиться, а попасть к конкретному человеку. Если ответственный не назначен, лид может зависнуть. Способы распределения: один ответственный (маленький отдел), по очереди (равномерная нагрузка), по направлению (разные услуги), по региону (филиальная сеть), по источнику (разные команды под каналы), по сумме заказа (крупные — опытным менеджерам), по графику (сменная работа).

Для сайта с несколькими формами удобно распределять по смыслу: «Внедрение amoCRM» — менеджеру по CRM; «Интеграция сайта» — интегратору; «Аудит рекламы» — маркетологу; заказ интернет-магазина — менеджеру e-commerce; чат JivoSite — дежурному оператору. После назначения ответственного нужно создать задачу — без неё менеджер может увидеть заявку, но не обработать вовремя.

Что проверить перед запуском интеграции

Перед публикацией нужно пройти тесты — не ограничивайтесь одной заявкой «тест тест тест». Проверьте: новая заявка создаёт контакт и сделку; повторная не создаёт лишний дубль; телефон и email попадают в правильные поля; UTM-метки сохраняются; источник виден в сделке; форма передаёт название или страницу; менеджеру назначается задача; ответственный определяется правильно; заявка попадает в нужную воронку; заказ передаёт товары и сумму; чат передаёт историю диалога; звонок передаёт источник и номер; ошибки не остаются незамеченными. Для интернет-магазина дополнительно: заказ без оплаты, оплаченный, отменённый, повторный, с доставкой, с промокодом, с комментарием и изменение статуса.

Типовые ошибки интеграции сайта с amoCRM

1. Все заявки падают в одну воронку

Если сайт собирает разные типы заявок, их нельзя обрабатывать одинаково. Заявка на консультацию, заказ товара, квиз и чат требуют разных сценариев.

2. Не передаётся источник

Менеджер видит заявку, но не понимает, откуда она пришла. Руководитель не может оценить рекламу, сайт, квизы и чаты.

3. Потерялись UTM-метки

Заявки есть, но маркетинг не видит, какая кампания принесла продажи. Бюджет перераспределяется на основе догадок.

4. Создаются дубли

Клиент оставил заявку дважды — в CRM появились две карточки. Менеджеры работают параллельно и задают одни и те же вопросы.

5. Нет задачи менеджеру

Сделка создалась, но никто не получил конкретное действие. Лид висит без ответа.

6. Не передаются товары из заказа

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

7. Ответы квиза уходят в беспорядочное примечание

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

8. Не проверили форму после обновления сайта

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

9. Нет регламента обработки

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

Чек-лист запуска

• Определены все источники заявок и формы на сайте.
• Выбрана воронка для каждого типа заявки; настроены этапы сделок.
• Назначаются ответственные и создаются задачи менеджерам.
• Передаётся источник; сохраняются UTM-метки и страница заявки.
• Передаются комментарии клиента; проверяются дубли.
• Интернет-магазин передаёт товары и сумму.
• Квиз передаёт ответы; чат передаёт историю диалога; звонки попадают в CRM.
• Менеджеры знают регламент обработки.
• Руководитель видит отчёт по источникам.
• Проведены тесты реальными сценариями.

Что получает бизнес после интеграции

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

FAQ