CheckMaxApp vs NumlookupAPI

Дальше — детальная feature-матрица на 15 полей, математика стоимости на 100k, гибридная архитектура с кодом, обзор API-специфики NumlookupAPI (REST, Bearer, эндпойнт) и FAQ из 12 вопросов. Данные о NumlookupAPI взяты из официальной документации numlookupapi.com/docs и публичной офёрты на май 2026. Формат номеров — по стандарту ITU-T E.164.

• $0.001-0.002
  NumlookupAPI Premium / запрос
• $0.003
  CheckMaxApp оптом / запрос
• 8 полей
  NumlookupAPI отдаёт
• 12+ полей
  CheckMaxApp MAX-профиль
• 240+
  Стран в NumlookupAPI HLR
• 100%
  Recall CheckMaxApp по MAX
• 100/мес
  NumlookupAPI free tier
• 1 запрос
  NumlookupAPI batch (нет)

Цифры — из публичных офёрт numlookupapi.com и собственных замеров CheckMaxApp на бенчмарке 5000 номеров с известным MAX-статусом. Recall и accuracy CheckMaxApp описаны подробно в публикации о движке 100% accuracy.

Источники: офёрта numlookupapi.com/docs на май 2026; собственный бенчмарк CheckMaxApp на 5000 номеров. Цены актуальны на момент публикации, проверяйте у поставщика.

NumlookupAPI — минималистичный REST-сервис. Один публичный эндпойнт GET /v1/validate/{number} на домене api.numlookupapi.com. Аутентификация — Bearer token через заголовок Authorization: Bearer YOUR_KEY (легаси-вариант через query-параметр ?apikey=... тоже работает, но не рекомендуется).

Пример запроса на Node.js — формат, который видят их пользователи:

// NumlookupAPI — простой одиночный запрос
const res = await fetch(
  "https://api.numlookupapi.com/v1/validate/+79991234567",
  { headers: { "Authorization": "Bearer YOUR_NUMLOOKUP_KEY" } }
);
const data = await res.json();
/* Ответ:
{
  "valid": true,
  "number": "+79991234567",
  "local_format": "9991234567",
  "international_format": "+79991234567",
  "country_prefix": "+7",
  "country_code": "RU",
  "country_name": "Russian Federation",
  "location": "Moscow",
  "carrier": "MTS",
  "line_type": "mobile"
}
*/

Для сравнения — запрос к CheckMaxApp возвращает совсем другой слой данных, потому что мы опрашиваем не HLR оператора, а сам мессенджер MAX:

// CheckMaxApp — MAX-профиль владельца номера
const res = await fetch("https://api.checkmaxapp.com/v1/check", {
  method: "POST",
  headers: {
    "Authorization": "Bearer YOUR_CHECKMAX_KEY",
    "Content-Type": "application/json"
  },
  body: JSON.stringify({ phone: "+79991234567" })
});
const data = await res.json();
/* Ответ:
{
  "phone": "+79991234567",
  "registered": true,
  "profile": {
    "firstName": "Иван",
    "lastName": "Иванов",
    "server_id": 123456789,
    "last_seen": "2026-05-22T14:32:01Z",
    "bio": "Москва, бизнес",
    "photo_url": "https://...",
    "online_status": "recently",
    "account_age_days": 412
  }
}
*/

Видно различие в плоскости: NumlookupAPI отвечает на вопрос «что это за номер у оператора», CheckMaxApp — «кто человек, владеющий этим номером в MAX». Подробности нашей API-спецификации — на странице /api, формат E.164 и валидация — в глоссарии по phone validation.

Дешевизна NumlookupAPI часто звучит как «в 5 раз дешевле всех» — давайте посчитаем честно, что вы получаете за эти деньги.

