Эфемерные сообщения Telegram:
кому они видны
и переносятся ли ботом
Представьте общий чат на две сотни человек, в котором бот отвечает одному участнику — и этого ответа не видит больше никто, включая других ботов. Так работают эфемерные сообщения: механизм Bot API, у которого есть окно в 15 секунд, нулевой идентификатор и негарантированная доставка. Разбираем по официальной документации Telegram, как это устроено, и сразу отвечаем на вопрос, с которым к нам приходят: доедет ли такое сообщение до копии канала в Максе.
Что это и чем это не является
Начнём с самой частой путаницы. «Эфемерные сообщения» и «исчезающие сообщения» в русском тексте звучат как синонимы, но это два разных механизма. Таймер самоуничтожения в секретном чате человек включает сам для своей переписки. Эфемерное сообщение отправляет бот, и главное в нём не секретность, а адресность.
Определение в документации Bot API сформулировано образно: эфемерные взаимодействия позволяют боту и отдельному участнику группы «общаться приватно на публичной временной шкале, не засоряя чат для остальных участников». Это ровно та задача, которая в больших чатах болит сильнее всего: человек нажал кнопку, боту нужно ответить ему одному, а ответ по старой схеме видят все двести участников.
Важная оговорка в той же документации, и она объясняет слово «эфемерные» лучше любых метафор: доставка не гарантируется — «especially if the user is offline». Такие сообщения «могут автоматически исчезнуть через некоторое время или при перезапуске приложения». То есть это не хранимая переписка, а реплика в моменте: сказал — и нет.
По истории изменений Bot API поддержка появилась в версии 10.2 от 14 июля 2026 года — «allowing bots to send group messages and receive commands that are visible only to a specific user and the bot». Версия 10.3 от 24 августа 2026 года механизм доработала: собрала параметры в класс EphemeralMessageParameters, разрешила подменять эфемерным сообщением исходное и распространила его на посты-статьи. Русскоязычный разбор обновления есть у Skillbox от 25 августа 2026 года.
Команда, которой не видят даже другие боты
Вторая половина механизма едет в обратную сторону: не бот пишет человеку, а человек пишет боту так, что этого не видно в чате. Называется это эфемерной командой и включается одним флагом — is_ephemeral в объекте BotCommand, с описанием «True, if the command sends an ephemeral message, which can be seen only by the sender of the message and the bot».
Здесь спрятана деталь, которую легко пролистать, а она самая интересная во всём разделе. Отправленную эфемерную команду получает бот-адресат, но она «remains invisible to all members of the chat, including both users and other bots». Невидима не только людям — невидима и остальным ботам в том же чате. Для чата, где рядом живут модератор, антиспам и какой-нибудь игровой бот, это меняет картину: команда одному из них больше не становится входящим событием для всех.
Практический смысл для админа большого чата такой. Служебные диалоги с ботом — «покажи мои баллы», «я прочитал правила», «запиши меня» — раньше приходилось либо терпеть в общей ленте, либо уводить в личку и терять половину людей на переходе. Теперь это происходит на месте и не оставляет следа.
Окно в 15 секунд и пропуск администратора
Писать эфемерные сообщения кому попало и когда вздумается бот не может — и это, пожалуй, главное инженерное ограничение механизма. По документации любой бот может отправить эфемерное сообщение пользователю в течение 15 секунд после подходящего входящего действия, и сообщение уйдёт «to the exact client application that triggered the action» — именно в то приложение, из которого человек нажал.
Пропуск нужно предъявить: либо callback_query_id полученного нажатия кнопки, либо reply_parameters.ephemeral_message_id входящего эфемерного сообщения. Отдельно оговорено, что ответ на эфемерное сообщение сам обязан быть эфемерным и уложиться в те же 15 секунд. Исключение одно: бот-администратор чата может написать любому участнику-человеку в любой момент без пропуска, но и тогда сообщение «is regardless not guaranteed to be delivered».
Из ограниченности жанра растут и мелкие запреты, которые видно только в таблицах параметров. Кнопка с автоматической авторизацией через login_url в эфемерном сообщении не поддерживается. Живую геолокацию приходится отправлять с нулевым live_period. Цитата из исходного сообщения в ответе просто игнорируется. Зато в версии 10.3 появился флаг replace_callback_query_message — эфемерный ответ можно показать на месте того сообщения, кнопку которого нажали, а не новой репликой ниже.
Почему такое сообщение не уезжает в Макс
Отвечаем честно и сразу: Репостбот эфемерные сообщения не переносит и не отправляет. Причин четыре, и каждая по отдельности закрывает тему.
Их не бывает в канале. Методы работы с эфемерными сообщениями адресуют «target chat or username of the target supergroup» — чат или супергруппу. Канала в этом списке нет, а основная наша связка — именно канал → канал.
Их всегда присылает бот. В групповых чатах Репостбот переносит только сообщения владельца связки, а всё, что пришло от любого бота, пропускает отдельной проверкой в коде — это защита от тривиальных петель «бот → чат → бот». Эфемерное сообщение по определению приходит от бота и упирается в этот фильтр первым же шагом.
Его нечем адресовать в журнале. Тут самая техничная деталь, и она изящная: в описании объекта Message у поля message_id стоит оговорка «0 for ephemeral messages» — у эфемерного сообщения обычного номера просто нет. Свой ephemeral_message_id есть, но он «may be reused for another ephemeral message after the message is deleted or expires» — переиспользуется после удаления. А наш журнал переносов устроен на уникальной паре «связка + номер исходного сообщения»: нулевой и переиспользуемый идентификатор в такую схему не ложится в принципе.
В Максе это некуда положить. У отправляемого сообщения в NewMessageBody ровно пять полей — text (до 4000 символов), attachments, link, notify, format. Ни получателя, ни срока жизни, ни видимости среди них нет. Та же история, что с опросами, историями и розыгрышами Telegram: в API Макса таких сущностей не существует, поэтому мы о них не обещаем, а помечаем пост пропущенным и отправляем владельцу одно уведомление.
Что у Макса есть вместо этого
Сообщения, которое в общем чате видит один человек, в Максе нет. Но ближайший по смыслу механизм есть, и мы им пользуемся сами каждый день. Это ответ на нажатие кнопки: по документации MAX ответом «может быть обновленное сообщение и/или одноразовое уведомление для пользователя». Когда вы жмёте кнопку в нашем Макс-боте и спиннер на кнопке гаснет, под капотом работает ровно этот вызов.
Разница принципиальная, и её стоит держать в голове, если планируете сценарий под большой чат. Одноразовое уведомление — это всплывашка поверх интерфейса, она ничего не оставляет в ленте и не поддерживает ни вложений, ни ответа на себя. Эфемерное сообщение Telegram — полноценное сообщение со вложениями, клавиатурой и возможностью его отредактировать или удалить, просто в единственном экземпляре. Плюс у ответов Макса есть лимит скорости: не больше двух ответов в секунду в один диалог, групповой чат или канал.
Если вы следите за Bot API не из любопытства, а потому что ведёте канал на две площадки, полезнее смотреть на другие свежие форматы. Посты-статьи мы переносим — и разобрали, как именно, в статье про посты-статьи Telegram в Максе. Документы внутри поста тоже доезжают, об этом — отдельный разбор. А вот с кнопками под постом всё сложнее, чем кажется, и границы мы честно описали в материале про кнопки внутри сообщения. Что из этого умеет сама платформа Макс со стороны API — в обзоре новых функций MAX API.
Нужен автоперенос постов — откройте @newreposterbot, добавьте его администратором в оба канала и соедините источник с получателем по подсказкам. Первая связка — бесплатно навсегда, без карты и без лимита постов; пошагово это выглядит так, как описано в статье о репосте из Телеграма в Макс.
Частые вопросы
Что такое эфемерные сообщения в Telegram?
Это сообщение бота в групповом чате или супергруппе, которое видит только один адресат. В документации Bot API формулировка такая: эфемерные взаимодействия позволяют боту и отдельному участнику группы «общаться приватно на публичной временной шкале, не засоряя чат для остальных участников». Доставка не гарантирована: если человек офлайн, сообщение может не дойти, а ещё оно может исчезнуть при перезапуске приложения. Появились в Bot API 10.2 от 14 июля 2026 года, доработаны в 10.3 от 24 августа 2026 года.
Это те же исчезающие сообщения, что в секретных чатах?
Нет, это разные вещи. Таймер самоуничтожения в секретных чатах человек ставит сам на свою переписку. Эфемерное сообщение отправляет бот через Bot API, и смысл его не в секретности, а в адресности: ответ нужен одному участнику, а не всей группе. Включить эфемерные сообщения в настройках Telegram нельзя — это инструмент разработчика бота.
Переносит ли Репостбот эфемерные сообщения в Макс?
Нет. Во-первых, их не бывает в каналах: методы работы с ними адресуют чат или супергруппу, а наша основная связка — канал в канал. Во-вторых, эфемерное сообщение всегда присылает бот, а в групповых чатах Репостбот переносит только сообщения владельца связки и явно пропускает всё, что пришло от ботов. В-третьих, в API Макса такого понятия нет: у отправляемого сообщения есть поля text, attachments, link, notify и format — ни получателя, ни срока жизни.
Почему бот не может отправить эфемерное сообщение в любой момент?
По документации любой бот может отправить эфемерное сообщение пользователю в течение 15 секунд после подходящего действия и обязан предъявить либо callback_query_id нажатой кнопки, либо ephemeral_message_id входящего эфемерного сообщения. Исключение — бот-администратор чата: он может написать любому участнику-человеку в любой момент, но и тогда доставка не гарантируется.
Есть ли эфемерные сообщения в Максе?
Сообщения, видимого одному участнику чата, в Максе нет. Ближайший по смыслу механизм — ответ на нажатие кнопки: по документации MAX ответом «может быть обновленное сообщение и/или одноразовое уведомление для пользователя». Это всплывающее уведомление, а не запись в ленте чата, и лимит на него — не больше двух ответов в секунду в один чат.