Validación
API de validación de teléfono
API REST JSON rápida de Cleariflow para validación estructural de teléfonos (libphonenumber), normalización E.164 y metadatos opcionales de operador/ubicación.
GET
API de validación de teléfono
Es muy sencillo de usar: envíe su clave API y un número de teléfono. La API devuelve si el número es estructuralmente válido (según Google libphonenumber) y, cuando es válido, formatos E.164 normalizados más metadatos opcionales como tipo de línea, indicaciones de geocodificación y datos del operador cuando estén disponibles.
Qué significa
Los números ficticios 555 de EE. UU. y otros rangos estructuralmente válidos pero no asignados pueden seguir devolviendo
Respuesta válida (
Respuesta no válida (
valid: true significa que el número cumple las reglas de formato regional (longitud, prefijo, sintaxis). No confirma que la línea esté activa, asignada a un abonado o sea alcanzable. Para el estado de línea en tiempo real necesita HLR/SMS lookup, que queda fuera del alcance de esta API.Primeros pasos
REST
La API de validación de números de teléfono, como todas las API de Cleariflow, está organizada en torno a REST. Está diseñada para usar URL predecibles orientadas a recursos y códigos de estado HTTP para indicar errores.HTTPS
La API de validación de números de teléfono requiere que todas las comunicaciones estén protegidas con TLS 1.2 o superior.Versiones de la API
Todas las API de Cleariflow están versionadas. La API de validación de números de teléfono está actualmente en la versión 1.Su clave API
Su clave API es su clave de autenticación única para la API de validación de números de teléfono de Cleariflow. Tenga en cuenta que cada API de Cleariflow tiene una clave API única, por lo que necesitará claves diferentes para acceder a la validación de teléfono y la validación de correo electrónico, por ejemplo. Para autenticar sus solicitudes, añada su clave API a la URL base.URL base
Qué significa valid
valid | Significado |
|---|---|
true | El número es estructuralmente válido para su región detectada (libphonenumber IsValidNumber). |
false | El número no pudo analizarse o no cumple las reglas de formato regional. format, country, location, type y carrier siempre están vacíos; phone contiene solo los dígitos de su entrada. |
valid: true. carrier y location se rellenan principalmente con metadatos de US/CA y a menudo están vacíos en otras regiones.
Endpoint de validación
La API requiere su clave API única y el número de teléfono a comprobar:phone=14155552671, country=US):
phone=123, country=US):
Parámetros de solicitud
Su clave API única. Tenga en cuenta que cada usuario tiene claves API únicas para cada una de las API de Cleariflow, por lo que su clave de Phone Validation no funcionará para su API de geolocalización IP, por ejemplo.
El número de teléfono a validar (comprobación estructural según libphonenumber).
Indicación opcional ISO 3166-1 alpha-2 para números en formato nacional sin
+ inicial. Por ejemplo, country=US ayuda a analizar 4155552671. Los números con prefijo internacional se analizan según su código de país; el country.code detectado en la respuesta puede diferir de esta indicación (p. ej. GG para algunos rangos móviles +44).Parámetros de respuesta
La respuesta de la API se devuelve en un formato JSON universal y ligero.Dígitos E.164 normalizados (sin
+) cuando valid es true. Cuando valid es false, solo los dígitos de su entrada.true cuando el número es estructuralmente válido según libphonenumber. Esto no es verificación de estado de línea ni de abonado.Formatos
international y local. Cadenas vacías cuando valid es false.Formato E.164 con
+ inicial. Vacío cuando valid es false.Formato nacional para la región detectada. Vacío cuando
valid es false.País/territorio detectado. Campos vacíos cuando
valid es false.Código de dos letras ISO 3166-1 alpha-2 para la región detectada.
Nombre para mostrar en inglés de
country.code.Prefijo de llamada internacional (p. ej.
+1).Indicación de geocodificación de los metadatos de libphonenumber (región, estado/provincia o ciudad). A menudo vacío fuera de US/CA. Vacío cuando
valid es false.Tipo de línea cuando
valid es true: Landline, Mobile, Landline_or_Mobile, Toll_Free, Premium, Paging, Special o Unknown. Siempre Unknown cuando valid es false.Nombre del operador de los metadatos de libphonenumber cuando esté disponible (más a menudo US/CA). Cadena vacía en caso contrario, incluido cuando
valid es false.Carga masiva (CSV)
Buenas prácticas al cargar masivamente un archivo CSV:- Asegúrese de que la primera columna contenga los números de teléfono a analizar.
- Elimine las filas vacías del archivo.
- Incluya solo un número de teléfono por fila.
- El tamaño máximo permitido del archivo es de 50.000 filas.
Códigos de respuesta y error
Siempre que realice una solicitud que falle por algún motivo, también se devuelve un error en formato JSON. Los errores incluyen un código y una descripción, que puede consultar en detalle a continuación.| Code | Type | Details |
|---|---|---|
| 200 | OK | Todo funcionó como se esperaba. |
| 400 | Bad request | Solicitud incorrecta. |
| 401 | Unauthorized | La solicitud no fue aceptable. Normalmente por clave API ausente o incorrecta. |
| 422 | Quota reached | La solicitud se interrumpió por créditos API insuficientes. (Planes gratuitos) |
| 429 | Too many requests | La solicitud se interrumpió por alcanzar el límite de solicitudes por segundo. En planes gratuitos las solicitudes están limitadas a 1 por segundo. |
| 500 | Internal server error | La solicitud no pudo completarse por un error en el servidor. |
| 503 | Service unavailable | El servidor no estaba disponible. |
Otras notas
Nota sobre facturación por uso: cada número de teléfono individual que envíe cuenta como un crédito utilizado. Los créditos también se cuentan por solicitud, no por respuesta exitosa. Por lo tanto, si envía una solicitud con el número (no válido) «kasj8929hs», eso sigue contando como 1 crédito.API de validación de teléfono