MAX и Telegram рядом: что совпадает и что нет

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

Второй короткий ответ, потому что именно на этой странице ошибка стоит дороже всего: не предполагайте симметрию. Опыт работы с Telegram-ботами переносится на MAX плохо. Там, где в Telegram бот заводится за несколько минут внутри мессенджера, в MAX перед вами отдельный веб-кабинет, требование к статусу организации, обязательная верификация руководителем и модерация до 48 часов по рабочим дням. Всё остальное в этом тексте — детализация этих двух абзацев. Посмотреть, как выглядит общая лента на разных подключениях, можно в демо без регистрации.

Что действительно одинаково

Начнём с того, на что можно рассчитывать.

• Два вида канала у каждого провайдера — личный аккаунт и бот, с одинаковым разделением ролей: бот принадлежит компании, личный аккаунт — сотруднику.
• Одна лента. Сообщения из всех подключённых каналов сходятся в одном окне.
• Общий путь отправки. Текст, фото, голосовые и файлы отправляются одним и тем же кодом, независимо от того, какой это провайдер и какой вид канала.
• Правило про исходящий контакт. Начать диалог из окна можно с личных видов каналов; с бот-канала — нельзя ни там, ни там.
• Правило про историю. Полный импорт работает только для личных каналов и только при явно включённой настройке загрузки истории; для бот-каналов истории при подключении нет.
• Один тариф. Каждое подключение — отдельный канал по формуле 300 ₽/канал в месяц + 50 ₽/сотрудник в месяц, независимо от провайдера; владельцы подключённых каналов не оплачиваются как сотрудники.

На этом список совпадений заканчивается.

Одиннадцать различий, которые меняют план

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

Допуск и время

Самое жёсткое различие — первое в таблице, и замалчивать его нельзя: подключение к платформе MAX и её сервисам доступно только юрлицам, ИП и самозанятым — резидентам РФ. Ни физическое лицо, ни нерезидент подключиться не могут, и верификация им пока закрыта. Пройти верификацию за организацию имеет право лишь её владелец — единоличный исполнительный орган — или представитель, наделённый первой либо единственной подписью; при маршруте через Госуслуги вход в кабинет организации нужен именно в роли «Руководитель». То есть в проекте появляется зависимость от занятого человека, которой в Telegram не было вовсе.

Дальше срок. Актуализация сведений в ЕГРЮЛ или ЕГРИП укладывается, как правило, в интервал от минут до часа, изредка растягиваясь на сутки. Созданный бот получает статус «на модерации», проверка идёт до 48 часов по рабочим дням, менять настройки в это время нельзя, и токен формируется только после успешной проверки. Найти бота по нику через поиск в MAX тоже можно только после неё. Полный разбор процедуры — на странице интеграции с MAX.

Ник, который вы не выбираете

В Telegram имя бота выбирает владелец. В MAX его выдаёт платформа: юрлицу и ИП — по образцу `idИНН_bot`, самозанятому — `se(orgid)_bot`, и переписать это пока не получится. Правке после проверки поддаётся вся карточка, кроме собственно ника. Публичная ссылка выглядит как `max.ru/idИНН_bot`, значит ИНН организации оказывается в публичной ссылке на бота. Планы вроде «сделаем одинаковые узнаваемые имена во всех мессенджерах» здесь просто не выполнимы, и узнать это лучше до печати материалов.

Приём событий: требования жёстче

Рекомендованный способ получения событий в MAX — вебхук: подписка с адресом, списком типов событий и секретом. Long polling документация прямо называет непригодным для production, потому что он ограничен по скорости и сроку хранения событий, и рекомендует вебхук на всех этапах работы. С 25 мая поддержка вебхуков по HTTP и самоподписанных сертификатов прекращена: нужны HTTPS и сертификат доверенного центра, в том числе Минцифры. Домен API — `platform-api2.max.ru`, и документация просит использовать именно его; сертификат Минцифры требуется добавить в доверенные. Авторизация — заголовком, передача токена через параметры запроса больше не поддерживается.

Что платформа не отдаёт

Соответствующий метод API выведен из поддержки в июне 2026 года, и документация не оставляет двусмысленности: готового способа узнать, в какие чаты добавлен бот, у платформы нет. Официальный обходной путь она же описывает: подписаться на события, ловить идентификатор чата оттуда, самостоятельно развернуть хранилище, обрабатывать повторные события и удалять запись при удалении бота — задача целиком на разработчике. Прочитать переписку конкретного чата бот способен лишь при административных правах в нём.

Адресация и лимиты

