Руководство по продукту
Проверка формата или живая проверка: что вам действительно нужно
Сравнение проверки формата и живой проверки номера: когда достаточно синтаксической проверки, а когда нужны синхронные сигналы регистрации на платформе.

Техническое сравнение проверки формата и живой проверки номера телефона: когда использовать статическую синтаксическую проверку, а когда — синхронные сигналы регистрации на платформе.
Проверка формата определяет, соответствует ли строка с номером телефона ожидаемым структурным правилам, например стандарту E.164, без обращения к внешним базам данных. Живая проверка номера, напротив, выполняет синхронный запрос к конкретной платформе, чтобы подтвердить, зарегистрирован ли номер на текущий момент. Если проверка формата обеспечивает базовую гигиену данных при первичной очистке ввода, то живая проверка возвращает сигнал наличия аккаунта, который помогает командам сегментировать списки и выстраивать процессы коммуникации.
Что такое проверка формата
Прежде чем проверять номер телефона на живой платформе, нужно убедиться, что он структурно корректен. Проверка формата — это локальный статический процесс, оценивающий синтаксис номера. Этот шаг гарантирует, что строка содержит правильный код страны, код региона и количество цифр, требуемые международными стандартами. Например, WA Lookup API требует, чтобы все отправляемые номера были в формате E.164. Этап проверки формата в конвейере данных позволяет выявлять некорректные записи на ранней стадии и сокращать число ненужных вызовов API. Этот метод очень эффективен для первичной очистки вводимых данных, но не может подтвердить, привязан ли номер к зарегистрированному аккаунту в мессенджере.
Как работает живая проверка на платформе
Живая проверка выходит за рамки синтаксиса и обращается непосредственно к платформе. В этом процессе синхронный REST API запрашивает текущий статус регистрации указанного номера телефона. Результат возвращается в том же HTTP-ответе, что и запрос, поэтому такая проверка подходит для интеграции в процессы в реальном времени.
Для завершенной проверки WhatsApp возвращаемый объект data содержит service_type, identifier и registered; ws_avatar дополнительно включает avatar и avatar_url, а ws_business — business. Внутренние поля записи, транзакции, статуса и биллинга не возвращаются.
Сравнение сигналов проверки WhatsApp
При живой проверке WhatsApp возвращаемые сигналы зависят от выбранного типа проверки. WA Lookup предлагает три типа сервиса через один синхронный эндпоинт, позволяя командам адаптировать запрос к потребностям своего процесса.
- WhatsApp Checker (ws): подтверждает, зарегистрирован ли указанный номер телефона в WhatsApp. Возвращает поле registered, дающее базовый сигнал наличия аккаунта.
- WhatsApp Avatar Checker (ws_avatar): включает базовый статус регистрации и добавляет логическое значение avatar и строку avatar_url. Если адрес недоступен, URL остается пустым; проверка поддерживает процессы обогащения профилей.
- WhatsApp Business Checker (ws_business): подтверждает стандартную регистрацию и добавляет логическое значение business, показывающее, использует ли аккаунт WhatsApp Business. Этот сигнал помогает командам отделять бизнес-контакты от обычных аккаунтов.
За неудачные, прерванные по тайм-ауту и неопределенные проверки плата не удерживается. Актуальные условия биллинга приведены на странице цен.
Схема принятия решения: что вам нужно?
Выбор между проверкой формата и живой проверкой номера телефона зависит от конкретного этапа вашего конвейера данных.
Когда опираться на проверку формата:
- При первичной регистрации пользователя или отправке веб-формы, чтобы выявлять опечатки.
- При приведении устаревших баз данных к формату E.164.
- Как обязательный предварительный шаг перед любыми живыми проверками на платформе.
Когда применять живую проверку:
- Когда вашему процессу нужен сигнал наличия аккаунта для сегментации аудитории.
- Когда нужно различать обычные и бизнес-аккаунты с помощью проверки ws_business.
- Когда необходимо обогащение профиля — с помощью проверки ws_avatar, возвращающей доступные URL аватаров.
Результаты живой проверки отражают статус на платформе, доступный на момент проверки. Этот сигнал помогает принимать внутренние решения и расставлять приоритеты наряду с другими проверками данных.
Управление процессами проверки
Интеграция живой проверки требует прозрачности использования и производительности. Панель WA Lookup поддерживает управление ключами API, позволяя администраторам безопасно настраивать интеграцию. Операторы могут отслеживать баланс, просматривать историю проверок и получать отчетность на уровне продуктов. Панель дает представление о недавних проверках, расходе баланса и активности аккаунта, предоставляя командам контекст, необходимый для эффективного управления объемом проверок. Для оценки платформы новые аккаунты могут обратиться в поддержку за 100 бесплатными проверками, чтобы протестировать проверку регистрации, аватара и аккаунта Business перед масштабированием.
Часто задаваемые вопросы
Как устроен запрос живой проверки?
Задокументированный контракт запроса — POST /api/v1/check с заголовком X-API-Key и JSON-телом, содержащим service_type (ws, ws_avatar или ws_business) и identifier (номер в формате E.164).
Доставляются ли результаты живой проверки асинхронно?
Нет, результаты синхронны. Сигнал наличия аккаунта возвращается в том же HTTP-ответе, что и запрос, а не доставляется асинхронно.
Какие поля входят в каждый ответ на проверку?
Для завершенной проверки WhatsApp возвращаемый объект data содержит service_type, identifier и registered; ws_avatar дополнительно включает avatar и avatar_url, а ws_business — business. Внутренние поля записи, транзакции, статуса и биллинга не возвращаются.
Как устроена оплата разных типов проверки?
За неудачные, прерванные по тайм-ауту и неопределенные проверки плата не удерживается. Актуальные условия биллинга приведены на странице цен.