
Make.com в автопостинге решает одну задачу: взять строку со статусом `ready`, довезти её до нужного канала и отметить факт публикации обратно в источнике. Всё остальное — украшения, которые дорисовывают после того, как базовый контур месяц отработал без срывов.
Типовая ошибка — собирать в Make «умную редакцию»: генерацию, картинки, перевод, кросспостинг на пять сетей. Такой сценарий падает на второй неделе, и разобраться в нём уже невозможно.
Когда Make оправдан
| Ситуация | Решение |
|---|---|
| Один канал, ручной ритм | встроенный планировщик площадки |
| 2–4 канала, нужны ветки и алерты | Make.com |
| Свои источники, нестандартная логика | скрипт на сервере |
| Нужны ответы в комментариях | чат-бот, а не автопостинг |
Make хорош тем, что даёт историю выполнений: видно, какой модуль упал, с каким телом ответа и когда. Ручная публикация такой истории не оставляет.
Устройство рабочего сценария
Schedule (каждые 15 мин)
→ Google Sheets: Search Rows (status=ready, publish_at<=now, published_id пусто, limit 5)
→ Iterator по строкам
→ Router
├─ Telegram Bot: Send a Photo / Send a Message
├─ HTTP: VK wall.post
└─ HTTP: вебхук блога (анонс статьи)
→ Sheets: Update a Row (published_id, published_at)
→ [error handler] Resume → Webhook в служебный чат
Пять-семь модулей. Если их больше пятнадцати, сценарий пора резать на два.
Разбор модулей
Schedule. Интервал 15 минут — компромисс между точностью слота и расходом операций. Каждый запуск тратит операции, даже когда публиковать нечего.
Google Sheets → Search Rows. Фильтр задаётся прямо в модуле, а не через Filter после него: так Make не тянет в сценарий лишние строки. `Maximum number of returned rows` = 5. Это предохранитель: при кривом фильтре в эфир уйдёт пять постов, а не двести.
Router. Ветки по полю `channel`. На каждой связи — свой фильтр (`channel = telegram` и так далее). Обязательно добавьте ветку `fallback` с алертом: иначе строка с опечаткой в `channel` будет молча помечаться опубликованной.
Telegram Bot. Готовый модуль Make закрывает текст, фото и альбом. `Chat ID` для канала указывается как `@username` или числовой ID (для приватных каналов — со знаком минус и префиксом `100`). Бот должен быть администратором канала.
HTTP для VK. Метод `wall.post`, токен сообщества, обязательный параметр `v` с версией API. Медиа заливается отдельной цепочкой: `photos.getWallUploadServer` → загрузка файла → `photos.saveWallPhoto` → подстановка в `attachments`.
Sheets → Update a Row. Пишем `published_id` из ответа площадки и фактическое время. Это единственная защита от дублей: если сценарий упадёт после отправки, но до записи, следующий запуск опубликует тот же пост снова.
Tools → Sleep. 2–5 секунд между ветками. Дёшево и снимает большинство `429`.
Маппинг полей
| Поле в Make | Источник | Зачем |
|---|---|---|
| `text` | колонка таблицы | тело поста |
| `media_url` | прямая ссылка на файл | Make скачивает по URL, не из превью Диска |
| `channel` | выпадающий список в таблице | вход роутера |
| `publish_at` | дата-время в одном поясе | фильтр слота |
| `utm` | формула в таблице | сквозная аналитика |
| `published_id` | ответ площадки | защита от дублей |
Отдельно про `media_url`: ссылка «поделиться» из облака отдаёт HTML-страницу, а не картинку. Нужен прямой файловый URL, иначе Telegram вернёт `400`.
Обработка ошибок
В Make обработчик вешается на конкретный модуль правой кнопкой → Add error handler. Варианты директив:
- - Resume — подставить значение по умолчанию и идти дальше. Подходит для некритичных шагов вроде укорачивания ссылки.
- - Break — отложить выполнение и повторить позже. Правильный выбор для `429` и таймаутов, если включён Store incomplete executions.
- - Ignore — пропустить бандл. Использовать осознанно, иначе ошибки исчезают бесследно.
- - Rollback — остановить сценарий целиком. Для автопостинга обычно избыточно.
Практичная связка: на модуле отправки — `Break` с повтором, плюс параллельная ветка вебхука в служебный чат с текстом ошибки и `id` строки.
Включите Sequential processing в настройках сценария, если важен порядок публикаций: без него параллельные бандлы могут уйти вразнобой.
Операции и бюджет — без иллюзий
Make тарифицирует операции, а не посты. Один запуск сценария с пустой выборкой всё равно стоит минимум одну операцию за Schedule и одну за Sheets. При интервале 15 минут это около 5 800 запусков в месяц только на холостой ход.
Как сократить: - увеличить интервал до 30–60 минут, если слоты не привязаны к минуте; - заменить опрос таблицы на вебхук из CMS, когда источник умеет его отправлять; - не ставить Iterator там, где Search Rows и так отдаёт бандлы по одному.
Считайте операции до покупки тарифа — это вторая по частоте причина, почему контур внезапно встаёт.
Telegram через Make: нюансы
- - `parse_mode` HTML переживает автогенерацию лучше, чем MarkdownV2: последний требует экранировать служебные символы, и любой случайный символ в тексте ломает запрос;
- - подпись к фото ограничена 1024 символами — длинный текст отправляйте отдельным сообщением или ссылкой на статью;
- - при ошибке `429` Telegram присылает `retry_after`; директива `Break` с интервалом повтора решает это штатно;
- - если бот потерял права администратора, придёт `403`. Ретраить бесполезно — нужен человек.
ГЕО: российская специфика
- - Часовой пояс. В настройках сценария Make задаётся отдельно от таймзоны организации. Зафиксируйте один пояс проекта и держите `publish_at` в нём — иначе слот «18:00» уедет на несколько часов.
- - Оплата. Make тарифицируется в валюте, и оплата из РФ требует отдельного платёжного контура. Если это неприемлемо, смотрите в сторону self-hosted n8n на российском VPS: логика сценария переносится почти один в один.
- - Площадки. Telegram и ВКонтакте работают из РФ стабильно и имеют документированные API. Для площадок без публичного API честнее полуручной режим: Make готовит пакет и шлёт напоминание ответственному.
- - Праздники. Январские и майские выходные заметно меняют активность аудитории. Один гибкий слот в месяц и право сдвинуть очередь решают вопрос.
- - Работаем удалённо по стране — формат одинаков и для проекта в Екатеринбурге, и для московского.
Антипаттерны
- - публикация по таймеру без фильтра `ready`;
- - отсутствие записи `published_id` — дубли при любом сбое;
- - ретраи на `400` и `403`, которые никогда не починятся сами;
- - генерация текста ИИ внутри того же сценария, что и отправка;
- - один гигантский сценарий на все каналы и все источники;
- - токены в модуле HTTP открытым текстом вместо Connections и переменных.
Метрики контура
| Метрика | Норма |
|---|---|
| Слоты без срыва | выше 95% за месяц |
| Ошибок на 100 публикаций | меньше 3 |
| Дублей | ноль |
| Операций на публикацию | стабильная величина, не растёт |
| Заявки с UTM | сравниваем месяц к месяцу |
Связка с NeuroDomen
Сценарий без контента бесполезен, поэтому мы собираем контур целиком: план, материалы, подключение каналов и запуск — это автопубликация. Профиль и рубрикатор приводим в порядок через упаковку блога. Состав пакетов, объём постов и сроки — на странице цены. Расписание и буфер разбираем отдельно: авторасписание публикаций.
Частые вопросы
Make или n8n?
Make быстрее стартует и не требует сервера. n8n ставится на свой VPS и оплачивается в рублях. Логика сценария одинаковая.
Нужен ли программист?
Для связки «таблица → Telegram» — нет. Для VK с медиа и своих вебхуков полезен человек, умеющий читать документацию API.
Можно ли генерировать посты прямо в Make?
Можно, но не нужно в одном сценарии с публикацией. Генерация — отдельный сценарий, который пишет черновик в статус `draft`.
Как тестировать без риска?
Создайте закрытый тестовый канал и прогоните весь сценарий на нём: пять постов, ошибка токена, ошибка длины, повтор.
Что делать при ошибке `429`?
Ничего вручную. Директива `Break` с интервалом повтора и пауза между каналами закрывают вопрос.
Чеклист запуска за 5 шагов
- 1. Таблица с полями `id`, `status`, `channel`, `text`, `media_url`, `publish_at`, `published_id`.
- 2. Сценарий: Schedule → Search Rows (limit 5) → Router → отправка → Update a Row.
- 3. Error handler `Break` на отправке и вебхук алертов в служебный чат.
- 4. Тестовый прогон в закрытом канале, включая намеренно сломанный токен.
- 5. Пять постов в буфере и еженедельный разбор: срывы, ошибки, заявки.