В MAX сообщение отправляется либо пользователю, либо в чат или канал: это разные пространства идентификаторов, и передать оба сразу нельзя. Лимиты: не больше двух сообщений в секунду в один диалог, групповой чат или канал и не больше 30 запросов в секунду на домен API; при превышении отправку надо ставить в очередь или задерживать.

И общее для двух платформ следствие, которое здесь стоит проговорить именно потому, что оно одинаковое: пока клиент не начал диалог сам, идентификатора получателя у бота нет, отправлять некуда. В MAX он приходит только с событием подписки, и иного способа его получить документация платформы не описывает. Так что план «разошлём по базе с бота» не работает ни в одном из двух мессенджеров — но по разным причинам, и в MAX эта причина ещё и упирается в лимит выше.

Медиа: файл до 4 ГБ, изображения — не больше 50 МБ и не больше 7680×7680 пикселей, оба критерия одновременно. Загрузка двухшаговая: сначала загрузка и получение токена, потом отправка; поспешная отправка возвращает ошибку неготовности вложения. Комбинации ограничены — не больше двенадцати вложений на сообщение, а файл прикладывается только вместе с вложением с кнопками, не с фото или видео, и не больше одного файла на сообщение.

Чего в MAX нет вовсе

Того, что в других мессенджерах называют бизнес-режимом аккаунта, в документации MAX нет вовсе: ни бизнес-аккаунта, ни бизнес-профиля. Вместо этого — верифицированный профиль организации на партнёрской платформе и четыре подключаемых к нему сервиса: боты, мини-приложения, каналы и Цифровой ID. У последнего прямого аналога не найти: с его помощью покупатель подтверждает возраст и льготный статус — сканированием QR на обеих мобильных системах либо через NFC, который работает только на Android. Самозанятым этот сервис недоступен, юрлицам и ИП — доступен.

Порядок подключения двух мессенджеров

1. Начните с того, где больше сегодняшнего потока. Видимость текущей переписки важнее полноты архива.
2. Подключайте по одному. Активный прогон импорта истории в рабочем пространстве может быть только один — это техническая причина, а не осторожность. Плюс при одновременном подключении непонятно, какая половина виновата, если что-то не работает.
3. Если в плане есть MAX-бот — запускайте процедуру заранее. Пока она идёт, подключите то, что от неё не зависит.
4. Проверьте каждый канал в обе стороны отдельно. Написать с посторонней учётной записи, ответить из окна, отправить фото и файл.
5. Объедините диалоги тех клиентов, кто пишет из двух мест. Явным действием: автоматического распознавания «это тот же человек» нет, а при ошибке диалоги разъединяются обратно.
6. Спустя неделю сделайте ручную сверку. Возьмите пятерых случайных клиентов и попробуйте открыть их переписку в обход того сотрудника, который её вёл.

Чек-лист совместной работы

• порядок подключения выбран: сначала один мессенджер, потом второй
• команда знает, что процедура получения бота в MAX измеряется днями, а не минутами
• проверено, что статус организации допускает подключение к платформе MAX
• найден человек с правом подписи для верификации
• учтено, что ник бота в MAX не выбирается и содержит ИНН
• решено, для каких каналов включается загрузка истории, и включена она осознанно
• импорт запускается по одному каналу: активный прогон в пространстве может быть один
• диалоги клиентов, пишущих из двух мессенджеров, объединены явным действием
• назначено, кто проверяет состояние подключённых каналов
• бюджет посчитан по числу подключений и людей, а не по числу мессенджеров

Как сделать поток из нескольких каналов видимым для руководителя, разобрано в тексте про видимость сообщений отдела. Проверить текущее состояние помогает аудит из десяти вопросов.

Чего совместная работа не даёт

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

И честная оговорка про надёжность, которую симметричное сравнение прячет. Публичного протокола для личных аккаунтов MAX нет вовсе — официального API не существует, вся документация платформы про ботов, а канал «MAX личный» держится на внешнем шлюзе, чей код в этом репозитории отсутствует. Отсюда и вывод: официальной интеграцией с MAX такую связку звать нельзя. Это единственный вид канала во всём бэкенде, для которого прописан обходной путь на ошибку шлюза с урезанием выборки до тридцати сообщений. Личный Telegram-канал такой особенности не имеет, и ставить их в один ряд неправильно. Про устройство телеграмной половины связки — отдельный разбор архитектуры.

Устройство доступа и роли описаны на странице безопасности, где прямо сказано, что сертификаций, аттестаций и внешних аудитов у сервиса нет. Правовая часть работы с клиентскими данными — вопрос к юристу по вашим документам; общий разбор границы — в тексте про 152-ФЗ.

Дальше

Как устроены два пути данных для MAX и чем каждый из них рвётся — на странице про интеграцию с MAX. Расчёт стоимости при нескольких каналах — на странице тарифов.