VerifyMeld

チャネルではなく、結果で電話番号を確認

VerifyMeldはSMSや電話を販売しません。アプリケーションに必要な結果、つまり電話番号の確認結果を提供します。

結果

確認済みの電話番号

シンプルなAPIまたはWebhookを通じて、明確な確認結果をアプリケーションに返します。

OTPの手間なし

コードも音声ボットも不要

ユーザーは指定された番号へ通常の発信を行います。着信は自動で処理されます。

連携

単一のAPI仕様

確認を作成し、返された番号を表示して、確認済みの結果を受け取ります。

新しいアプローチ

VerifyMeldは電話番号の所有確認と通話の配信チャネルを分離します

多くのサービスはSMS、音声通話、OTP、Flash Callを販売しています。VerifyMeldはそのモデルを変えます。アプリケーションが知る必要があるのは確認方法ではなく、番号が確実に確認されたことだけです。

流れ

VerifyMeldの仕組み

  1. アプリケーションがVerifyMeld APIを通じて確認リクエストを作成します。
  2. VerifyMeldは確認用の一意な番号と確認の有効期間を返します。
  3. ユーザーは確認対象の電話番号から、指定された番号へ通常の発信を行います。
  4. VerifyMeldは発信者番号、宛先番号、有効な確認時間枠を照合します。
  5. 確認済みの結果はAPI、内部イベント、またはWebhookを通じてアプリケーションに返されます。
着信

有料の発信通話はありません

VerifyMeldから発信することはありません。ユーザーが発信した通話を着信として自動処理し、VerifyMeld側では応答しないこの着信に料金を請求しません。

セキュリティ

電話インフラはVerifyMeld内で管理

クライアントが受け取るのはAPIアクセスと確認済みの結果だけです。処理を一元化することで、不正対策、耐障害性、将来の改善を一か所で行い、クライアント側の連携を変更せずに済みます。

コスト

通話の配信技術ではなく、確認に対して支払う

プラットフォームはSMS、通話時間、発信通話ではなく、確認済みの結果を中心に設計されています。登録や再確認の多い製品では、確認コストを抑えられる可能性があります。

用途

電話番号の所有者を確実に確認する必要がある製品向け

  • モバイルアプリ
  • ウェブサービス
  • SaaSプラットフォーム
  • CRMシステム
  • 企業向けツール
  • ユーザー登録フロー
将来にも対応

一度連携すれば、確認方法の進化に対応できます

現在、VerifyMeldは着信による確認を使用しています。APIは特定の技術に依存しない設計のため、既存の連携を作り直さずに新しい確認方法を後から追加できます。