Главный вывод: NumlookupAPI и CheckMaxApp — это не вопрос «кто дешевле», а вопрос «вам carrier или вам человек». $200 за HLR против $300 за MAX-профиль — это разные продукты, и сравнивать их по цене за запрос так же бессмысленно, как сравнивать цену литра бензина и литра молока. Полный обзор экономики чекеров — в «Цена чекера MAX: сравнение 6 сервисов 2026».

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

Самая бюджетно-эффективная схема для международной базы с MAX-сегментом — каскад из двух API. NumlookupAPI как дешёвый первый фильтр, CheckMaxApp как обогащение целевого подмножества.

// Гибридная воронка: NumlookupAPI ($0.002) → CheckMaxApp ($0.003)
import fetch from "node-fetch";

const NUMLOOKUP_KEY = process.env.NUMLOOKUP_KEY!;
const CHECKMAX_KEY = process.env.CHECKMAX_KEY!;

async function enrich(phone: string) {
  // Шаг 1: дешёвый HLR-фильтр
  const r1 = await fetch(
    `https://api.numlookupapi.com/v1/validate/${encodeURIComponent(phone)}`,
    { headers: { Authorization: `Bearer ${NUMLOOKUP_KEY}` } }
  ).then(r => r.json());

  if (!r1.valid) return { phone, status: "invalid" };
  if (r1.line_type !== "mobile") return { phone, status: "landline_or_voip", carrier: r1.carrier };
  if (r1.country_code !== "RU") return { phone, status: "non_ru", carrier: r1.carrier, country: r1.country_code };

  // Шаг 2: MAX-обогащение только для RU mobile
  const r2 = await fetch("https://api.checkmaxapp.com/v1/check", {
    method: "POST",
    headers: {
      Authorization: `Bearer ${CHECKMAX_KEY}`,
      "Content-Type": "application/json"
    },
    body: JSON.stringify({ phone })
  }).then(r => r.json());

  return {
    phone,
    status: "enriched",
    carrier: r1.carrier,
    country: r1.country_code,
    max_profile: r2.profile ?? null
  };
}

• Бюджет — главный критерий, цель — HLR. $0.001-0.002 за запрос — это нижняя планка рынка. Если задача — простая HLR-валидация и копейки имеют значение, не берите никого, кроме NumlookupAPI.
• Глобальное покрытие. 240+ стран — больше, чем у большинства конкурентов (Numverify 232, Veriphone 219). У нас — только MAX-аудитория.
• Прототип / MVP. 100 запросов в месяц бесплатно после регистрации хватает для проверки гипотезы. Наш free tier — 5 проверок, формат «попробуй вживую».
• Минимальная интеграция. Один GET-запрос с Bearer-токеном, никаких батчей, webhooks, callback'ов. Идеально для serverless функций и встраивания в no-code workflow.
• Geo-routing и time-zone detection. Поле country_code + location закрывает 80% задач маршрутизации входящих звонков и сообщений.

Backlink на их продукт по-честному: numlookupapi.com/docs — если ваш кейс выше, идите к ним напрямую.

• MAX-маркетинг. Из 100k базы выделить активных MAX-юзеров с актуальным last seen и ФИО для персонализации. NumlookupAPI не знает о MAX — это другой слой.
• OSINT и расследования в РФ. Структурированный профиль с firstName/lastName, server_id, BIO. NumlookupAPI carrier-метаданные не дают информации о человеке.
• Pre-screen МФО, страхования, B2B-leads. Behavioral signal (last seen ≤ 7 дней, account_age > 90 дней) — сильнее HLR-метаданных для антифрод-скоринга.
• Малый бизнес из РФ/СНГ без карты. USDT-биллинг от $10. У NumlookupAPI Stripe — для российских ИП после 2022 закрытый канал.
• Batch-режим на больших базах. До 5000 номеров в одном POST. NumlookupAPI — по одному, что на 100k базе упирается в 17+ минут чистого сетевого ожидания.
• White-label / реферальная экономика. Двухуровневая программа (L1 20% + L2 5%) + white-label с делением 50/50. NumlookupAPI таких механик не предлагает.

