Как найти аккаунты WhatsApp Business в списке телефонных номеров

Команды могут проверять отобранные номера на наличие признака бизнес-аккаунта, а затем сегментировать полученные результаты, не рассматривая этот признак как подтверждение компании.

Чтобы найти аккаунты WhatsApp Business в списке, сначала нормализуйте телефонные номера с учетом кодов стран, затем выполните проверку на наличие бизнес-аккаунта и сопоставьте каждый результат с исходной контактной записью. WA Lookup предлагает проверку в режиме реального времени для небольших наборов данных и асинхронную пакетную обработку файлов для более крупных списков. Признак бизнес-аккаунта определяет тип учетной записи на момент проверки; он не подтверждает организацию, стоящую за номером, и не дает разрешения на установление контакта.

Определите задачу проверки бизнес-аккаунта перед обработкой списка

Список B2B-контактов часто объединяет корпоративные коммутаторы, личные номера сотрудников, общие линии поддержки и номера, скопированные из устаревших форм. Полезный вопрос заключается в том, имеет ли предоставленный номер признак бизнес-аккаунта WhatsApp в рамках завершенной проверки. Это более узкая задача, чем выяснение того, принадлежит ли номер указанной компании, контролирует ли его конкретный сотрудник или разрешено ли общение. Оставьте эти вопросы для существующих процессов верификации CRM и получения согласия.

На веб-сайте WhatsApp Business описаны бизнес-инструменты и контексты аккаунтов, однако наличие бизнес-аккаунта не следует путать с независимой юридической верификацией компании. Проверка аккаунта WhatsApp Business от WA Lookup предоставляет выбранный продукт-сигнал. Регистрация и тип бизнес-аккаунта — это отдельные поля. Результат «Зарегистрирован» со значением business=false не должен помещаться в категорию «Не в WhatsApp». Аналогично, сигнал business=true следует классифицировать как наблюдение за типом аккаунта, а не как сертифицированную принадлежность компании.

Перед запуском проверок решите, для чего нужны результаты: для анализа списка потенциальных клиентов, маршрутизации в отдел или исправления тегов в CRM. Заранее определите допустимые метки, такие как «найден бизнес-сигнал», «зарегистрирован без бизнес-сигнала», «решено: не зарегистрирован» и «не определено». Метка должна описывать наблюдаемый результат проверки, а не обещать результат продаж. Это предотвращает превращение одной логической переменной в широкое утверждение о качестве лида.

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

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

Создайте небольшую выборку из каждого источника данных перед обработкой полного списка. Убедитесь, что нормализованное значение соответствует исходному контакту, что каждая строка содержит один целевой номер и что код страны не был унаследован из поля формы по умолчанию. Зафиксируйте дату проверки, чтобы сигнал воспринимался как актуальный на определенный момент времени. Номер может быть переназначен, или тип аккаунта может измениться, что делает старый сигнал непригодным в качестве постоянного атрибута идентификации.

Используйте ключ сопоставления, который сохраняется при сортировке и экспорте файла. Нормализованный номер полезен для сопоставления результатов, но ID контакта в CRM все равно необходим, когда несколько контактов имеют общий номер. Если в строке нет полезных данных о стране, оставьте статус бизнес-аккаунта неизвестным. Угадывание префикса для принудительной проверки каждой строки создает ложную уверенность и усложняет последующие исправления.

Выберите проверку в реальном времени или пакетную обработку файлов

Для небольшого набора данных используйте проверку бизнес-аккаунта в реальном времени от WA Lookup. Панель управления поддерживает индивидуальную проверку и вставку списка для «Проверки в реальном времени» до 500 номеров; REST API также имеет путь синхронной мульти-проверки до 100 номеров за запрос. Это рабочие процессы с мгновенным ответом. Они помогают оператору оценить качество входных данных и понять категории результатов перед переходом к более масштабной обработке. Текущая документация API является справочником по выбранной проверке и текущим правилам использования.

Для значительно большего файла продукт для пакетной проверки бизнес-аккаунтов использует асинхронную задачу. Подготовьте файл TXT или CSV с номерами в международном формате, отправьте задачу, сохраните ID задачи и получите файл result.csv после завершения обработки. Это другой жизненный цикл, отличный от проверки в реальном времени. Применяются ограничения на размер файла для каждого продукта; уточните текущий диапазон в документации API. Файл должен представлять одну страну; 10% и более номеров из других стран вызывают отклонение при предварительной проверке. Разделите международный мастер-список по странам перед созданием задач и сохраните соответствие с исходным экспортом CRM.

Полезным предварительным шагом является проверка количества принятых, отложенных и дублирующихся строк перед отправкой. Строка, исключенная при очистке, не имеет результата проверки и должна оставаться в статусе «не определено». Не делайте вывод об отсутствии бизнес-сигнала на основе отклоненного файла или незавершенной задачи. Бизнес-сигнал следует считывать только из завершенных результатов для выбранного бизнес-продукта.

Сегментируйте результаты, не преувеличивая полученные данные

Сопоставьте каждый завершенный результат с нормализованным номером, а затем с сохраненной записью контакта. Разделите наличие аккаунта и тип бизнес-аккаунта в CRM. Завершенный положительный результат наличия аккаунта с бизнес-сигналом может поддерживать сегмент бизнес-аккаунтов. Если в результате наличия аккаунта нет бизнес-сигнала, номер все равно относится к группе «аккаунт присутствует»; это не устанавливает личную принадлежность. Результат «не зарегистрирован» является отдельным сегментом. Результаты «не определено» и «ошибка сервиса» относятся к сегменту «не определено», а не к отрицательному сегменту.

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

Наконец, оценивайте процесс с помощью операционных показателей, а не вымышленных обещаний конверсии: количество импортированных строк, нормализованных строк, строк, отложенных на проверку, завершенных проверок и неопределенных результатов. Эти показатели выявляют проблемы с качеством данных и делают последующий запуск воспроизводимым. Проверка предоставляет один из входных данных для рабочего процесса; политика контактов и выбор методов взаимодействия остаются отдельными решениями.

Часто задаваемые вопросы

Могут ли команды идентифицировать верифицированную компанию по значению business=true?

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

Означает ли business=false, что номер не зарегистрирован в WhatsApp?

Нет. Регистрация и тип бизнес-аккаунта — это разные поля. Считывайте результат регистрации отдельно от поля бизнес-аккаунта.

Как команды могут проверить очень большой список бизнес-контактов?

Подготовьте файл TXT или CSV для одной страны с номерами в международном формате для асинхронной пакетной задачи WA Lookup, а затем сопоставьте завершенные загруженные результаты со стабильными ID контактов.

Как команды должны классифицировать неопределенную проверку?

Оставляйте результаты «не определено» или «ошибка сервиса» в отдельном сегменте. Они не являются завершенными результатами «не зарегистрирован» и не должны превращаться в отрицательную классификацию бизнес-аккаунта.

Узнать больше

Выберите информацию о продукте, которая соответствует следующему шагу вашего рабочего процесса.

• Просмотреть документацию по продукту →
• Связаться с командой →