WA Lookup
Alur kerja verifikasi nomor telepon secara abstrak yang berakhir dengan hasil terkonfirmasi
Permintaan sinkron memberi alur kerja sinyal terkini sebelum keputusan berikutnya.

Gunakan sinyal terkini di titik keputusan dibuat

Kualifikasi prospek sering diperlakukan sebagai langkah pembersihan di kemudian hari. Hal itu berguna untuk sebagian alur kerja, tetapi bukan satu-satunya momen ketika sinyal pendaftaran penting. Pengiriman formulir, permintaan dukungan, atau pembaruan CRM mungkin memerlukan jawaban sebelum aturan berikutnya dijalankan.

WA Lookup memberikan jawaban tersebut melalui API sinkron. Pemanggil dapat mengirim satu nomor telepon atau pemeriksaan multi hingga 100 nomor dan menerima hasil WhatsApp yang dipilih dalam respons HTTP yang sama. Hal ini membuat respons cocok untuk alur kerja yang perlu memutuskan saat itu juga apakah akan memperkaya data, memilih antrean, atau meminta informasi tambahan.

Hasilnya sengaja dibuat sempit. Hasil ini melaporkan kolom yang terdokumentasi untuk produk yang dipilih pada saat pemeriksaan. Hasil ini tidak mengidentifikasi orang di balik suatu nomor, tidak membuktikan persetujuan, tidak mengungkap status online atau riwayat pesan, dan tidak menjamin keterjangkauan di masa mendatang.

Pilih sinyal terkecil yang menjawab pertanyaan alur kerja

Semua pemeriksaan WA Lookup menggunakan bentuk permintaan yang sama; service_type menentukan kolom respons.

Jenis layanan Hasil yang digunakan Contoh keputusan alur kerja
ws registered Lanjutkan aturan perutean prospek hanya setelah mencatat sinyal pendaftaran terkini.
ws_avatar registered, avatar, avatar_url Tambahkan kolom ketersediaan profil yang terdokumentasi ke alur tinjauan CRM.
ws_business registered, business Rutekan data ke jalur tinjauan B2B ketika pembedaan tersebut berguna.

Gunakan produk termurah yang menjawab pertanyaan saat itu. Kolom avatar atau Business menambah konteks; kolom tersebut tidak membuat hasil pendaftaran lebih otoritatif.

Kirim satu permintaan yang jelas dan gunakan kontrak respons

Normalkan identifier sebelum memanggil API. E.164 memberikan bentuk kode negara yang jelas untuk nomor internasional dan menghindari perlakuan terhadap nomor lokal yang ambigu seolah-olah nomor tersebut sudah lengkap secara global.

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

Hasil pendaftaran yang selesai dikembalikan dalam envelope respons yang terdokumentasi:

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

Gunakan data.registered hanya setelah hasil selesai. Permintaan yang tidak valid, respons saldo tidak mencukupi, penolakan konkurensi, batas waktu habis, atau pemeriksaan yang tidak dapat ditentukan bukanlah bukti bahwa nomor tersebut tidak terdaftar. Pisahkan hasil operasional tersebut dari pengamatan pendaftaran dan ikuti jalur percobaan ulang atau koreksi yang terdokumentasi.

Simpan pengamatan, bukan klaim identitas

Data CRM yang berguna menyimpan apa yang dikirim, apa yang diperiksa, dan kapan hasilnya diamati. Hal ini membuat pembaruan di kemudian hari dapat dijelaskan, alih-alih diam-diam menggantikan nilai yang lebih lama.

  • Simpan nilai sumber dan identifier E.164 yang telah dinormalkan secara terpisah.
  • Simpan service_type yang dipilih bersama kolom yang dikembalikan.
  • Catat waktu pemeriksaan bersama hasil yang selesai.
  • Pisahkan kesalahan permintaan dan hasil yang tidak dapat ditentukan dari registered=false.
  • Periksa ulang ketika alur kerja selanjutnya memerlukan pengamatan yang lebih baru.

Tinjau saldo dan riwayat pemeriksaan di dasbor; lihat halaman harga dan dokumentasi API untuk aturan penagihan yang berlaku saat ini.

Aturan perutean sederhana

Aturan yang aman cukup lugas: bercabanglah hanya berdasarkan respons yang selesai, lalu perlakukan kolomnya sebagai masukan alur kerja terkini, bukan kebenaran permanen. Misalnya, CRM dapat menyimpan registered=true beserta stempel waktu dan jenis layanannya, sementara kegagalan sementara tetap dapat dicoba ulang dan tidak menimpa pengamatan sebelumnya yang sudah selesai.

Di sinilah verifikasi sinkron paling berguna: verifikasi ini memberi alur kerja jawaban terstruktur tepat di titik keputusan benar-benar dibuat.

Sumber