CheckNumber.AI · 9 min read
Verificador de RCS: Cómo encontrar qué números de una lista admiten RCS
Una guía práctica para preparar, verificar e interpretar la compatibilidad con RCS en una lista de teléfonos.
Un Verificador de RCS puede identificar qué números en una lista de teléfonos preparada muestran actualmente una señal de compatibilidad con RCS. Para una revisión masiva, normalice los números, agrúpelos por país, envíe un archivo CSV o TXT compatible al Verificador de RCS indicado y revise el resultado exportado comparándolo con la lista original. Utilice el resultado para fundamentar una elección controlada por el cliente entre RCS y SMS, manteniendo las reglas de permiso y de campaña dentro del flujo de trabajo de su propio equipo.
Qué responde un Verificador de RCS para una lista de teléfonos
RCS es un protocolo de mensajería, no una cuenta de red social. Un equipo que planea una campaña de mensajes enriquecidos necesita responder a una pregunta práctica para cada contacto: ¿el número muestra compatibilidad con RCS en el momento de la verificación? El GSMA Universal Profile describe la base técnica compartida de RCS en los ecosistemas participantes. Ese contexto explica por qué una verificación de compatibilidad a nivel de lista puede ser útil incluso cuando la base de datos de contactos contiene números de diferentes dispositivos.
La descripción del producto RCS de CheckNumber.AI identifica un indicador de compatibilidad y una señal de sistema operativo disponible, descrita como iOS o Android. Se trata de piezas de información independientes. El indicador de compatibilidad aborda el canal de mensajería seleccionado; la señal del sistema puede ayudar a un analista a organizar una revisión cuando esté disponible. Ninguna de ellas debe convertirse silenciosamente en un nombre de operador, modelo de teléfono, estado actual del dispositivo o registro del propietario de la cuenta.
Comience con la decisión que el equipo realmente necesita tomar. Si la decisión es si incluir un contacto en un segmento candidato a RCS, la señal de compatibilidad con RCS es relevante. Si la decisión concierne al operador o al tipo de línea, el Verificador de RCS no es la fuente correcta; utilice el producto de operador indicado. Si la pregunta es si un número de teléfono es válido, utilice la capacidad de validación dedicada. Mantener estas preguntas diferenciadas evita que una hoja de cálculo que parece ordenada se convierta en una engañosa.
Prepare archivos de un solo país antes de una verificación masiva de RCS
Una revisión fiable comienza con la lista de origen, no con el verificador. Exporte los números de teléfono desde el CRM o el sistema de planificación de campañas con una referencia interna estable que el equipo pueda utilizar después de recibir los resultados. Mantenga esa referencia en la copia de trabajo del equipo. Luego, normalice la columna de números de teléfono al formato internacional E.164. El Number Cleaner de CheckNumber.AI está documentado para normalizar números, eliminar duplicados y eliminar entradas no válidas antes de una verificación de pago. Revise las exclusiones del limpiador en lugar de asumir que cada fila eliminada representa a una persona real a la que no se puede contactar.
Para las cargas de listas de teléfonos, utilice un país por archivo y un número por línea con su código de país. Un signo más es opcional según las instrucciones actuales del producto. Dividir una exportación de varios países facilita la revisión del formato: los analistas pueden detectar códigos de país faltantes, números copiados con prefijos troncales locales y filas cuya asignación de país es incierta. Un número sin una asignación de país fiable debe ir a una cola de excepciones para que una persona lo examine, en lugar de intentar adivinarlo en un lote.
CSV y TXT son formatos de carga de listas admitidos. Mantenga la exportación original y la entrada normalizada como versiones separadas para que un revisor pueda rastrear cómo un registro individual ingresó a la verificación. Para trabajos recurrentes, la plataforma también documenta el acceso a la API REST para productos masivos admitidos. Se debe consultar la documentación de la API de RCS actual para conocer el contrato de integración real; un ejemplo genérico tomado de otro verificador podría declarar erróneamente campos o comportamientos.
Ejecute la verificación de RCS y lea cada señal devuelta
Seleccione el Verificador de RCS para esta tarea específica y luego envíe la lista preparada a través del flujo de trabajo del panel de control admitido o la ruta de API documentada. Exporte los resultados para una revisión controlada por el cliente. Haga coincidir los resultados con los números de origen antes de asignar cualquier segmento de campaña; el orden de un archivo descargado nunca debe servir como la única clave de unión en un proceso de negocio. Conserve la fecha de verificación junto con el resultado, porque una señal de compatibilidad responde a una pregunta en el momento de la verificación, no para siempre.
Lea el indicador de compatibilidad como una observación específica de RCS. Una indicación positiva puede informar a un grupo candidato a RCS. Una fila negativa o inutilizable requiere la propia regla de respaldo o revisión del equipo; no debe describirse automáticamente como un número de teléfono inactivo. El valor del sistema iOS o Android disponible puede conservarse como su propia columna para el análisis. Si ese valor está ausente, no lo complete adivinando a partir del resultado de RCS. La página de ayuda de Google Messages también ilustra que la disponibilidad de RCS puede depender de la configuración de mensajería del usuario, lo que refuerza la necesidad de tratar una señal de compatibilidad observada como limitada en el tiempo.
Una tabla de revisión interna puede ser deliberadamente simple: referencia original del CRM, número normalizado enviado, fecha de verificación, observación de compatibilidad con RCS, observación del sistema disponible y disposición del analista. Estas son columnas sugeridas para el propio archivo del equipo, no una afirmación sobre el esquema de exportación del producto. Una disposición separada, como candidato a RCS, revisión de SMS o excepción manual, registra la decisión del equipo sin alterar el resultado observado.
Elija una ruta de RCS o SMS con reglas de decisión explícitas
La compatibilidad con RCS es útil solo cuando alguien puede explicar qué acción sigue a ella. Antes de cargar una campaña, defina la regla para una observación de compatibilidad positiva, la regla para una observación negativa y la regla para un resultado faltante o cuestionable. Por ejemplo, un equipo puede colocar los resultados positivos en un segmento candidato a RCS y enviar el resto para una revisión de elegibilidad de SMS. Ese es un ejemplo de enrutamiento definido por el cliente, no una acción realizada por el verificador.
Mantenga la decisión del canal separada del permiso de la audiencia. Una señal de compatibilidad no establece un consentimiento previo, expreso e informado para el contacto. Los propios registros del equipo deben establecer si el contacto está autorizado para el propósito y canal previstos. Lo mismo ocurre con las listas de supresión, los requisitos de campaña locales y el contenido específico del mensaje. Estas verificaciones pertenecen a la gobernanza de la campaña incluso cuando la revisión técnica de la lista está completa.
No trate la observación del sistema como un sustituto de la compatibilidad con RCS. Una etiqueta de iOS o Android es contexto, no prueba de que un mensaje en particular tomará una ruta en particular. Mantenga las decisiones de enrutamiento relacionadas con la red en una revisión documentada por separado. Un producto de operador diferente y específicamente nombrado puede proporcionar contexto de operador cuando esa pregunta sea importante; etiquete su observación por separado de la compatibilidad con RCS. Una regla de decisión estrecha y bien descrita es más fácil de auditar que una única bandera de elegibilidad opaca.
Revise las excepciones y mantenga la lista a lo largo del tiempo
Las listas masivas contienen problemas mundanos que importan. Los registros duplicados del CRM pueden apuntar a un número normalizado; un código de país faltante puede distorsionar la coincidencia; un extracto de campaña antiguo puede ya no reflejar la audiencia actual. Registre lo que se limpió, lo que se excluyó y lo que se verificó. No sobrescriba el número original del CRM con un resultado del verificador ni elimine contactos inciertos automáticamente. En su lugar, conserve una ruta de revisión que pueda distinguir los problemas de los datos de origen de una observación de compatibilidad de canal.
Vuelva a verificar en un intervalo justificado por el ciclo de campaña del equipo y la antigüedad de su lista de contactos. No hay un período de frescura universal implícito en el verificador. Si la lista cambia entre la detección y el envío, compare la audiencia final con la instantánea verificada para que los registros recién agregados no sean tratados silenciosamente como examinados. Mantenga la fecha de verificación visible para cualquier persona que apruebe el plan de canal.
Este enfoque le da a cada señal un papel preciso: el formato prepara una entrada, el Verificador de RCS proporciona una observación de compatibilidad específica de RCS y el equipo de campaña decide cómo enrutar los contactos a los que tiene permiso para llegar. Esa cadena es más útil que una afirmación amplia de que cada número en un archivo está listo para una campaña de mensajes enriquecidos.
Preguntas frecuentes
¿Cómo pueden los equipos verificar la compatibilidad con RCS para muchos números a la vez?
Los equipos pueden preparar una lista CSV o TXT de un solo país con números de teléfono internacionales, ejecutar el Verificador de RCS indicado a través de su flujo de trabajo masivo admitido y exportar los resultados para revisarlos frente a la lista de origen. La API REST es otra ruta documentada para flujos de trabajo recurrentes admitidos; los equipos deben utilizar la documentación actual del producto para su contrato.
¿Qué deben hacer los equipos con una observación del sistema faltante?
Manténgala como faltante en el archivo de revisión e interprete la observación de compatibilidad con RCS por sí misma. El campo de sistema disponible es contexto adicional, no un valor que deba inferirse de un resultado de compatibilidad.
¿Cómo pueden los equipos enrutar contactos después de una verificación de RCS?
Defina reglas controladas por el cliente para candidatos a RCS, revisión de SMS y excepciones, luego aplique los propios registros de permiso y supresión del equipo antes de cualquier campaña. Una verificación proporciona una entrada para esa decisión; no envía un mensaje.
¿Con qué frecuencia debe revisarse una lista de candidatos a RCS?
Revísela siempre que la audiencia o el ciclo de campaña hagan que una instantánea anterior no sea fiable. Conserve la fecha de cada verificación y compare una exportación de audiencia final con la instantánea examinada antes de utilizar el resultado.
