Интеграция amoCRM: чеклист пилота

Запрос amocrm интеграции в поиске редко означает «открыть amoMarket и поставить десять виджетов». На разборе чаще слышу: форма на Tilda уходит в почту, Telegram живёт в личке менеджера, а в amoCRM пустое «Неразобранное» или три сделки на одного клиента из разных каналов. Люди ищут не коробку CRM, а связку: откуда пришла заявка, кто ответственный и как не потерять обращение между сайтом и мессенджером.

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

Отличие от смежных тем простое. Интеграция сайта с CRM начинается, когда лендинг уже есть и нужен контур «форма → карточка → уведомление» на любой платформе. Интеграция Telegram и CRM - когда основной вход мессенджер и учёт в amo или таблице. Интеграция Битрикс24 - другой продукт: CRM-формы, открытые линии, REST crm.item.add. Здесь фокус на amoCRM: встроенные формы в «Неразобранное», POST /api/v4/leads/complex для своего сайта, источники воронки для Telegram.

Три формулировки, которые путают на старте:

Я не начинаю с Albato, Make и Salesbot. Сначала фиксирую один источник заявки, список из 3-5 полей и правило «кто первый отвечает клиенту». Общая логика приёма заявок с разных точек входа - в гайде про автоматизацию заявок.

На одном разборе владелец студии показал три входа: Tilda-форма, личный Telegram и встроенная форма amo на втором лендинге. Заявки падали в почту, в переписку и в «Неразобранное» одновременно - менеджер не понимал, где «главная» сделка. Я отключил два канала на две недели, оставили embed-форму amo на Tilda, согласовали поля и только потом вернули Telegram как источник воронки с отдельным тегом.

Интеграция amocrm на пилоте для меня - это три звена, не двадцать настроек в админке. Канал заявки создаёт запись в «Неразобранном» или сразу сделку. Карточка хранит согласованные поля. Уведомление доходит до живого ответственного внутри amoCRM, а не только на общую почту компании.

Рабочий порядок, который я предлагаю:

1. 01

   Выбрать один канал с наибольшим потоком или с самой болезненной потерей заявок.

2. 02

   Записать 3-5 полей сделки письменно до подключения второго источника.

3. 03

   Назначить ответственного и доступ к «Неразобранному» - имя, не «отдел продаж».

4. 04

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

Минимум полей, который я фиксирую в ТЗ:

1. 01

   Имя - как представился клиент или «не указано».

2. 02

   Контакт - телефон или email, что реально оставили в форме или чате.

3. 03

   Суть - услуга, вопрос, желаемая дата (одно текстовое поле).

4. 04

   Источник - «Сайт / форма главная», «Tilda / лендинг акции», «Telegram / бот записи».

5. 05

   UTM или тег формы - чтобы отличить каналы без дублей в отчётах.

Пример JSON для пакетного создания сделки и контакта через leads/complex (плейсхолдеры вместо реальных данных аккаунта):

POST https://{subdomain}.amocrm.ru/api/v4/leads/complex
Authorization: Bearer {access_token}
Content-Type: application/json

[
  {
    "name": "Заявка с сайта",
    "price": 0,
    "_embedded": {
      "contacts": [
        {
          "first_name": "Имя",
          "custom_fields_values": [
            {
              "field_code": "PHONE",
              "values": [{ "value": "+79001234567" }]
            },
            {
              "field_code": "EMAIL",
              "values": [{ "value": "client@example.com" }]
            }
          ]
        }
      ]
    },
    "custom_fields_values": [
      {
        "field_id": 123456,
        "values": [{ "value": "Нужен расчёт на пятницу" }]
      }
    ]
  }
]

Метод POST /api/v4/leads/complex принимает до 50 сделок за один запрос и позволяет связать сделку с контактом в одном теле (документация Leads API). Для OAuth нужна интеграция в amoMarket: Authorization: Bearer {access_token}, обновление через /oauth2/access_token (шаги OAuth). Контроль дублей по email и телефону контакта работает через этот же метод, если включён для интеграции (duplication-control).

Встроенная форма amo создаётся в Сделки → Настроить → «Добавить источник» → «Форма». HTML-код копируется в блок «Размещение формы» на сайте или Tilda. Заявки по умолчанию попадают в «Неразобранное»; отдельный тег на каждую форму помогает отличить источники (формы на сайт, установка embed).

Типовые каналы в amoCRM и что проверяю по каждому:

