No-code. Как самостоятельно связать сервисы по API и вебхукам без программиста, интеграций и сложных конструкторов

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

Если связать условную Тильду и AmoCRM не составляет труда — есть десяток сервисов коннекторов.

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

К счастью все сервисы общаются примерно одинаково — это get/post запросы со списком полей в формате json.

Примерно вот так:

Задача сводится к следующему: получить список полей и значений из сервиса А и закинуть в список полей и значений в сервис B.

Этим и занимаются все сервисы интеграций.

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

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

Давайте разберемся как оно работает.

Рассмотрим на примере Тильды и AmoCRM, как наиболее понятные сервисы, но в место них можно подставить любой сервис.

Примерно вот так:

Можно посмотреть что там пришло и какие поля есть, но пока данные никуда не уходят.

Вебхук выглядит примерно так:

Подключаем интеграцию, которая посылает post запрос на внешний url, примерно вот такую.

Настраивает маппинг, где говорим сервису:

Согласно маппингу формируется json опять же примерно вот так:

И отправляется Post запросом на указанный url.

Обычно создание сделки.

Если у вас самопис, то просто забирается данные из post-запроса и делаете что вам нужно.

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

Сервис А должен в вебхуке передавать полный набор данных, без необходимости запрашивать уточнения по id, как это происходит в Bitrix24 или RetailCRM.

Хороший пример — Тильда.

Тут сложнее.

Сервис «B» должен уметь принимать массив данных в Json по указанному url, но обычно это умеют только самописные решения.

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

В таких интеграция и есть ценность сервисов-коннекторов, местами там совсем не тривиально.

Но в целом тут нет проблемы, так как основная задача это — соединить малоизвестный сервис с популярным, где с приемом вебхука их сервиса А нет проблем, а на популярные сервисы B есть коннектор или возможность написать свой под исходящий вебхук.

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

Потому что:

95% задач по соединению сервисов решаются входящими/исходящими вебхуками и готовыми коннекторами в рамках любого сервиса.

Остальным не повезло — надо упрощать стек.