Подробности — маркетинг, OSINT, server_id, что такое HLR.

Чтобы понять место NumlookupAPI и CheckMaxApp в общей картине phone-validation инфраструктуры, полезно различать три уровня данных о номере:

1. Формат (E.164). Стандарт ITU-T E.164 определяет международный формат: максимум 15 цифр включая country code, плюс в начале. Открытая референс-реализация — google/libphonenumber. На этом уровне можно бесплатно проверять формат без HLR-запроса.
2. HLR / carrier (NumlookupAPI, Numverify, Veriphone). Запрос в реестр оператора связи: активен ли SIM, в какой стране, какой carrier, тип линии. Не знает ничего о приложениях на устройстве.
3. Прикладной слой — мессенджеры (CheckMaxApp). Опрос самого мессенджера: зарегистрирован ли номер, какой профиль, активность. Поверх HLR, но работает только для конкретного мессенджера.

NumlookupAPI и CheckMaxApp находятся на разных уровнях стека. Это не «кто лучше», это «что вам нужно из стека». Подробности по терминологии — в наших глоссариях: HLR lookup и phone number validation.

Это сравнение — часть pillar-материала по чекерам MAX 2026 года. Полный разбор рынка (Telegram-боты, REST-агрегаторы, плагины) — «Чекер MAX 2026: полный гайд» и comparison hub.

• Что именно возвращает NumlookupAPI в одном запросе?+

  По публичной документации numlookupapi.com/docs эндпойнт /v1/validate/{number} отдаёт ровно 8 полей: valid (bool), number, local_format, international_format, country_prefix, country_code, country_name, location, carrier, line_type (mobile/landline/voip/special_services/toll_free/premium_rate). Никаких имён, никаких last seen, никакой социальной активности — это чистая HLR-обёртка над операторскими данными в формате ITU-T E.164.
• Чем NumlookupAPI отличается от Numverify и Veriphone?+

  NumlookupAPI позиционируется как «бюджетный клон» в категории недорогих HLR-API. Базовая цена $0.001-0.002 за запрос против $0.012 у Numverify и $0.005-0.01 у Veriphone делает его дешевле на input. Но набор возвращаемых полей у всех трёх практически совпадает — это carrier, country, line_type без enrichment-надстроек вроде fraud score (AbstractAPI) или caller name (Twilio Lookup).
• Как именно посчитать стоимость 100 000 проверок?+

  У NumlookupAPI 100k на тарифе Premium (~$0.002/запрос) обходится в ~$200. У CheckMaxApp на оптовом депозите от $2000 цена $0.003 = $300. Разница $100, но за эти $100 вы получаете MAX-профиль вместо carrier. Если задача — отделить мобильные от landline на международной базе, $200 NumlookupAPI выигрывают. Если выделить активную MAX-аудиторию РФ — NumlookupAPI этого не делает ни за какую сумму.
• Можно ли использовать NumlookupAPI и CheckMaxApp одновременно?+

  Да, это самая частая рекомендуемая схема — гибридная воронка. NumlookupAPI закрывает первый барьер за ~$0.002: отфильтровывает невалидные форматы, landline, VoIP и premium_rate. CheckMaxApp обогащает только оставшиеся mobile-номера MAX-профилем. На базе 100k, где 70% mobile, экономия выходит существенная: $200 (NumlookupAPI 100k) + $210 (CheckMaxApp 70k) = $410 против $300 при чистом CheckMaxApp 100k, но с дополнительной HLR-сегментацией международной части базы.
• Поддерживает ли NumlookupAPI batch и асинхронные запросы?+

  Нет, документация numlookupapi.com описывает только синхронный одиночный GET /v1/validate/{number} с Bearer-токеном. Один номер — один HTTP-запрос. При rate-limit 100 RPS и базе 100k номеров минимальное время прогона — ~17 минут чистого сетевого ожидания плюс TLS-handshake'и. CheckMaxApp принимает до 5000 номеров в одном POST, что критично для маркетинговых выгрузок.
