MAX удаляет добавление участников в групповой чат: что проверить ботам до 30 сентября

Что меняется и когда

Для добавления участников в групповой чат в MAX использовался метод POST /chats/{chatId}/members. С 9 сентября 2026 года его работа ограничена, а с 30 сентября 2026 года метод будет удалён.

Важная деталь: на странице метода сказано и про ограничение, и про удаление, но не объяснено, в чём именно состоит ограничение с 9 сентября. В changelog за сентябрь есть только запись об ограничении с 9 сентября. Дата полного удаления указана именно на странице метода.

Кого это задевает, а кого нет

Изменение касается только тех сценариев, где бот добавляет участников в групповой чат через API. Если бот у вас сам собирает рабочий чат после заявки, регистрации или другого действия пользователя, этот участок автоматизации нужно проверить в первую очередь.

Каналы сюда не относятся. У самого метода есть прямое ограничение: добавить подписчиков в канал с его помощью нельзя. Если вам нужно освежить разницу между каналом и другими форматами в MAX, пригодится материал Канал в MAX для бизнеса.

Есть и технические условия, которые были важны для метода до удаления. Бот должен быть администратором чата с правом add_remove_members, а за один запрос можно передать не больше 100 идентификаторов. Эти детали помогут быстро узнать вызов в коде и понять, что вы смотрите именно на затронутый участок.

Как за десять минут понять, задет ли ваш сценарий

Сначала проверьте, есть ли в коде, конструкторе сценариев или документации вашего проекта вызов POST /chats/{chatId}/members. Если есть, сценарий зависит от метода, который удалят.

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

Отдельно стоит посмотреть, не путаете ли вы этот метод с другими. Прецедент в MAX уже был: в июне 2026 года убрали GET /chats, но тогда дали замену — POST /subscriptions. Здесь ситуация другая: готовой замены для добавления участников в групповой чат не дано.

Что делать до 30 сентября

Главная задача — убрать зависимость от автоматического добавления участников в чат. Если ваш процесс на нём держится, пересоберите сценарий так, чтобы после события бот не пытался сам звать человека в группу.

Практически это значит: найти все места, где вызывается POST /chats/{chatId}/members, описать, что происходило до вызова и что должно происходить после него, а затем перестроить логику без этого шага. Для небольшой команды этого уже достаточно, чтобы не пропустить критичный участок и не оставить битый сценарий после 30 сентября.

Заодно проверьте и техническую часть интеграции. С 19 июля 2026 года запросы идут на домен platform-api2.max.ru вместо platform-api.max.ru, а сертификат Минцифры должен быть в доверенных. Это не замена удаляемому методу, но это базовая проверка для любой текущей интеграции с MAX.

Если в вашем процессе после первого контакта нужен уже не автоматический набор участников, а передача общения человеку, можно заранее сместить сценарий в сторону ручного подключения менеджера. По логике процесса здесь может быть полезен материал Как передать диалог от бота менеджеру.

Чего делать не стоит

Не стоит ждать, что у метода появится автоматический заменитель в последний момент. На странице метода в документации MAX указано: с 30 сентября API MAX не предоставляет готовой возможности для добавления участников в групповой чат.

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

Ещё одна ошибка — переносить вывод на каналы. Метод относится к групповым чатам, а добавление подписчиков в канал через него и раньше было недоступно.