На другом разборе команда неделю настраивала Digital Pipeline, а тестовая заявка с сайта так и не создала сделку: в форме не было телефона, а в amoCRM телефон обязателен для принятия из «Неразобранного». Карточка не появилась, менеджер ждал письмо. После согласования полей и одного теста через embed контур заработал за один день.

Запросы интеграция сайта amocrm и интеграция формы amocrm обычно означают: лендинг уже на Tilda или своём домене, нужно, чтобы заявка попала в CRM, а не только в hello@company.ru.

Embed-форма amo vs webhook на свой сайт

Embed-форма живёт в amoCRM: Сделки → Настроить → источник «Форма». Данные из формы автоматически попадают в «Неразобранное» или на этап воронки (справка по формам). Код вставляется в HTML-блок Tilda или на свой сайт - выбор способа не меняет логику «форма → сделка».

Плюсы embed: быстрый старт, поля и ответственный настраиваются в интерфейсе, не нужен свой backend. Минусы: дизайн формы ограничен шаблонами amo; на Tilda иногда проще нативная форма конструктора, но тогда без embed заявка уйдёт в почту.

Webhook или Leads API на свой сайт имеет смысл, когда форма кастомная, нужен жёсткий контроль UTM и валидации на своём сервере, или лендинг не Tilda. Тогда ваш backend принимает POST с сайта и дергает POST /api/v4/leads/complex с согласованным JSON полей. Albato, Make или n8n здесь - прослойка HTTP между формой и API; OAuth и refresh токена всё равно на вашей стороне или в настройках интегратора.

Tilda: HTML amo vs leads/complex

Официальный путь Tilda → amoCRM на пилоте - вставить HTML-код embed-формы в Zero Block или HTML-блок страницы (установка формы на сайт). После публикации прогоняю тест: заявка в «Неразобранном», тег формы виден, UTM попали в статистику сделки.

Путь через API: Tilda шлёт webhook на ваш URL, скрипт или Albato вызывает leads/complex. Больше контроля, больше ответственности за маппинг field_id и ошибки API. На пилоте я чаще начинаю с embed, если устраивает виджет; API оставляю, когда нужны нестандартные поля или несколько воронок.

Сравнение для одного лендинга:

Эпизод из практики: маркетолог опубликовал лендинг на Tilda, в блоке формы указал корпоративную почту. amoCRM стоял на платном тарифе, но сделки не появлялись - команда искала «поломку CRM». Достаточно было вставить embed amo в Zero Block и прогнать тест: карточка создалась с источником и UTM из скрытых полей Tilda.

Запросы amocrm интеграция с мессенджерами часто смешивают: люди ждут «один inbox на все каналы», а продукт работает иначе. Каждый мессенджер подключается как отдельный источник воронки или через кнопку чата на сайте (чаты и виджет).

Telegram: источник воронки и бот

Telegram подключается в Сделки → Настроить воронку → «Добавить источник» → Telegram → API Token из BotFather (справка). Заявка попадает в «Неразобранное»; ответ из amoCRM, переписка сохраняется в карточке. На пилоте я выбираю одного бота и одну воронку - второй бот без тега источника даёт дубли.

Уведомление менеджеру должно приходить в amoCRM: центр нотификаций, настройки профиля для форм и чатов (уведомления). Если оператор живёт только в Telegram-клиенте на телефоне, а CRM не открывает - учёт снова расходится с перепиской. Я проверяю: новый диалог → запись в «Неразобранном» → принять → ответственный видит сделку без Forward из чата.

Отличие от интеграции Telegram и CRM в общем виде: там сравнение платформ и ручной перенос в таблицу. Здесь - нативный источник amoCRM, где переписка и сделка связаны продуктом.

MAX и кнопка чата: узко, не ядро пилота

Интеграция max и amocrm - отдельная тема, не старт пилота. MAX в amoCRM доступен как канал чата для юрлиц и ИП РФ; бот проходит модерацию до 48 рабочих часов, лимит 5 ботов на аккаунт, нельзя написать первым, сообщение до 4000 символов (справка MAX). Кнопка чата на сайте может объединять VK, Telegram, MAX в одном окне - это удобно для посетителя, но на пилоте я не смешиваю три канала без правил ответственного.

На разборе у сервисной компании было два Telegram-бота: «запись» и «поддержка». Оба смотрели в одну воронку без разных тегов - дубли сделок и путаница, кто ответил первым. Разнесли ботов на два источника с разными тегами; дубли исчезли после включения контроля по телефону в leads/complex для заявок с сайта.

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

