BroadNet
ジャーナルエンジニアリング
エンジニアリング

コード送信前のプロセス:MobileValidateとBroadNetを活用したOTPの事前チェックルーチン

事前チェックとは、ユーザーが電話番号を入力した瞬間からコードを送信する瞬間までに行われる1回のルックアップです。これにより、OTPを受信できない番号を検知し、追加の認証(フリクション)が必要なリスクのあるパターンをフラグ立てし、最適なチャネルを選択します。以下に、MobileValidateとBroadNetを用いたルーチンと、各結果に応じた判定テーブルを示します。

9 読了目安
エンジニアリング · No. 15
9 読了目安

ンタイムパスワードを送信する前に、番号に対して1回のルックアップを実行してください。番号を正規化し、回線種別と通信キャリアを確認します。さらに、SMS以外のチャネルも提供している場合は、どのチャネルで受信可能かを確認します。結果が携帯電話または不明な場合はデフォルトで送信し、固定電話またはフリーダイヤルの場合は送信を停止するか音声通話を提案します。また、パターンにリスクが疑われる場合は、認証プロセスに摩擦(フリクション)を追加します。現在プライベートプレビュー版であるBroadNetブランドのMobileValidateを使用すれば、このチェックは1回のAPIリクエストで完了します。その後、コードはチャネル間のフォールバック機能を備えたBroadNetのOTP APIまたはMyOTP.Appを通じて送信されます。

重要なポイント

  • 事前チェックは1回のルックアップ費用で済み、到達不能なメッセージや、不正パターンに利用されるメッセージの送信を防ぐことができます。
  • 回線種別は最も有用な単一のシグナルです。携帯電話であれば送信を継続し、固定電話、フリーダイヤル、および高額料金電話(premium-rate)の場合は停止します。VoIPについては、より詳細な確認を行います。
  • 「不明」は失敗ではありません。通常のレート制限に従ってコードを送信してください。MobileValidateは、回答が不明な場合に料金を請求することはありません。
  • 短い待ち時間がスムーズなサインアップを実現します。ルックアップの待ち時間を数秒に設定し、保留中のものはすべて「不明」として扱ってください。
  • チャネルチェック(例:Telegram)により、そのチャネルにオプトインした顧客に対して、どのチャネルでコードを送信すべきかを判断できます。
  • このチェックは不正対策をサポートするものであり、レート制限、モニタリング、またはフォールバックに代わるものではありません。

OTPを送信する前に何をチェックすべきですか?

チェック項目確認内容ソース
形式と有効性入力が有効な番号か、E.164形式に正規化されているか、または重複しているかMobileValidate number_status(有効、invalid_number、重複)
回線種別携帯電話、固定電話、VoIP、フリーダイヤル、特番、その他MobileValidateキャリア照会 (beta)
通信キャリア現在のネットワーク、および番号ポータビリティ(MNP)済みの場合は元のネットワークMobileValidateキャリア照会 (beta)
チャネル登録Telegramなどの、コードを送信するアプリに番号が登録されているかどうかMobileValidateメッセージングアプリのチェック
ネットワークのリアルタイムステータス現在、その回線がホームネットワークで着信可能かどうかBroadNet HLR Lookup

MobileValidateのキャリア検索では、回線種別の重要性が明らかになります。固定電話、フリーダイヤル、高額料金番号、シェアードコスト、またはUAN番号は、「通常」SMSが失敗するか、無駄なコストが発生することを意味します。また、VoIP番号や単一の小規模な通信事業者からの急激な新規登録は、偽アカウント作成やSMSパンピングにおける一般的なパターンです。

ルーチンは、ステップごとにどのように動作しますか?

  1. ユーザーが番号を入力した際、「コードを送信」を押す前に、番号と必要なチェック項目(例:通信事業者およびコードを送信するアプリチャネル)を指定して、POST /v1/lookupを呼び出します。
  2. 待機時間を数秒間に設定します。APIはデフォルトで最大10秒(最大30秒)待機し、タイムアウトした場合は保留中のチェックとして202を返します。保留中の状態は「不明」として扱ってください。
  3. 結果に対して以下の決定テーブルを適用します。
  4. 選択したチャネルで、チャネル間のフォールバックを利用しながら、BroadNet OTP APIまたはMyOTP.Appを通じてコードを送信します。
  5. 後で結果を確認できるように、照会結果を認証試行と併せてログに記録します。
snippet
curl https://api.mobilevalidate.com/v1/lookup \
-H "Authorization: Bearer $MOBILEVALIDATE_API_KEY" \
-H "Content-Type: application/json" \
-d '{"numbers": ["+447700900001"], "checks": ["carrier", "telegram"], "wait": 3}'

レスポンス内の各チェックには、登録済み(true、false、または不明の場合はnull)、ステータス、信頼レベル、およびchecked_atが含まれます。通信事業者チェックでは、属性にline_type、通信事業者、および国が含まれます。数値 +447700900001はMobileValidateテスト番号です。テストキーを使用すると固定データで回答され、料金は発生しません。レスポンスの詳細は リアルタイム照会 を参照してください。

