Отложенный постинг работает автоматически, когда у канала есть слоты по дням и времени, буфер готовых постов и сценарий, который забирает их из таблицы. Календарь сам ничего не публикует: нужна договорённость, кто ставит статус ready и что делать, если слот пустой или токен отвалился.
Без буфера автоматизация только ускоряет хаос: пустые слоты, дубли, посты с черновыми формулировками. Ниже разберём, как собрать отложенный постинг для Telegram и ВК через Make, сколько материалов держать в запасе и как не сорвать график.
Как настроить отложенный постинг в ВК и Telegram
Путей два. Первый: встроенный отложенный постинг самой площадки, когда пост пишут в интерфейсе и выбирают время выхода. Для одного канала и ручного режима этого иногда хватает. Второй: таблица плюс сценарий в Make или бот, который публикует сам.
| Задача | Встроенные средства | Таблица и Make |
|---|---|---|
| Один канал, пара постов в неделю | хватает | избыточно |
| Несколько площадок | ставить вручную в каждой | один сценарий с Router |
| Статусы и вычитка | держите в голове | draft, review, ready |
| Сбой публикации | заметите сами | алерт в служебный чат |
| UTM и переходы | вписывать руками | общий шаблон |
Как только площадок больше одной или нужны статусы и алерты, отложенный постинг лучше перенести в таблицу. Работу с API ВКонтакте подробно разбирает статья про постинг в ВК автоматически, Telegram описан в гайде по автопостингу в Telegram.
Telegram: рамки Bot API
У отложенного постинга через бота есть ограничения из документации Telegram Bot API:
- бот публикует в канал, только если он администратор с правом публикации;
- текст поста вмещает до 4096 символов, подпись к медиа до 1024;
- ответ
429сretry_afterпри пачке отправок считается нормой, сценарий ждёт и повторяет; - бот не пишет подписчикам первым, поэтому расписание покрывает только канал, холодные личные сообщения в него не входят.
Для лонгрида в слот ставят короткий анонс и ссылку на статью сайта с UTM. Разметку для автогенерации надёжнее брать HTML: MarkdownV2 без экранирования даёт error чуть ли не в каждом втором слоте.
Make: как устроена очередь
Отложенный постинг через Make устроен просто: сценарий запускается каждые 15 минут, выбирает строки ready с наступившим publish_at, публикует их и записывает published_id или ставит error. Все каналы обслуживает один сценарий с Router по полю channel. Копии на каждый канал превращают правку UTM в квест. Подробности о модулях есть в статье Make для автопостинга.
| Поле | Зачем |
|---|---|
| status | idea, draft, review, ready, queued, published или error |
| channel | telegram, vk |
| text и media_url | тело поста и картинка |
| publish_at | слот с часовым поясом |
| published_id | id сообщения после выхода |
Слоты, статусы и роли: из чего состоит расписание
Расписание начинается с цели канала: заявки, прогрев или анонсы. Под цель подбирают рубрики, на один канал обычно хватает четырёх. Каждой рубрике достаётся слот. Стабильные 3 поста в неделю полезнее, чем 7 в первую неделю и потом месяц тишины. Время выбирайте по тому, когда аудитория онлайн: для B2B в России часто работают утро и обед по местному времени канала.
Отложенный постинг держится на статусах: idea, draft, review, ready, queued, published и отдельно error. Сценарий трогает только ready, поэтому заранее решают, кто его ставит:
| Роль | Что делает |
|---|---|
| Автор | пишет черновик, вносит правки |
| Редактор | единственный ставит ready |
| Оператор | следит за алертами и строками error |
| Стратег | отвечает за рубрики, CTA и запреты |
Пока ready ставит «кто успел», отложенный постинг превращается в рулетку. Слоты полезно связать с id строки контент-плана на месяц: при разборе заявок будет видно, какой оффер и какой CTA стояли в момент выхода.
Сколько постов держать в запасе для отложенного постинга
Буфер считают по числу постов со статусом ready и датой выхода впереди. По нему видно, переживёт ли канал болезнь автора или поломку интеграции.
| Размер буфера | Что происходит |
|---|---|
| 0-1 | любой сбой оставляет канал пустым |
| 3-4 | хватит на отпуск автора, на поломку интеграции уже нет |
| 5-10 | канал переживает неделю без паники |
| 20 и больше | растёт риск устаревших офферов |
Рабочий ориентир 5-10 готовых материалов. Проверяйте буфер по понедельникам. Если впереди меньше пяти строк ready, отложенный постинг на этой неделе под угрозой, и писать надо раньше, чем откроется пустой слот. Больше двадцати держать тоже не стоит: акции и цены успевают устареть.
Как не сорвать отложенный постинг
Срывы обычно повторяются от канала к каналу, поэтому защиту ставят до запуска:
- Error handler в сценарии. Ошибка уходит алертом в служебный Telegram-чат, строка не удаляется. Её чинят и возвращают в
ready. - Один часовой пояс. Пост «вышел не тогда» почти всегда из-за смешанных поясов. Команда в Москве, аудитория в Красноярске: зафиксируйте пояс в
publish_atи не меняйте правило, пока не перенесёте старые строки. - Два контура. Генерация черновиков живёт отдельно от публикации. Если отложенный постинг зависит от LLM, падение OpenAI останавливает канал.
- Тест сломанного токена. Специально ломаете токен и смотрите, пришёл ли алерт.
- Ручной резерв. Если Make или VPS недоступны дольше часа, откройте таблицу с фильтром
readyна сегодня, опубликуйте 1-2 критичных слота сами и пометьте строки «manual», чтобы потом не выпустить дубли.
Срочный пост (авария, внезапное закрытие) получает статус urgent. Сценарий забирает его при ближайшем запуске и сдвигает следующий плановый пост на час, чтобы два сообщения не вышли подряд. Пост со скидкой проходит тот же review, что и ручной: пометки рекламы и дисклеймеры никто не отменял.
Пример: отложенный постинг для кофейни
Владелица кофейни пишет посты по вечерам, а утром ей некогда. От отложенного постинга она ждёт одного: канал в Telegram и группа ВК выходят три раза в неделю, даже если неделя не задалась.
В воскресенье хозяйка вносит 3-4 поста в таблицу со статусом draft. Администратор вычитывает цены и часы работы и ставит ready. Сценарий в Make раз в 15 минут забирает строки с наступившим publish_at и через Router отправляет их на обе площадки. Если пост не ушёл, в служебный чат приходит алерт с id строки.
| Слот | Рубрика | CTA | Что проверяет редактор |
|---|---|---|---|
| Вт 9:00 | новинка меню | заказ навынос в боте | цена, наличие |
| Чт 12:30 | ланч-подборка | маршрут в картах | часы работы |
| Пт 18:00 | события выходных | бронь столика | дата, возрастные ограничения |
В первый месяц пост про акцию вышел после её окончания. С тех пор у таких строк есть поле expires_at: если дата прошла, сценарий ставит error с пометкой «устарело».
Частые вопросы
Хватит ли встроенного отложенного постинга?
Для одного канала и ручного режима иногда хватит. Когда нужны несколько площадок, UTM, статусы и алерты, без таблицы и автоматизации не обойтись.
Можно ли отдать отложенный постинг нейросети целиком?
Только через review и ready. Иначе в эфир уйдут выдуманные цифры и устаревшие акции.
Что будет, если Make упал?
Придёт алерт, а буфер ready никуда не денется. Пока сценарий чинят, отложенный постинг ведут вручную из таблицы.
Как исправить пост, который уже вышел с ошибкой?
Бот-администратор канала редактирует своё сообщение методом editMessageText (для подписи к фото editMessageCaption) и удаляет через deleteMessage. Для этого в таблице и нужен published_id: без него сценарий не найдёт сообщение.
С чего начать отложенный постинг
План на первые 10 дней: таблица со статусами и ролями, 7 материалов в ready, тестовый канал с одним успешным слотом, error handler с алертом. Потом рабочий канал с тремя слотами, буфер до 10 постов, UTM на все CTA и проверка сломанным токеном. Две недели считайте срывы и error, второй канал добавляйте, когда первый работает стабильно.
Если хотите, чтобы отложенный постинг собрали под ключ, посмотрите услугу автопостинга. Выкладку статей на сайт настраиваем отдельно, это автопубликация.