Отдельно про amoMarket: десять виджетов не заменяют один проверенный канал. Каждая сторонняя интеграция тянет свои поля и права OAuth - на пилоте я фиксирую один write-контур, потом расширяю.

Digital Pipeline доступен на тарифе «Расширенный» и выше (справка). Включать триггеры на этапах до того, как тестовая заявка прошла путь «источник → Неразобранное → принять → ответственный», - типовая ошибка: автоматизация срабатывает на пустых или дублирующих сделках.

Перед масштабированием на второй канал или подключением Albato я прогоняю восемь пунктов приёмки. Это минимум для запроса настройка интеграции amocrm без хаоса в воронке.

1. Выбран один канал заявок (embed amo, webhook → leads/complex или Telegram-источник) - второй канал отложен.
2. Согласованы 3-5 полей сделки: имя, контакт, суть, источник/тег, UTM при необходимости.
3. Назначен ответственный и доступ к «Неразобранному» - имя, не «отдел».
4. Включены уведомления в профиле: формы, чаты, неразобранное (amocrm.ru/support/profile_notifications).
5. На форму или канал повешен свой тег/источник - без смешения двух входов.
6. Тест-карточка: заявка → «Неразобранное» → принять → сделка с полями и ответственным.
7. UTM и статистика сделки заполнены; при API проверен контроль дублей email/телефон.
8. Приёмка: 1-2 недели подряд ни одна заявка из выбранного канала не потеряна.

Если пункт 8 не выполняется - проблема почти всегда в полях, ответственном или в том, что заявка всё ещё уходит в почту минуя amoCRM. Смена тарифа или «ещё один виджет из маркетплейса» редко лечит это быстрее, чем один честный тест с экрана формы.

Контур под ключ на ваш канал - разработка проектов: embed, Tilda, Leads API или Telegram-источник с приёмкой по списку выше.

Amocrm api интеграция и amocrm интеграции api имеют смысл, когда заявки из выбранного канала уже неделю-две подряд попадают в сделку с полями и ответственным, а не когда аккаунт только создан. OAuth 2.0 через amoMarket, refresh токена и Authorization: Bearer {access_token} - обязательный слой для любого кастомного write (OAuth step-by-step).

Когда amocrm создать интеграцию в amoMarket

Создать интеграцию в amoMarket нужно, если пишете свой backend, Albato/Make-сценарий с прямым API или виджет с долгоживущим доступом. На пилоте embed-формы и Telegram-источника хватает без отдельной интеграции в маркетплейсе. Как только появляется leads/complex с сервера - фиксирую redirect URI, client_id, secret в vault, не в репозитории.

Digital Pipeline я включаю после приёмки чеклиста. Триггеры на этапах - задача, письмо, webhook, Salesbot, смена этапа (digital_pipeline) - работают на тарифе «Расширенный»+. Типовая ошибка - робот ставит задачу на пустую сделку из «Неразобранного», которую никто не принял. Сначала ручной проход тестовой заявки, потом автоматизация поверх тех же полей.

Albato и Make уместны, когда форма на сайте стабильно пишет через leads/complex, а нужно добавить второй канал, обогащение или связку с таблицей без своего сервера. n8n - если команда ведёт инстанс и логи ошибок API. Ни один из них не создаёт сделку из Tilda, если форма до сих пор шлёт письмо.

Про новостной угол «одним предложением собрать триггер в Cursor /automate»: в редакции это звучит как ускорение после стабильной карточки и уведомления человеку, а не замена первого звена. Агент или автоматизация не принимает заявку из «Неразобранного», если у менеджера нет доступа и уведомлений выключены. Сначала канал → поля → сделка → человек на исключениях; поверх - сценарии, scoring, второй канал.

Признаки, что пора расширять:

• Чеклист из восьми пунктов закрыт две недели подряд.
• Менеджер не копирует заявки из Telegram вручную.
• Второй канал даёт дубли - нужны теги и leads/complex, а не новый аккаунт amoCRM.

Признаки, что рано:

• Тестовая заявка с сайта не создаёт сделку.
• UTM в статистике пустые, хотя реклама идёт.
• Подключили Digital Pipeline или Albato до первого успешного уведомления в CRM.

По теме в блоге: автоматизация заявок - общая логика контура; интеграция сайта с CRM - форма и webhook на любой платформе; CRM для малого бизнеса - когда amoCRM оправдан на фоне Bitrix24 и таблицы.