---
title: "Make.com + Echobell: превращаем любую автоматизацию в мгновенное оповещение на телефон"
description: "Как подключить Make.com к Echobell и получать телефонные звонки или push-уведомления в реальном времени из любой автоматизации — заказы Shopify, обновления CRM, сбои платежей и другое."
date: 2026-03-27
author: Nooc
authorAvatarLink: /images/avatars/nooc.webp
authorLink: https://nooc.me
tags:
  - Make.com
  - автоматизация
  - уведомления по вебхукам
  - no-code
  - интеграции
---

# Make.com + Echobell: превращаем любую автоматизацию в мгновенное оповещение на телефон

Make.com (ранее Integromat) — один из тех инструментов, для которых, однажды начав ими пользоваться, вы находите всё новые применения. В библиотеке Make больше 1800 приложений, и связывать их между собой можно так, как вручную пришлось бы собирать несколько дней.

Чего Make сам по себе не решает: как эти автоматизации доходят до вас, когда что-то действительно произошло.

Почта кажется медленной. Уведомления в Slack копятся и остаются без внимания. А обычное push-уведомление — если телефон лежит экраном вниз или включено «Фокусирование», можно считать, что вас и не уведомили.

Здесь подключается Echobell. Как только вы свяжете сценарий Make с каналом Echobell, вам доступен весь диапазон: обычный push, срочное оповещение, которое пробивается через «Фокусирование», или настоящий телефонный звонок для того, что не может ждать.

Дальше — как это настроить и несколько конкретных сценариев, которые стоит собрать.

## Настройка (занимает около 3 минут)

**Шаг 1: создайте канал Echobell**

В приложении Echobell создайте новый канал и дайте ему имя, отражающее то, что он будет передавать — `Shopify Urgent Orders`, `Stripe Failures` или что угодно подходящее. Скопируйте URL вебхука.

**Шаг 2: добавьте HTTP-модуль в Make**

В своём сценарии Make добавьте новый модуль. Найдите **HTTP > Make a request**. Настройте его:

- **URL**: URL вашего вебхука Echobell
- **Метод**: POST
- **Тип тела**: Raw
- **Content type**: application/json

**Шаг 3: задайте тело запроса**

Тело должно выглядеть так:

```json
{
  "title": "Your alert title here",
  "body": "Details about what happened",
  "notificationType": "time-sensitive"
}
```

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

Это базовая схема. Всё остальное — выбор правильного триггера и правильного уровня срочности.

---

## Пять сценариев, которые стоит собрать

### 1. Важные заказы в интернет-магазине

**Триггер**: Shopify / WooCommerce / Wix Stores — новый заказ выше определённой суммы или помеченный для ручной проверки.

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

```json
{
  "title": "New order: {{order.name}}",
  "body": "{{customer.first_name}} {{customer.last_name}} — {{order.total_price}} {{order.currency}}",
  "notificationType": "time-sensitive"
}
```

Для заказов с подозрением на мошенничество переключитесь на `calling`, чтобы телефон действительно зазвонил.

### 2. Уведомления о новых лидах

**Триггер**: Typeform, HubSpot, Salesforce, Pipedrive — создан новый контакт или сделка переходит в горячую стадию.

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

```json
{
  "title": "New demo request: {{contact.name}}",
  "body": "{{contact.email}} — {{form.company}} — signed up {{sys.now}}",
  "notificationType": "time-sensitive"
}
```

### 3. Сбои платежей

**Триггер**: Stripe, Paddle, Chargebee — не прошёл платёж по подписке, создан чарджбэк.

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

```json
{
  "title": "Payment failed: {{customer.email}}",
  "body": "{{invoice.amount_due}} {{invoice.currency}} — {{failure_message}}",
  "notificationType": "calling"
}
```

Здесь `calling` оправдан — потеря выручки вполне достаточный повод прервать текущее занятие.

### 4. Оповещения по складу и операциям

**Триггер**: Airtable, Google Sheets, Notion — меняется строка, поле пересекает порог, переключается статус.

Многие процессы живут в таблицах и базах данных. Make может следить за ними и уведомлять вас, как только что-то требует внимания: остаток падает ниже минимума, статус доставки переключается на «failed», запланированная задача помечается как просроченная.

```json
{
  "title": "Low stock: {{item.name}}",
  "body": "Only {{item.quantity}} left — reorder point was {{item.reorder_level}}",
  "notificationType": "time-sensitive"
}
```

### 5. Мониторинг и доступность через сторонние сервисы

**Триггер**: Datadog, Better Uptime, PagerDuty, Freshping — когда Make получает вебхук от вашего сервиса мониторинга, а вы хотите эскалировать до телефонного звонка.

Если инструмент мониторинга отправляет вебхук в Make, вы можете обогатить оповещение — подтянуть дополнительный контекст, проверить статус-страницу, записать в базу данных — и затем отправить уведомление Echobell с полной картиной.

```json
{
  "title": "ALERT: {{monitor.name}} is down",
  "body": "Error: {{monitor.error}} — downtime started {{monitor.started_at}}",
  "notificationType": "calling"
}
```

---

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

Вариантов три, и правильный выбор сохраняет оповещения полезными, а не раздражающими:

| Тип | Что делает | Для чего лучше всего |
|---|---|---|
| `active` | Обычное push-уведомление | Рутинные информационные обновления |
| `time-sensitive` | Пробивается через «Фокусирование» в iOS | То, на что нужно среагировать за считаные минуты |
| `calling` | Полноценный звонок, как входящий вызов | Критичные для выручки сбои и аварии в продакшене |

Тип `calling` требует подписки Premium — относитесь к нему как к пожарной тревоге. Если звонит всё подряд, сигналы перестают что-либо значить.

---

## Общие оповещения для команды

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

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

---

## И ещё одно: Make + триггер по email

Не все системы умеют работать с Make. Некоторые только отправляют письма. Echobell выдаёт каждому каналу уникальный адрес `@echobell.one`. Вы можете поручить Make следить за ящиком Gmail, фильтровать по конкретным отправителям или темам и пересылать подходящие письма в Echobell — или пересылать письма прямо на адрес канала, вообще без Make в цепочке.

В любом случае письмо превращается в уведомление Echobell, а оно — в push или в телефонный звонок.

---

## С чего начать

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

А дальше расширяйте.

- [Уведомления по вебхукам для iPhone](/ru/features/webhooks)
- [Звонковые оповещения о критических инцидентах](/ru/features/call-notifications)
- [Уведомления по вебхукам Zapier на телефон](/ru/blog/zapier-webhook-notifications-to-phone)
- [n8n как хаб автоматизации с Echobell](/ru/blog/n8n-echobell-automation-hub)
- [Как обойти «Фокусирование» в iOS для критических оповещений](/ru/blog/how-to-bypass-ios-focus-mode-for-critical-alerts)