WA Lookup
Абстрактная схема процесса проверки номера телефона, завершающаяся подтвержденным результатом
Синхронный запрос дает процессу актуальный сигнал перед следующим решением.

Используйте актуальный сигнал там, где принимается решение

Квалификацию лидов часто рассматривают как последующий этап очистки. Для некоторых процессов это полезно, но это не единственный момент, когда важен сигнал регистрации. Отправке формы, обращению в поддержку или обновлению CRM может понадобиться ответ до того, как сработает следующее правило.

WA Lookup дает этот ответ через синхронный API. Вызывающая сторона может отправить один номер телефона или множественную проверку до 100 номеров и получить выбранные результаты WhatsApp в том же HTTP-ответе. Благодаря этому ответ подходит для процесса, которому нужно прямо сейчас решить, обогащать ли записи, какую очередь выбрать или запросить дополнительную информацию.

Результат намеренно узок. Он сообщает поля, задокументированные для выбранного продукта, на момент проверки. Он не определяет человека, стоящего за номером, не доказывает согласие, не раскрывает статус в сети или историю сообщений и не гарантирует доступность в будущем.

Выбирайте минимальный сигнал, отвечающий на вопрос процесса

Все проверки WA Lookup используют одинаковую структуру запроса; service_type определяет поля ответа.

Тип сервиса Используемый результат Пример решения в процессе
ws registered Продолжать правило маршрутизации лида только после записи текущего сигнала регистрации.
ws_avatar registered, avatar, avatar_url Добавить задокументированные поля наличия профиля в процесс проверки в CRM.
ws_business registered, business Направить запись на B2B-проверку, когда это различие полезно.

Используйте самый недорогой продукт, отвечающий на текущий вопрос. Поле аватара или Business добавляет контекст, но не делает результат регистрации более достоверным.

Отправьте один понятный запрос и используйте контракт ответа

Нормализуйте идентификатор перед вызовом API. E.164 дает международному номеру однозначную форму с кодом страны и позволяет не принимать неоднозначный местный номер за глобально полный.

curl -X POST "https://walookup.com/api/v1/check" \
  -H "X-API-Key: sk_your_api_key" \
  -H "Content-Type: application/json" \
  -d '{"service_type":"ws","identifier":"+17253100591"}'

Завершенный результат регистрации возвращается в задокументированной обертке ответа:

{
  "code": 0,
  "msg": "ok",
  "data": {
    "service_type": "ws",
    "identifier": "+17253100591",
    "registered": true
  }
}

Используйте data.registered только после завершенного результата. Недопустимый запрос, ответ о недостаточном балансе, отказ из-за ограничения параллельности, тайм-аут или неопределенная проверка не являются доказательством того, что номер не зарегистрирован. Храните такой операционный исход отдельно от наблюдения о регистрации и следуйте задокументированному порядку повторной попытки или исправления.

Храните наблюдение, а не утверждение о личности

Полезная запись в CRM сохраняет, что было отправлено, что было проверено и когда получен результат. Благодаря этому последующие обновления становятся объяснимыми, а не молча заменяют старое значение.

  • Храните исходное значение и нормализованный идентификатор E.164 отдельно.
  • Храните выбранный service_type вместе с возвращенными полями.
  • Записывайте время проверки вместе с завершенным результатом.
  • Отличайте ошибки запросов и неопределенные исходы от registered=false.
  • Проверяйте повторно, когда последующему процессу нужно более свежее наблюдение.

Баланс и историю проверок смотрите в панели; актуальные правила биллинга приведены на странице цен и в документации API.

Простое правило маршрутизации

Безопасное правило простое: ветвитесь только по завершенному ответу, а затем рассматривайте поля как текущие входные данные процесса, а не как неизменную истину. Например, CRM может сохранить registered=true вместе с отметкой времени и типом сервиса, тогда как временный сбой остается доступным для повторной попытки и не перезаписывает предыдущее завершенное наблюдение.

Именно здесь синхронная проверка наиболее полезна: она дает процессу структурированный ответ в тот момент, когда решение действительно принимается.

Источники