WA Lookup Workflow-Illustration zu „Die Wahl zwischen ws, ws_avatar und ws_business“
Ein visueller Überblick über den in diesem WA Lookup Artikel beschriebenen Workflow.

WA Lookup bietet drei WhatsApp-Prüfungen hinter einem einzigen Aufruf. Die Wahl zwischen ihnen ist eine Frage danach, welche Felder Ihr Workflow tatsächlich auswertet – nicht eine Frage von Leistungsstufen.

Die drei WhatsApp-Prüfungen von WA Lookup nutzen alle POST /api/v1/check und unterscheiden sich nur im Wert von service_type: ws liefert das Registrierungsfeld, ws_avatar ergänzt avatar und avatar_url, und ws_business ergänzt einen booleschen Wert business.

ws, wenn ein einziges Feld über das Ergebnis entscheidet

Wenn der nächste Schritt in Ihrem Workflow nur davon abhängt, ob ein WhatsApp-Konto vorhanden ist, liefert ws genau das – und nichts, was Sie nicht auswerten. Einen umfangreicheren service_type zu wählen, erhöht in dieser Situation die Kosten jedes Aufrufs, ohne eine einzige Entscheidung Ihres Codes zu ändern.

ws_avatar, wenn die Profilsichtbarkeit wichtig ist

Wählen Sie ws_avatar, wenn ein nachgelagerter Schritt die Avatar-Felder auswertet: beim Sortieren einer Lead-Warteschlange, beim Anreichern eines CRM-Datensatzes oder um einem Prüfer zusätzlichen Kontext zu geben. Die entscheidende Frage ist, ob irgendein Code oder irgendeine Person den Avatar-Wert ansehen wird. Falls nicht, ist ws die bessere Wahl.

ws_business, wenn der Kontotyp das Routing bestimmt

ws_business ergänzt einen booleschen Wert business, der zu Workflows passt, die Business-Konten anders behandeln als andere Konten. Wie bei ws_avatar lautet der Test, ob dieses Feld in eine Entscheidung einfließt – ein zurückgegebenes, aber ignoriertes Feld sind reine Kosten.

Pro Aufruf statt pro Integration auswählen

Da service_type ein Wert im Body desselben Aufrufs ist, kann eine Integration für verschiedene Listen oder verschiedene Phasen unterschiedliche Prüfungen auswählen. Teams führen häufig zuerst ws über eine große Liste aus und danach einen umfangreicheren service_type für die relevante Teilmenge – so bleiben die Ausgaben proportional zum Nutzen jeder Phase.

FAQ

Verwenden die drei Prüfungen unterschiedliche URLs?

Nein. Alle drei nutzen POST /api/v1/check und werden über den Wert von service_type im Anfrage-Body ausgewählt.

Kann eine Integration Diensttypen mischen?

Ja. service_type ist ein Body-Wert pro Anfrage, sodass verschiedene Listen oder Phasen über dieselbe Integration unterschiedliche Prüfungen auswählen können.

Enthält ws_avatar, was ws zurückgibt?

Ja. Es liefert das Registrierungsfeld und ergänzt zusätzlich die Avatar-Felder.

Quellen