Проверка RCS: как определить номера с поддержкой RCS в списке

Инструмент проверки RCS позволяет определить, какие номера в подготовленном списке телефонов в данный момент показывают сигнал поддержки RCS. Для массовой проверки нормализуйте номера, сгруппируйте их по странам, отправьте поддерживаемый файл CSV или TXT в сервис Проверка RCS и сопоставьте экспортированный результат с исходным списком. Используйте полученные данные для принятия самостоятельного решения о выборе между RCS и SMS, сохраняя правила согласия и проведения кампаний в собственных рабочих процессах вашей команды.

→ Узнайте больше о CheckNumber.AI →

На какие вопросы отвечает проверка RCS для списка номеров

RCS — это протокол обмена сообщениями, а не учетная запись в социальной сети. Команде, планирующей кампанию с использованием мультимедийных сообщений, требуется практический ответ по каждому контакту: отображает ли номер поддержку RCS на момент проверки? Документ GSMA Universal Profile описывает общую техническую основу RCS для взаимодействующих экосистем. Этот контекст объясняет, почему проверка поддержки на уровне списка может быть полезна, даже если база контактов содержит номера с различных устройств.

В RCS product description от CheckNumber.AI указаны индикатор поддержки и доступный сигнал операционной системы, определяемый как iOS или Android. Это разные элементы информации. Индикатор поддержки относится к выбранному каналу сообщений, а сигнал системы при его наличии может помочь аналитику организовать проверку. Ни один из них не следует автоматически интерпретировать как наименование оператора связи, модель устройства, текущее состояние устройства или запись о владельце аккаунта.

Начните с решения, которое команде действительно необходимо принять. Если требуется решить, включать ли контакт в сегмент кандидатов для RCS, сигнал поддержки RCS будет актуален. Если решение касается оператора связи или типа линии, инструмент Проверка RCS для этого не подходит — используйте соответствующий специализированный продукт для определения оператора связи. Если вопрос заключается в том, валиден ли номер телефона, используйте специальную функцию проверки валидности. Разграничение этих задач предотвратит превращение аккуратной таблицы в источник недостоверных выводов.

Подготовка файлов по отдельным странам перед массовой проверкой RCS

Надежная проверка начинается с исходного списка, а не с инструмента проверки. Экспортируйте номера телефонов из CRM или системы планирования кампаний с неизменным внутренним идентификатором, который команда сможет использовать после получения результатов. Сохраните этот идентификатор в рабочей копии команды. Затем нормализуйте столбец с номерами телефонов до международного формата E.164. Инструмент Number Cleaner от CheckNumber.AI согласно документации выполняет нормализацию номеров, удаление дубликатов и недействительных записей перед платной проверкой. Проанализируйте исключенные сервисом строки, вместо того чтобы считать каждую удаленную запись реальным человеком, с которым невозможно связаться.

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

Форматы CSV и TXT поддерживаются для загрузки списков. Сохраняйте исходный файл экспорта и нормализованный файл ввода как отдельные версии, чтобы проверяющий мог отследить, как каждая запись попала на проверку. Для регулярных задач платформа также документирует доступ через REST API для поддерживаемых продуктов массовой проверки. Для уточнения параметров интеграции следует обращаться к актуальной RCS API documentation; типовой пример, взятый из другого сервиса проверки, может некорректно отражать поля или логику работы.

Запуск проверки RCS и анализ каждого полученного сигнала

Выберите инструмент Проверка RCS для этой конкретной задачи, затем отправьте подготовленный список через поддерживаемый рабочий процесс в панели управления или задокументированный маршрут API. Экспортируйте результаты для независимой оценки со стороны вашей команды. Сопоставьте результаты с исходными номерами перед назначением какого-либо сегмента кампании: порядок строк в скачанном файле никогда не должен служить единственным ключом сопоставления в бизнес-процессе. Сохраняйте дату проверки вместе с результатом, поскольку сигнал поддержки отвечает на вопрос только на момент проверки, а не бессрочно.

Интерпретируйте индикатор поддержки как специфическое для RCS наблюдение. Положительный индикатор может служить основанием для формирования группы кандидатов на RCS. Отрицательная или иным образом непригодная строка требует применения собственного резервного правила или проверки команды; ее не следует автоматически называть недействующим телефонным номером. Доступное системное значение iOS или Android можно сохранить в отдельном столбце для анализа. Если это значение отсутствует, не заполняйте его догадками на основе результата RCS. Материал Google Messages help page также показывает, что доступность RCS может зависеть от настроек сообщений пользователя, что подтверждает необходимость относиться к наблюдаемому сигналу поддержки как к ограниченному по времени.

Таблица для внутренней проверки может быть намеренно простой: исходный идентификатор CRM, переданный нормализованный номер, дата проверки, наблюдение по поддержке RCS, доступное наблюдение по системе и решение аналитика. Это рекомендуемые столбцы для собственного файла команды, а не утверждение о схеме экспорта продукта. Отдельное решение, такое как кандидат на RCS, проверка для SMS или ручное исключение, фиксирует выбор команды, не изменяя наблюдаемый результат.

Выбор между RCS и SMS на основе четких правил принятия решений

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

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

Не рассматривайте наблюдение по операционной системе как замену поддержки RCS. Обозначение iOS или Android — это контекст, а не доказательство того, что конкретное сообщение пойдет по определенному маршруту. Сохраняйте решения по сетевой маршрутизации в рамках отдельно задокументированной процедуры. Другой, специально предназначенный продукт для проверки операторов может предоставить сведения об операторе связи, если этот вопрос имеет значение; фиксируйте его данные отдельно от поддержки RCS. Четкое, детально описанное правило принятия решений легче проверить при аудите, чем единый непрозрачный флаг пригодности.

Анализ исключений и регулярное обновление списка

Массовые списки содержат типичные проблемы, имеющие существенное значение. Дублирующиеся записи в CRM могут вести на один и тот же нормализованный номер; пропущенный код страны способен исказить сопоставление; старая выгрузка для кампании может больше не соответствовать текущей аудитории. Фиксируйте, что было очищено, что исключено и что проверено. Не перезаписывайте исходный номер в CRM результатом проверки и не удаляйте контакты с неопределенным статусом автоматически. Вместо этого сохраняйте прозрачный процесс аудита, позволяющий отличать проблемы исходных данных от результатов проверки поддержки канала.

Проводите повторную проверку с интервалом, обоснованным циклом кампаний команды и давностью списка контактов. Сервис проверки не предполагает какого-либо универсального срока актуальности данных. Если состав списка изменился в промежутке между проверкой и отправкой, сравните итоговую аудиторию с проверенным снимком данных, чтобы вновь добавленные записи не считались проверенными по умолчанию. Обеспечьте доступность даты проверки для каждого сотрудника, утверждающего медиаплан каналов.

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

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

Как команды могут проверить поддержку RCS сразу для множества номеров?

Команды могут подготовить список международных телефонных номеров для одной страны в формате CSV или TXT, запустить сервис Проверка RCS через поддерживаемый интерфейс массовой проверки и экспортировать результаты для сопоставления с исходным списком. REST API служит еще одним задокументированным способом для поддерживаемых регулярных рабочих процессов; для уточнения контракта интеграции командам следует использовать актуальную документацию по продукту.

Что делать командам, если наблюдение по системе отсутствует?

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

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

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

Как часто следует проверять список кандидатов на RCS?

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