各結果に対してどのようなアクションを取りますか?

結果推奨されるアクション
line_typeモバイルユーザーが選択したチャネルでコードを送信します
line_type fixed_line、toll_free、premium_rate、shared_cost、またはuanSMSは送信しないでください。対応している場合は音声コードを提供するか、携帯電話番号の入力を求めてください
line_type voipリスクポリシーを適用します:追加認証、試行回数の制限、または手動レビュー
number_status invalid_numberユーザーに番号の修正を求めます。この場合、送信や課金は発生しません
通信事業者の確認が不明または保留中通常のレート制限に従ってコードを送信してください
Telegramに登録されており、ユーザーがTelegramを選択しましたMyOTP.AppのTelegramチャネル経由で送信し、フォールバックとしてSMSを使用します
特定の小規模な通信事業者または番号範囲で新規登録が急増しています該当する番号範囲のスロットリングを行い、内容を確認してください。SMSのパンピング防御策を参照してください。

ルールは独自のポリシーエンジンに保持し、調整できるようにしてください。ルックアップはシグナルを提供するものであり、判定を下すものではありません。VoIPの番号は実在する顧客のものである可能性があるため、完全にブロックするよりも、認証のステップアップを行う方が通常は適切です。

ルックアップによって登録が遅延しますか?

それは、お客様の運用次第です。ユーザーが電話番号フィールドに入力している間にルックアップを実行し、waitパラメータで制限をかけ、回答待ちの状態は「不明」として扱うことで、認証コードの送信を妨げないようにします。MobileValidateは、各サービスの有効期間内においてアカウントごとに回答をキャッシュします。キャッシュされた回答は無料であるため、ユーザーが2回目のコードを要求しても、2回目の課金対象となるチェックは発生しません。

ルックアップは、登録フォーム全体の前ではなく、送信の直前に配置してください。ルックアップサービスに接続できない場合は、通常の制限内でコードを送信するフローにフォールバックさせます。

SMSパンピングおよび不正対策との整合性はどのように取りますか?

SMSパンピング(トラフィックの人工的な水増し)は、攻撃者が手数料の一部を得られるような番号に対してメッセージを送信するために、OTP形式を悪用します。送信前のラインタイプおよび通信事業者のチェックにより、SMSを受信すべきではない番号を排除し、クラスターを可視化できますが、これはあくまで一つのレイヤーに過ぎません。番号、IPアドレス、デバイスごとのレート制限を維持し、セッションごとの試行回数を制限し、送信先の構成を監視し、利用額アラートを設定してください。私たちのSMSパンピングおよびAIT不正に関するガイドでは他のレイヤーについて説明しており、SMSパンピングとは何かではその仕組みを簡潔に解説しています。

MobileValidateはSIMスワップチェックを提供していません。高価値なアクションにおけるアカウント乗っ取りのリスクについては、BroadNetが中東におけるSIMスワップおよびNumber Verifyにおける通信事業者のネットワークAPIについてカバーしています。

OTPチャネルをどのように選択すればよいですか?

ユーザーが信頼するチャネルを提供し、その選択を記録してください。MyOTP.Appは、自動フォールバック機能を備えた一つのアカウントから、SMS、WhatsApp、またはTelegramでコードを送信します。また、BroadNetのOTPAPIは、SMS、WhatsApp、音声、およびFlash Callへとフォールバックします。Telegramの登録チェックを活用することで、受信可能なユーザーに対してのみTelegramオプションを表示できます。SMSは、あらゆる携帯電話番号に到達するフォールバックとして機能します。チャネルの詳細な比較については、当社のマルチチャネルOTP認証ガイドをお読みください。

チェックの費用はいくらですか?また、合法性はどうなっていますか?

MobileValidateは確定した回答に対してのみ課金されます。unknown、unsupported country、timeout、invalid、およびduplicateの結果、ならびにキャッシュヒットとテストキーは無料です。プライベートプレビュー期間中に変更される可能性がある現在の料金は、料金ページに記載されています。実際にアクションを起こす番号のみをチェックしてください。番号に対して追加のチェックを行うたびに、別途請求される場合があります。

コードを送信するためにユーザーから提供されたばかりの番号をスクリーニングすることは、不正防止の一環であり、MobileValidateの利用規約で許可されています。GDPRのRecital 47では、「不正防止の目的のために厳格に必要とされる個人データの処理は、当該データ管理者の正当な利益を構成する」と述べられています。その他の法律は異なるため、各市場における法的根拠を確認してください。これは一般的な情報であり、法的助言ではありません。

よくある質問

なぜOTPを送信する前に番号をチェックする必要があるのですか?

固定電話やフリーダイヤルなど、コードが届かない番号への支払いを避けるため、偽のサインアップやSMSパンピングに関連するパターンを特定するため、そしてユーザーが受信可能なチャネルを選択するためです。

どのチェックが最も重要ですか?

