Заказать интеграцию сервисов приходится, когда сайт, CRM и мессенджеры работают порознь: заявка с Tilda падает на почту, менеджер вручную переносит её в amoCRM, а переписка в WhatsApp вообще нигде не сохраняется. Дальше расскажу, какие сервисы обычно связываю в рабочую цепочку, сколько это стоит и какие ошибки чаще всего вижу на чужих проектах, когда интеграцию собирали второпях.
Что входит в интеграцию сайта, CRM и чатов
За фразой «нужна интеграция сервисов» обычно скрываются три системы, которым нужно обмениваться данными без участия человека: сайт (Tilda, WordPress, самописный сервис), CRM (Bitrix24, amoCRM, retailCRM) и каналы связи (Telegram, WhatsApp, VK, чат на сайте). Задача - построить между ними канал: заявка с формы попадает в CRM карточкой, оплата через T‑Bank меняет статус заказа, сообщение из чата появляется у менеджера в одной ленте вместе с историей клиента.
Технически это вебхуки, API-ключи сервисов и очередь сообщений между ними. Tilda отправляет данные формы на внешний URL через встроенный вебхук, WordPress с WooCommerce работает через REST API и плагины эквайринга, самописные сервисы обмениваются данными напрямую через SDK CRM. Там, где готового коннектора нет, пишу скрипт-прослойку: он принимает данные из одного сервиса, приводит к формату второго и передаёт дальше с логированием ошибок, чтобы потерянная заявка не осталась незамеченной.
Сколько стоит заказать интеграцию сервисов
Цена зависит не от платформы сайта, а от сложности сценария и количества систем, которые нужно связать между собой.
| Что делаю | Типичный срок | Стоимость |
|---|---|---|
| Простая доработка Tilda-скрипта (форма отправляет заявку в Telegram или в один сервис) | 1-2 дня | от 3 000 ₽ |
| Комплексная интеграция сайта с CRM, эквайрингом и СДЭК | 2-3 недели | от 40 000 ₽ |
| Автоматизация нескольких сервисов через n8n (сценарии без отдельного бэкенда) | 1-2 недели | от 25 000 ₽ |
| Telegram-бот на aiogram с подключением к CRM | 2-4 недели | от 30 000 ₽ |
| Кастомный бэкенд для сложных сценариев (Laravel, очереди, несколько CRM) | от 4 недель | от 100 000 ₽ |
Перед оценкой обычно прошу описать сценарий: что должно происходить после заявки, какие статусы важны, куда падают ошибки. Если сценария нет и его нужно собрать вместе с заказчиком, это отдельная работа - консультация от 3 000 ₽, на ней фиксируем схему и от неё уже считаю смету. Полный список услуг и подходов к оценке - в услугах по интеграции и автоматизации сервисов.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Сайт и CRM: связка Tilda, WordPress и amoCRM или Bitrix24
На Tilda интеграция чаще всего строится через нативные вебхуки: форма шлёт JSON на адрес скрипта, скрипт разбирает поля и создаёт сделку в CRM через её API. Отдельно донастраиваю зоны доставки, если магазин работает с СДЭК или почтой по разным тарифам для разных городов, и здесь удобно взять готовый виджет зон доставки для Tilda вместо того, чтобы писать логику с нуля.
На WordPress с WooCommerce схема другая: заказы и так лежат в базе сайта, поэтому интеграция сводится к синхронизации статусов между WooCommerce, CRM и эквайрингом. Частый кейс - T‑Bank: клиент платит на сайте, вебхук от банка меняет статус заказа в WooCommerce, а затем плагин или мой скрипт передаёт этот статус в amoCRM или Bitrix24, чтобы менеджер не сверял вручную два интерфейса.
Отдельная тема - поля и справочники. Если в CRM единицы измерения, статусы или менеджеры называются иначе, чем на сайте, без таблицы соответствий интеграция начинает путать данные при первой же нестандартной заявке. Эту таблицу я всегда фиксирую в техническом задании до начала разработки.
Чаты и мессенджеры: Telegram, WhatsApp и VK в одной ленте с CRM
Для Telegram обычно пишу бота на aiogram: он принимает сообщения клиента, создаёт или обновляет карточку в CRM и пересылает переписку менеджеру в его интерфейс. Для WhatsApp и VK логика похожая, но подключение идёт через API самих платформ, и у WhatsApp Business API есть отдельная стоимость за исходящие сообщения по счётчику диалогов - это тариф самого мессенджера, а не моей работы, и его стоит закладывать в бюджет отдельно от разработки.
Небольшой пример логики приёма сообщения в aiogram, после которой бот создаёт сделку в CRM:
@dp.message()
async def handle_message(message: types.Message):
lead = await crm_client.find_or_create_lead(
chat_id=message.chat.id,
name=message.from_user.full_name,
)
await crm_client.add_note(lead["id"], text=message.text)
await message.answer("Спасибо, передал сообщение менеджеру")
Контакты и переписку клиентов храню на серверах в РФ, а не в зарубежных таблицах или заметках - это требование 152-ФЗ по локализации персональных данных, и я закладываю его в архитектуру сразу, а не по факту жалобы или проверки.
Автоматизация процессов между сервисами через n8n
Когда сервисов больше двух и сценариев несколько (заявка с сайта, оплата, чат, уведомление менеджеру), удобнее собирать логику в n8n, а не плодить отдельные скрипты под каждую пару систем. n8n подключается к CRM, мессенджерам и таблицам одним визуальным сценарием: новая сделка в Bitrix24 - уведомление менеджеру в Telegram, просроченный ответ в чате - напоминание через час, оплата через эквайринг - смена статуса заказа и запуск письма клиенту.
Плюс такого подхода в том, что сценарий видно целиком на одном экране, и его проще менять без переписывания кода, когда меняется бизнес-процесс. Минус - за сложную ветвящуюся логику с retry и обработкой ошибок n8n не всегда быстрее кастомного скрипта, и на некоторых проектах я в итоге совмещаю оба подхода: n8n для маршрутизации, отдельный скрипт для нестандартной части сценария.
Частые ошибки при заказе интеграции сервисов
Смотрю на чужие интеграции чаще всего, когда что-то уже сломалось, и вот что повторяется от проекта к проекту:
- Нет технического задания на сценарий - интеграцию делают «по ходу», а потом статусы в CRM не совпадают с тем, что видит клиент на сайте.
- Ошибки вебхука никуда не логируются, и заявка просто теряется без единого следа в системе.
- Контакты клиентов складывают в зарубежные таблицы или заметки, что создаёт риски по 152-ФЗ, хотя перенести их на сервер в РФ можно было сразу на этапе разработки.
- Одна и та же сущность (клиент, заказ) в разных сервисах имеет разные идентификаторы, и без таблицы соответствий синхронизация начинает путать записи.
- Рассчитывают, что интеграция один раз настроена и больше не потребует внимания, хотя API мессенджеров и CRM меняются, и тут нужна хотя бы минимальная техподдержка.
Частые вопросы
Сколько времени занимает интеграция сайта с CRM
Простая связка формы с CRM через готовый вебхук занимает 1-2 дня. Комплексная интеграция с эквайрингом и доставкой обычно требует 2-3 недели, а кастомный бэкенд с несколькими CRM и очередями - от 4 недель.
Можно ли связать Tilda с Bitrix24 или amoCRM без разработчика
Частично да, через встроенные интеграции в панели Tilda, но они покрывают базовый сценарий: заявка попадает в CRM без дополнительной логики. Как только нужна проверка данных, зоны доставки, статусы заказа или эквайринг, требуется скрипт-прослойка.
Что делать, если CRM и мессенджер используют разные форматы данных
Фиксирую таблицу соответствий полей и статусов ещё до начала разработки и провожу через неё все данные в скрипте-прослойке. Без этого шага интеграция путает записи на первой же нестандартной заявке.
Где хранить переписку и контакты клиентов из мессенджеров
На серверах в РФ, а не в зарубежных таблицах или сервисах заметок. Это требование 152-ФЗ по локализации персональных данных, и я закладываю такую архитектуру сразу при разработке интеграции.