• Какой формат phone-input принимает NumlookupAPI?+

  Принимает E.164 с плюсом (+79991234567), без плюса (79991234567) и национальный формат, если передать параметр country_code. Стандарт ITU-T E.164 определяет максимум 15 цифр включая country prefix. У CheckMaxApp правило строже — мы принимаем только полный E.164 без локальных вариаций, потому что для MAX любой номер уникален именно в этой форме. Подробности про формат — в нашем глоссарии: /glossary/phone-number-validation.
• Есть ли у NumlookupAPI free tier и какие там лимиты?+

  Free tier на момент мая 2026 — 100 запросов в месяц после регистрации с подтверждением email. Этого хватит на dev/test и проверку гипотезы, не более. CheckMaxApp даёт 5 бесплатных проверок при регистрации в Telegram-боте без email-верификации — формат «попробовать вживую», а не «оценить лимиты».
• Принимает ли NumlookupAPI платежи в крипте?+

  Нет. Биллинг через Stripe (карты) и в некоторых регионах PayPal. Для российских юрлиц и ИП после марта 2022 оба канала фактически недоступны без иностранной обёртки. CheckMaxApp принимает USDT TRC-20, BTC, ETH, LTC — для бизнеса из РФ/Беларуси/Казахстана это решающее преимущество.
• Можно ли определить мессенджер у номера через NumlookupAPI?+

  Нет, и это принципиально. NumlookupAPI работает на HLR (Home Location Register) — это база операторов связи, в которой нет данных о приложениях на устройстве. Регистрация в WhatsApp, Telegram, MAX определяется только специализированными API, которые опрашивают сами мессенджеры. CheckMaxApp — такой API для мессенджера MAX от VK.
• Что такое HLR lookup и почему он не покрывает мессенджеры?+

  HLR — реестр оператора связи, который знает, активен ли SIM, в какой стране сейчас находится номер (roaming), и кто его carrier. HLR это уровень GSM-сети, а мессенджеры живут на уровне приложения поверх IP. Поэтому HLR-API типа NumlookupAPI отвечает «номер 7999... принадлежит МТС, mobile, RU», но не знает, установлен ли на этом устройстве MAX или WhatsApp. Подробнее — /glossary/hlr-lookup.
• Безопасно ли мигрировать с NumlookupAPI на CheckMaxApp?+

  Если NumlookupAPI у вас закрывал HLR-задачу для глобальной базы — не мигрируйте, мы для другого. Если NumlookupAPI у вас стоял как заглушка под MAX-проверку через сторонний костыль — миграция тривиальна, один REST-запрос меняется на другой. Самый частый сценарий — параллельная интеграция: NumlookupAPI остаётся для HLR-сегментации, CheckMaxApp добавляется для MAX-обогащения российской части базы.
• Какие гарантии accuracy у carrier-данных NumlookupAPI?+

  Carrier-данные в HLR-API обновляются с задержкой 30-90 дней после number portability (перенос номера к другому оператору). Это документированное ограничение всех HLR-провайдеров включая NumlookupAPI, Numverify, Veriphone. Для проверки MAX это не релевантно — мы опрашиваем сам мессенджер, а не реестр оператора, поэтому данные о регистрации актуальны в реальном времени.

Текст подготовлен командой CheckMaxApp на основе публичных офёрт numlookupapi.com (по состоянию на май 2026), стандарта ITU-T E.164, референс-реализации google/libphonenumber и собственного бенчмарка на 5000 номеров с известным MAX-статусом. Recall и accuracy CheckMaxApp детально разобраны в публикации о движке 100% accuracy. Если нашли неточность в данных о NumlookupAPI — напишите в Telegram-бот, поправим в течение суток. Последнее обновление: 22 мая 2026.