回線種別です。携帯電話番号であればコードを受信できますが、固定電話、フリーダイヤル、および高額料金番号は通常SMSを受信できません。VoIP番号については、より詳細な確認が必要です。

ルックアップの結果がunknownとなった場合はどうすればよいですか?

通常のレート制限でコードを送信してください。未知の回答に対してMobileValidateが料金を請求することはありません。未知の回答をブロックしてしまうと、実際のユーザーに不利益を与えてしまいます。

ルックアップによってサインアップが遅くなることはありますか?

その必要はありません。番号が入力された際に実行し、waitパラメータで制限をかけ、保留中の回答は「未知」として扱ってください。

VoIPの番号をブロックすべきですか?

通常、即座にブロックする必要はありません。追加認証、試行回数の制限、または手動レビューのためのリスクシグナルとしてVoIPを活用してください。

MobileValidateはSIMスワップのチェックを行いますか?

いいえ。MobileValidateはSIMスワップのチェックは提供していません。その機能は通信事業者のネットワークAPIがカバーしています。

チェックによってユーザーに何かが送信されることはありますか?

いいえ。MobileValidateチェックによって、電話番号へメッセージ、通話、またはメールが送信されることはありません。

どのBroadNet製品がコードを送信しますか?

BroadNet OTP API(SMS、WhatsApp、音声、フラッシュコールのフォールバックに対応)および、1つのアカウントからSMS、WhatsApp、Telegramで送信可能なMyOTP.Appです。

以下のすべての情報源は2026年9月27日時点のものです。当社の編集基準をご覧ください。

情報源

この記事は役に立ちましたか?

コンテンツの執筆・レビュー方針

執筆者

BroadNet編集チーム

編集チームがBroadNetブログを運営しています。記事はBroadNetの規制対応、製品、エンジニアリング、業界調査、通信事業者向けソリューションの各チームとともに執筆され、当社の編集基準に基づいてレビューされています。

続きを読む

ジャーナルからのおすすめ記事

すべての記事を見る
M
製品

MobileValidateのご紹介:送信前に電話番号とメールアドレスを確認できる、BroadNetの新サービス

MobileValidateはBroadNetの新しいブランドです。メッセージを送信する前に、電話番号の通信キャリアや回線種別、メッセージングアプリへの登録状況、およびメールボックスの存在を確認できるAPIです。現在はプライベートプレビュー版として提供されています。本記事では、確認内容、料金体系、個人データの取り扱い、およびBroadNetメッセージングとの連携について説明します。

BroadNet編集チーム
7m
S
エンジニアリング

SMS OTPオートフィル:Android SMS Retriever、iOS one-time-code、およびWebOTPメッセージ形式

メッセージが適切な形式で構成されていれば、Android、iOS、およびウェブ上でSMSコードを自動入力できます。具体的には、AndroidのSMS Retriever用には11文字のアプリハッシュ、iOSおよびSafari用にはautocomplete="one-time-code"、WebOTP用には最終行に @your-domain #codeを使用します。以下に、各形式と3つすべてに対応するテンプレートを示します。

BroadNet編集チーム
8m
E
エンジニアリング

Email to SMS:Email-to-SMSゲートウェイの仕組み、活用シーン、およびセキュリティ対策

Email-to-SMSゲートウェイは、電話番号宛の電子メールをテキストメッセージに変換します。これにより、メール送信のみが可能な監視ツール、ヘルプデスク、レガシーシステムなどが、SMSを通じてユーザーに連絡できるようになります。本記事では、その仕組み、APIよりも優れているケース、そしてなりすましメールに対する防御方法について解説します。

BroadNet編集チーム
7m
ジャーナルをメールで購読する

月に1本のエッセイをお届けします。 それだけです。

購読いただくと、エンジニアリング、規制、または業界に関する最新情報を、発行当日に直接お届けします。ドリップキャンペーンや製品の勧誘、第三者への情報共有は一切行いません。ワンクリックで購読解除が可能です。

配信は月に1回のみです。いつでもオプトアウト可能です。詳細は プライバシーポリシー.

お届けする内容
  • クリックベイトではない、読み応えのある記事
    単一のトピックについて、6分から11分程度で集中して読める内容をお届けします。
  • 現場の運用担当者が執筆
    エンジニア、規制担当責任者、および製品担当者が社内で執筆しています。
  • 地域に精通した視点
    規制当局、通信事業者、およびチャネルミックスに関する中東・北アフリカの視点。
  • 月1回
    ドリップ配信は行いません。共有すべき内容がある時にのみ、エッセイをお届けします。
読むのは終わりにして、実装を始めましょう。

私たちが執筆する内容のほとんどは、実務現場で得た知見に基づいています。

この記事に共感いただけたなら、ぜひ一度お話ししましょう。活用事例、ボリューム、対象市場をお聞かせください。それに基づき、配信ルート、料金、そして直接ご確認いただける導入事例をご提案します。

$ curl -X POST https://api.broadnet.me/sms/sendSms