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 не выбирается и содержит ИНН
• решено, для каких каналов включается загрузка истории, и включена она осознанно
• импорт запускается по одному каналу: активный прогон в пространстве может быть один
• диалоги клиентов, пишущих из двух мессенджеров, объединены явным действием
• назначено, кто проверяет состояние подключённых каналов
• бюджет посчитан по числу подключений и людей, а не по числу мессенджеров

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

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

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

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

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

Дальше

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