Server ID в MAX: что это и зачем он маркетологу

Server ID (в коде часто server_id) — это внутренний стабильный идентификатор учётной записи в мессенджере MAX. Каждый зарегистрированный аккаунт получает уникальный server_id при создании; этот идентификатор не меняется при смене номера телефона, имени, BIO или аватара, и остаётся за аккаунтом до его удаления.

В отличие от номера телефона, который пользователь может потерять или сменить, server_id — это «вечный паспорт» аккаунта внутри платформы. Именно поэтому он представляет ценность для CRM, антифрод-стэков и любых систем, где важно надёжно связать одного и того же человека через разные каналы и время.

С точки зрения сервера, server_id — это первичный ключ, к которому привязаны все артефакты пользователя: чаты, контакты, сообщения, аватары, BIO, last seen. Когда вы открываете диалог с собеседником, клиент MAX обращается к серверу не по номеру телефона, а именно по server_id — номер используется только при первоначальной регистрации и поиске контактов из адресной книги.

Это типичная архитектура крупных мессенджеров: телефон — это вход, идентификатор — это аккаунт. Telegram, WhatsApp и Signal устроены концептуально так же, отличаются только формат и видимость поля для конечного пользователя.

Все крупные мессенджеры используют похожую модель «телефон как вход, внутренний ID как primary key». Различия — в формате значения, политике выдачи и публичной доступности:

Главное практическое отличие WhatsApp от MAX/Telegram/Signal: WhatsApp jid буквально содержит номер телефона, и при MNP формально создаётся новый аккаунт. У MAX этой проблемы нет — server_id живёт отдельно от телефона.

В нашем ответе server_id возвращается как непрозрачный токен — конкретные реальные значения мы не публикуем по очевидным причинам, но для иллюстрации формата ответ выглядит примерно так:

{
  "phone": "+79161234567",
  "isRegistered": true,
  "profile": {
    "firstName": "Иван",
    "lastName": "Петров",
    "serverId": "65a0f...8b3c",
    "lastSeen": "2026-05-17T14:23:00Z"
  }
}

Не пытайтесь декодировать значение — это непрозрачный токен, его внутреннее устройство — закрытая часть протокола MAX и публичной интерпретации не имеет. Для бизнес-задач достаточно использовать его как строку primary key.

У MAX нет публичного API для поиска server_id по номеру. Получить его можно только при условии, что:

• Профиль пользователя публичен (privacy-настройки разрешают видимость).
• Запрос выполняется через сервис, имеющий легитимный шлюз к MAX — например, через Max Checker.

Мы реализуем это через фирменный движок без сторонних REST-обёрток, поэтому recall на публичные профили — 100%: если профиль виден, server_id обязательно вернётся в ответе. Подробнее об интеграции — в нашем API-разделе и в блоге про REST-эндпоинт checkAccount.

Сам по себе непрозрачный server_id не идентифицирует физическое лицо без сопоставления с другими данными (телефон, имя). По логике 152-ФЗ (РФ) и GDPR (ЕС) идентификатор становится персональными данными только в связке с дополнительной идентифицирующей информацией.

Тем не менее, при массовой обработке мы рекомендуем относиться к server_id с той же осторожностью, что и к телефону: хранить под доступом, не публиковать на сторонних ресурсах, при удалении контакта — удалять и его server_id. Это снижает регуляторный риск и соответствует принципам data minimization.

Подробнее про правовой контекст массовых проверок — в нашем разборе 152-ФЗ и проверка телефонов.

• Чем server_id отличается от номера телефона?+

  Номер телефона может смениться (пере-оформление SIM, MNP, продажа симки), а server_id остаётся за аккаунтом, пока аккаунт жив. Для дедупликации базы и антифрода это критическая разница: телефон — нестабильный ключ, server_id — стабильный.
• Можно ли получить server_id публично, без авторизации?+

  MAX — закрытая платформа без публичного API для поиска по идентификаторам. Получить server_id публично можно только через специализированный сервис, который умеет работать с MAX (например, Max Checker), и при условии что профиль публичен.
• Server_id в MAX — это то же, что user_id в Telegram?+

  Концептуально — да: оба представляют стабильный внутренний идентификатор аккаунта. Технически — разный формат и разная политика выдачи: в MAX это длинный буквенно-цифровой токен, в Telegram — 64-битное число. Конвертация между ними невозможна.
• Меняется ли server_id при смене номера телефона?+

  Нет. При смене привязанного номера server_id остаётся прежним — это основная причина, почему его используют как primary key для дедупликации в CRM и базах рассылки.
• Как server_id помогает в антифроде?+

  В фрод-сценариях один и тот же злоумышленник часто меняет SIM и регистрируется под разными номерами. Server_id позволяет связать новый номер со старым аккаунтом — если значения совпадают, перед вами тот же пользователь, и его поведение уже размечено в вашей фрод-модели.
• Server_id виден в самом приложении MAX?+

  Обычному пользователю — нет; приложение его не показывает. Это техническая величина, которую видит только сервер. Доступ к ней через сторонние инструменты возможен только при условии, что профиль публичный — приватных данных мы не возвращаем.
• Что делать с server_id в CRM?+

  Хранить в отдельном поле как стабильный внешний ключ для MAX-аудитории. При новой загрузке базы — сверять server_id, а не телефон: это сразу дедуплицирует контакт, даже если человек сменил номер.