Что такое server ID в Max и зачем он маркетологу

Server ID — одно из тех технических полей, которое маркетологи обычно игнорируют, а зря: при правильной интерпретации оно даёт сильный сигнал для сегментации B2B-аудитории. Разбираем, что это такое, как генерируется и какие выводы можно из него делать без нарушения 152-ФЗ.

TL;DR

• Server ID = идентификатор кластера серверов MAX, к которому закреплён аккаунт
• Технически это число (uint16/uint32 в зависимости от версии протокола), стабильное у 99%+ аккаунтов на горизонте недели
• Используется для роутинга сообщений и балансировки нагрузки
• Маркетологу полезен как косвенный сигнал «один регион / одна компания»
• Сам по себе не является персональными данными

Что такое server ID технически

В архитектуре MAX каждый аккаунт привязан к одному из кластеров — набору серверов в конкретном дата-центре. Server ID — идентификатор этого кластера.

При первой регистрации платформа выбирает кластер для нового аккаунта на основе:

• географии IP-адреса при регистрации
• текущей нагрузки кластеров
• иногда — корпоративных правил, если SIM выдан организацией с собственным пулом

Это объясняет, почему server ID не случаен: на нём «оседают» региональные и корпоративные паттерны.

Как server ID попадает в ответ Max Checker

При проверке номера наш фирменный движок собирает публичную информацию профиля и возвращает её в виде структуры:

{
  "contacts": [
    {
      "phone": "+79161234567",
      "userId": 123456789,
      "serverId": 42,
      "firstName": "Иван",
      "lastName": "Иванов"
    }
  ]
}

Если serverId присутствует в публичной части профиля — мы пробрасываем его в результат. Если нет (зависит от настроек приватности конкретного аккаунта) — поле пустое.

Что показывает server ID

Прямо — ничего, кроме того, на каком кластере живёт аккаунт. Косвенно — несколько ценных сигналов:

1. Регион регистрации — если у вас есть калибровочная выборка с известным регионом, можно построить mapping serverId → region с точностью 70–85%.
2. Корпоративная принадлежность — крупные компании, внедрившие MAX централизованно, часто оседают на нескольких смежных server ID. Если из 1000 номеров вашего B2B-списка 800 имеют один server ID, это сильно похоже на одну организацию.
3. Дата создания (грубо) — кластеры добавляются по мере роста нагрузки, и низкие номера = старые аккаунты, высокие = новые.

Сценарии использования в маркетинге

Сценарий 1: дедупликация юрлиц

У вас купленная B2B-база на 50 000 номеров «директоров и владельцев». Прогоняете через Max Checker, смотрите распределение по server ID. Если 60% базы концентрируется в 5 server ID — у вас не 50 тысяч компаний, а скорее 5 тысяч с очень большим персоналом каждая. Это меняет таргетинг.

Сценарий 2: A/B персонализации

Делите базу пополам по server ID (чётные/нечётные) — получаете уже сбалансированные по региону и типу аккаунта группы. Это лучше, чем случайный сплит, который может концентрировать региональные смещения.

Сценарий 3: фильтр «корпоративных» аккаунтов

Если вы не хотите рассылать сообщения людям с явно корпоративными номерами (выше риск жалоб от безопасности компании) — отфильтровать по концентрации server ID и наличию домена в имени.

Что server ID не показывает

• ФИО, паспорт, адрес — этих данных в нём нет в принципе
• IP-адрес или геопозицию в реальном времени — это не server ID, а отдельные runtime-поля, которые мы не запрашиваем
• Содержимое чатов и переписку

Если кто-то продаёт «расшифровку server ID до конкретного человека» — это или маркетинговая ложь, или нарушение 152-ФЗ через покупку инсайда.

Privacy-соображения

Server ID сам по себе обезличен — это техническое поле сервиса. Однако в связке с телефонным номером в вашей собственной базе он становится частью «персональных данных» в смысле 152-ФЗ, потому что позволяет однозначно сопоставить запись с конкретным человеком.

Практически это значит:

1. Хранить server ID можно только в той же системе, что и сам номер, и под теми же правилами (ограниченный доступ, журнал обращений).
2. Передавать «список server ID без номеров» — обезличивание, и тут ограничений нет. Передавать таблицу номер ↔ server ID третьим лицам — уже передача ПДн.
3. Возвращаемое нами значение в ответе чекера — публично доступное через протокол поле, мы его не «достаём из закрытых источников».

Стабильность во времени

По нашим внутренним замерам:

Если вы строите модель на основе server ID — переоценивайте mapping не реже раза в месяц.