WA Lookup
Ein abstrakter Workflow zur Prüfung von Telefonnummern, der mit einem bestätigten Ergebnis endet
Eine synchrone Anfrage liefert einem Workflow vor seiner nächsten Entscheidung ein aktuelles Signal.

Ein aktuelles Signal dort nutzen, wo die Entscheidung fällt

Die Lead-Qualifizierung wird oft als späterer Bereinigungsschritt behandelt. Für manche Workflows ist das sinnvoll, doch es ist nicht der einzige Moment, in dem ein Registrierungssignal zählt. Eine Formularübermittlung, eine Support-Anfrage oder eine CRM-Aktualisierung kann eine Antwort benötigen, bevor die nächste Regel ausgeführt wird.

WA Lookup liefert diese Antwort über eine synchrone API. Der Aufrufer kann eine Telefonnummer oder eine Multi-Prüfung mit bis zu 100 Nummern übermitteln und erhält die gewählten WhatsApp-Ergebnisse in derselben HTTP-Antwort. Damit eignet sich die Antwort für einen Workflow, der jetzt entscheiden muss, ob er Datensätze anreichert, eine Warteschlange auswählt oder weitere Informationen anfordert.

Das Ergebnis ist bewusst eng gefasst. Es gibt die für das gewählte Produkt dokumentierten Felder zum Zeitpunkt der Prüfung wieder. Es identifiziert nicht die Person hinter einer Nummer, belegt keine Einwilligung, gibt weder Online-Status noch Nachrichtenverlauf preis und garantiert keine künftige Erreichbarkeit.

Das kleinste Signal wählen, das die Workflow-Frage beantwortet

Alle Prüfungen von WA Lookup verwenden dieselbe Anfragestruktur; service_type legt die Antwortfelder fest.

Diensttyp Zu verwendendes Ergebnis Beispiel für eine Workflow-Entscheidung
ws registered Eine Lead-Routing-Regel erst fortsetzen, nachdem das aktuelle Registrierungssignal erfasst wurde.
ws_avatar registered, avatar, avatar_url Die dokumentierten Felder zur Profilverfügbarkeit einem CRM-Prüfablauf hinzufügen.
ws_business registered, business Einen Datensatz an einen B2B-Prüfpfad leiten, wenn diese Unterscheidung nützlich ist.

Verwenden Sie das günstigste Produkt, das die unmittelbare Frage beantwortet. Ein Avatar- oder Business-Feld ergänzt Kontext; es macht das Registrierungsergebnis nicht verbindlicher.

Eine klare Anfrage senden und den Antwortvertrag nutzen

Normalisieren Sie die Kennung, bevor Sie die API aufrufen. E.164 gibt einer internationalen Nummer eine eindeutige Form mit Ländervorwahl und verhindert, dass eine mehrdeutige lokale Nummer so behandelt wird, als wäre sie weltweit vollständig.

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

Ein abgeschlossenes Registrierungsergebnis wird im dokumentierten Antwortumschlag zurückgegeben:

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

Verwenden Sie data.registered nur nach einem abgeschlossenen Ergebnis. Eine ungültige Anfrage, eine Antwort wegen unzureichenden Guthabens, eine Ablehnung wegen Parallelität, ein Timeout oder eine unbestimmte Prüfung ist kein Beleg dafür, dass die Nummer nicht registriert ist. Halten Sie dieses operative Ergebnis von der Registrierungsbeobachtung getrennt und folgen Sie dem dokumentierten Weg für Wiederholung oder Korrektur.

Eine Beobachtung speichern, keine Identitätsbehauptung

Ein nützlicher CRM-Datensatz bewahrt, was übermittelt wurde, was geprüft wurde und wann das Ergebnis beobachtet wurde. So lassen sich spätere Aktualisierungen nachvollziehen, statt einen älteren Wert stillschweigend zu ersetzen.

  • Speichern Sie den Ausgangswert und die normalisierte E.164-Kennung getrennt.
  • Speichern Sie den gewählten service_type zusammen mit den zurückgegebenen Feldern.
  • Erfassen Sie den Prüfzeitpunkt zusammen mit dem abgeschlossenen Ergebnis.
  • Halten Sie Anfragefehler und unbestimmte Ergebnisse von registered=false getrennt.
  • Prüfen Sie erneut, wenn ein späterer Workflow eine neuere Beobachtung benötigt.

Prüfen Sie Guthaben und Prüfverlauf im Dashboard; die aktuellen Abrechnungsregeln finden Sie auf der Preisseite und in der API-Dokumentation.

Eine einfache Routing-Regel

Die sichere Regel ist unkompliziert: Verzweigen Sie nur bei einer abgeschlossenen Antwort und behandeln Sie die Felder dann als aktuelle Workflow-Eingaben statt als dauerhafte Wahrheit. Ein CRM kann beispielsweise registered=true mit Zeitstempel und Diensttyp speichern, während ein vorübergehender Fehler wiederholbar bleibt und eine frühere abgeschlossene Beobachtung nicht überschreibt.

Genau hier ist die synchrone Prüfung am nützlichsten: Sie gibt dem Workflow eine strukturierte Antwort an der Stelle, an der tatsächlich eine Entscheidung getroffen wird.

Quellen