Всем привет! Когда-то я искал тг-бота, который помог бы мои клиентам узнавать свой TGID. Время идет, меняются задачи и вот мне понадобился аналогичный функционал для MAX. Сделал сам, без вайбкодинга и СМС. Ссылка ниже, пользуйтесь (просто напишите боту /start).

user_id в MAX — это уникальный числовой идентификатор пользователя в мессенджере MAX.

Это в первую очередь технический ключ для работы с API и автоматизации:

• Идентификация пользователя в запросах к API (без раскрытия номера телефона).
• Отправка персонализированных сообщений ботом конкретному человеку.
• Настройка рассылок и сценариев (например, «если user_id = X, показать такой-то блок меню»).
• Логирование и аналитика (привязка действий, статусов, данных к конкретному пользователю).
• Отладка ботов: проверка, на кого именно сработал триггер, где возникла ошибка, какие шаги прошёл пользователь.

Особенности

• Не отображается в профиле — в интерфейсе MAX его не видно по соображениям приватности.
• Постоянный для аккаунта: не меняется со временем.
• Анонимный: по user_id нельзя получить номер телефона или другие персональные данные.

Подходит не только для пользователей: аналогично получают ID каналов, чатов и ботов (часто используют термин chat_id / channel_id, но механика та же).

Сам по себе user_id — это действительно не пароль, и он не даёт прямого доступа к аккаунту. Но передавать его посторонним всё равно рискованно, и вот почему.

1. Он позволяет идентифицировать вас. По сути, user_id — это ключ, который связывает вас с вашими действиями в системе. Если кто-то посторонний получит этот ID, он сможет, например, отправлять вам сообщения от лица бота, отслеживать вашу активность, собирать метаданные (с кем вы общаетесь, какие команды вводите). В сочетании с другой информацией (например, если злоумышленник знает ваше имя из другого источника) ID становится инструментом для построения цифрового профиля. А это уже шаг к более серьёзным вещам: таргетированному фишингу, социальному инженерному воздействию или даже попытке перехвата управления в сценариях, где бот имеет расширенные права.

2. Риски в конкретных сценариях. Часто user_id передают, чтобы кто-то настроил бота «от вашего имени» или получил доступ к личным данным внутри сервиса. Но тут кроется ловушка: человек, которому вы дали ID, может использовать его не так, как вы ожидали. Например, он может настроить рассылку, которая нарушит правила сервиса, или получить доступ к данным, которые вам не хотелось бы раскрывать.

3. Проблема доверия. Даже если вам кажется, что человек надёжный, всегда есть риск. Данные могут быть случайно перехвачены при передаче (например, в открытом чате), а потом использованы не во благо. Или сам человек может решить злоупотребить доверием.

В самом мессенджере MAX есть нюанс: там есть функция «Цифрового ID» (для подтверждения возраста и т.п.). Разработчики специально сделали так, чтобы этот ID нельзя было просто «передать» — он привязан к устройству, а QR-код для подтверждения действует ограниченное время и требует биометрической проверки. То есть технически передать такой ID постороннему сложно, и это дополнительная защита. Но обычный технический user_id (который используют разработчики ботов для идентификации) этой защиты не имеет — его как раз и стоит беречь.

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

Если бот не отвечает, то свяжитесь с поддержкой.