WA Lookup
Un flujo abstracto de verificación de números de teléfono que termina en un resultado confirmado
Una solicitud síncrona proporciona al flujo de trabajo una señal actual antes de su siguiente decisión.

Use una señal actual allí donde se toma la decisión

La cualificación de leads suele tratarse como un paso de depuración posterior. Eso resulta útil en algunos flujos de trabajo, pero no es el único momento en que importa una señal de registro. El envío de un formulario, una solicitud de soporte o una actualización del CRM pueden necesitar una respuesta antes de que se ejecute la siguiente regla.

WA Lookup ofrece esa respuesta mediante una API síncrona. Quien realiza la llamada puede enviar un número de teléfono o una verificación múltiple de hasta 100 números y recibe los resultados de WhatsApp seleccionados en la misma respuesta HTTP. Esto hace que la respuesta sea adecuada para un flujo de trabajo que necesita decidir en ese momento si enriquece registros, elige una cola o solicita más información.

El resultado es deliberadamente acotado. Informa de los campos documentados para el producto seleccionado en el momento de la verificación. No identifica a la persona que hay detrás de un número, no prueba el consentimiento, no revela el estado en línea ni el historial de mensajes y no garantiza la alcanzabilidad futura.

Elija la señal más pequeña que responda a la pregunta del flujo

Todas las verificaciones de WA Lookup utilizan la misma estructura de solicitud; service_type define los campos de la respuesta.

Tipo de servicio Resultado que se utiliza Ejemplo de decisión en el flujo
ws registered Continuar una regla de enrutamiento de leads solo después de registrar la señal de registro actual.
ws_avatar registered, avatar, avatar_url Añadir los campos documentados de disponibilidad del perfil a un flujo de revisión del CRM.
ws_business registered, business Dirigir un registro a una vía de revisión B2B cuando esa distinción sea útil.

Utilice el producto menos costoso que responda a la pregunta inmediata. Un campo de avatar o Business añade contexto; no hace que el resultado de registro sea más fiable.

Envíe una solicitud clara y utilice el contrato de respuesta

Normalice el identificador antes de llamar a la API. E.164 da a un número internacional una forma clara con código de país y evita tratar un número local ambiguo como si fuera completo a escala mundial.

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"}'

Un resultado de registro completado se devuelve en el sobre de respuesta documentado:

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

Utilice data.registered solo tras un resultado completado. Una solicitud no válida, una respuesta de saldo insuficiente, un rechazo por concurrencia, un tiempo de espera agotado o una verificación indeterminada no son prueba de que el número no esté registrado. Mantenga ese resultado operativo separado de la observación del registro y siga la vía de reintento o corrección documentada.

Almacene una observación, no una afirmación de identidad

Un registro útil del CRM conserva lo que se envió, lo que se verificó y cuándo se observó el resultado. Esto hace que las actualizaciones posteriores sean explicables, en lugar de sustituir silenciosamente un valor anterior.

  • Almacene por separado el valor de origen y el identificador E.164 normalizado.
  • Almacene el service_type seleccionado junto con los campos devueltos.
  • Registre la hora de la verificación con el resultado completado.
  • Mantenga los errores de solicitud y los resultados indeterminados diferenciados de registered=false.
  • Vuelva a verificar cuando un flujo posterior necesite una observación más reciente.

Revise el saldo y el historial de verificaciones en el panel; consulte la página de precios y la documentación de la API para conocer las reglas de facturación vigentes.

Una regla de enrutamiento sencilla

La regla segura es sencilla: bifurque solo ante una respuesta completada y trate los campos como datos de entrada actuales del flujo de trabajo, no como una verdad permanente. Por ejemplo, un CRM puede guardar registered=true con su marca de tiempo y su tipo de servicio, mientras que un fallo temporal sigue pudiendo reintentarse y no sobrescribe una observación completada anterior.

Ahí es donde la verificación síncrona resulta más útil: proporciona al flujo de trabajo una respuesta estructurada en el momento en que realmente se toma una decisión.

Fuentes