SMS APIを使用すると、ワンタイムパスワードやアラートなどのテキストメッセージを、単一のHTTPリクエストで送信できます。BroadNetを使用すれば、コードからBearerトークンを用いてPOST /sms/sendSmsを呼び出すことができ、大量の配信パイプラインにはSMPPによるバインドも可能です。OpenAPI 3.1仕様でドキュメント化されています。公式のTypeScript SDKを提供。Webhookによる配信レポート。テストアクセスはリクエストに応じて提供されます。
1つのTLSハンドシェイク、5つの設計されたホップ、2つのWebhook。各ステージには独自のレイテンシ予算が設定されており、それらすべての予算はマーケティングページではなく、SLAに明記されています。
TLS経由のPOST /sms/sendSms、Bearer-token認証、JSONボディ：senderId、destinationNumber、message、messageType。
トークンチェック、スキーマ検証、および配信ルートの検索 — レスポンスとしてメッセージIDが即座に返されます。
ルートごとの品質スコアにより、最も高速で合法的なSMPPバインドを選択。マルチリージョンでのアクティブ・アクティブ構成により、800ms未満でフェイルオーバーを実現。
宛先MNOへの直接的なSMPPバインド。submit_smを送信し、DLRの相関のためにシーケンス番号を追跡します。
deliver_smは配信レポートとしてキャプチャされ、メッセージIDをキーとしてWebhook URLにPOSTされます。
TLS経由のPOST /sms/sendSms、Bearer-token認証、JSONボディ：senderId、destinationNumber、message、messageType。
トークンチェック、スキーマ検証、および配信ルートの検索 — レスポンスとしてメッセージIDが即座に返されます。
ルートごとの品質スコアにより、最も高速で合法的なSMPPバインドを選択。マルチリージョンでのアクティブ・アクティブ構成により、800ms未満でフェイルオーバーを実現。
宛先MNOへの直接的なSMPPバインド。submit_smを送信し、DLRの相関のためにシーケンス番号を追跡します。
deliver_smは配信レポートとしてキャプチャされ、メッセージIDをキーとしてWebhook URLにPOSTされます。
リクエストを入力して送信ボタンを押すと、シミュレーションによるレスポンスと配信フローが、ここですぐに確認できます。サインアップは不要です。
Authorization: Bearer $BROADNET_TOKENcurl -X POST https://api.broadnet.me/sms/sendSms \
-H "Authorization: Bearer $BROADNET_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"senderId": "BroadNet",
"destinationNumber": "447700900123",
"message": "Your verification code is 482913",
"messageType": "TEXT"
}'リクエストを入力し、Send test requestをクリックしてレスポンスの例を確認してください。
すべてブラウザ上で動作します。このページからリクエストが送信されたり、SMSが送信されたりすることはありません。
すべてのタブは同じリクエストを送信します：Bearerトークンを使用したPOST /sms/sendSms、およびsenderId、destinationNumber、message、messageTypeを含むJSONボディ。レスポンスボディはメッセージIDです。
BroadNetには、TypeScriptおよびNode.js用の公式なSDKが一つあります。Node.js、Python、PHP、Java、C#、Go、Rubyの各タブは、インストールが必要なBroadNetパッケージなしで、標準的なHTTPライブラリを使用してREST APIを直接呼び出します。
APIリファレンス（完全版）curl -X POST https://api.broadnet.me/sms/sendSms \ -H "Authorization: Bearer $BROADNET_TOKEN" \ -H "Content-Type: application/json" \ -d '{ "senderId": "BroadNet", "destinationNumber": "447700900123", "message": "Your verification code is 482913", "messageType": "TEXT" }' # 200 OK → response body is the message ID, e.g. 2603121407537573731多くのチームがRESTを採用し、もう振り返ることはありません。大量のトラフィックを扱う通信キャリアやアグリゲーター、レガシーなシステムはSMPP 3.4にバインドします。配信ルート、SLA、ダッシュボードはすべて共通です。業務に最適なインターフェースをお選びください。
リクエストが受理されるたびにメッセージIDが返されます。ネットワークエラーや5xxエラーが発生した場合は、バックオフを用いたリトライを行い、メッセージIDに基づいて配信レポートと照合してください。無差別な再送を避けることで、バックグラウンドワーカーがクラッシュしても、クリーンに復旧することが可能です。
配信レポートはWebhook URLにプッシュされ、メッセージIDと紐付けられます。これはRESTおよびSMPPのトラフィックの両方に適用され、ポーリングループを実装する必要はありません。
1アカウントあたり最大32の並列SMPPバインド。REST上のHTTP/2マルチプレキシング。アカウントごとの固定APIレート制限なし — スループットはトラフィックに合わせて調整され、接続ごとに制限されることはありません。
マルチリージョン・アクティブアクティブ構成。キャンペーン中に配信ルートの品質が低下した場合、800ms以内に再バインドし、送信中のメッセージを再キューイングします。独自のSMPP再接続ロジックを実装する必要はありません。
アカウントごとの固定APIレート制限なし — スループットはノードあたり30,000 SMS/秒まで、お客様のトラフィックに合わせて調整されます。サイレントなスロットリングやシャドウバンされる番号はありません。常に現在の状況を把握できます。
機械可読形式で /developers/openapi.yaml にて公開しています。公式のTypeScript SDKはこれをもとに生成されています。他の言語でクライアントを生成したり、PostmanやInsomniaにインポートしたりすることもできます。
課題：複数のベンダーによるメッセージングスタックにおいて、リトライの嵐（retry storms）が発生した際に重複したOTPが生成されるという、長期間放置されていたバグがありました。対策：単一の送信パスを持ち、ネットワークエラーおよび5xxエラーの場合のみリトライを行い、すべての送信をAPIが返すメッセージIDで追跡するBroadNet REST APIへの移行を実施しました。これは単一のフィーチャーフラグを使用して展開されました。
課題：多数の開発者を擁するメッセージング組織において、リリース間の文書化されていないAPIの変更により、継続的に時間が浪費されていました。アプローチ：OpenAPI 3.1仕様を契約として扱い、リリースごとにCIで型付きクライアントを再生成します。
課題：不正対策チームは、送信時に紐付けられないインバウンドの配信イベントを信頼することができませんでした。アプローチ：すべての配信レポートを送信時に返されたメッセージIDと照合し、送信元IDのローテーションも同一フロー内で処理します。
これらの目標値は法人向けプランにおける契約上の数値であり、単なる目標ではありません。目標に達しない場合は、次回の請求時に以下のクレジットが自動的に適用されます。
公式のTypeScript SDKは公開されているOpenAPI 3.1仕様から生成されるため、両者が乖離することはありません。他の言語でクライアントを生成するか、仕様をPostmanにインポートできます。ドキュメントは、コードが動作するのと同じステージング環境で実行されます。
テストアクセスを申し込むと、1営業日以内にテスト用認証情報を返信いたします。その後、最初のテストメッセージは、ご自身で認証済みの番号へ約5分以内に到達します。本番トラフィックの開始は、通常5〜15営業日以内ですが、これは規制当局への送信元IDの登録状況に依存するものであり、弊社側の要因によるものではありません。
リトライはネットワークエラーおよび5xxエラーのみに限定し、指数バックオフを適用してください。また、送信が受理されるたびにAPIが返すメッセージIDを保持してください。無差別なリトライを行うのではなく、再送前にメッセージIDに基づいて配信レポートと照合し、残高不足によりトラフィックが停止する前にクレジットをチャージしてください。
本物です。/developers/openapi.yaml（JSONは /developers/openapi.json）のOpenAPI 3.1仕様書には、SMS、WhatsApp、RCS、Telegram、Push、Email、Messenger、Instagramのすべてのチャネルが定義されています。公式のTypeScript SDK (@broadnet/cpaas-sdk)はこの仕様書から生成されており、当社に依頼することなく、他のあらゆる言語で独自のクライアントを生成できます。
APIの利用料金はかかりません。メッセージごと、国ごと、配信ルートごとに料金が発生します。UAEのトランザクション向けは$0.0123/MTから、KSAは$0.016、エジプトは$0.028です。SMPPバインドは法人向けプランに含まれています。スタンダードプランでは、専用バインド1つにつき月額$250です。テストアクセスはリクエスト制で、テストトラフィックは1日1,000メッセージに制限されています。
30秒、2分、10分、30分、2時間、8時間、24時間という指数バックオフを用いて24時間リトライを行います。各リトライにはX-Webhook-Attemptヘッダーが含まれます。24時間経過後、イベントはデッドレターキュー（DLQ）に格納され、ダッシュボードからワンクリックで照会および再送が可能です。スタンダードプランではDLQを7日間、法人向けプランでは90日間保持します。
はい。配信ルート、DLR、請求、ダッシュボードを共有します。ほとんどのお客様は、同一アカウント内でトランザクション用にRESTを、大量のマーケティング用にSMPPを使用しており、両方のパスからの配信レポートは同じレポートおよびWebhookに集約されます。
テクニカルアカウントマネージャーの指名、月額料金に対するサービスクレジットを伴うAPI稼働率99.99%のSLA（99.99%未満で10%、99.0%未満で25%、95.0%未満で50%）、15分未満のSev-1応答を実現する24時間365日体制のNOCページャー、専用のSMPPバインド、四半期ごとのアーキテクチャレビュー、およびエンジニアリングチームとの共有Slackチャネルを提供します。
broadnet.me/statusにて、各コンポーネントのステータスおよび発生したインシデントを確認できます。本ページはライブモニタリングと直接連携していないため、過去90日間の履歴はイメージであり、実測値ではありません。契約上の数値は、99.99%の稼働率SLAに基づきます。
お探しの回答が見つかりませんか？エンジニアリングチームにお問い合わせください
SMS APIは、より広範なA2P SMSプラットフォームへの入口の一つです。同じ通信事業者直結ルートは、次の用途にも使われています：SMS一斉送信キャンペーン、OTPとマルチチャネル認証、およびWhatsApp Business API。
プロバイダーをお探しですか？こちらの2026年版最高のSMS API購入者向けガイドをご覧ください。
グレールートは一切使用しません。商用利用が可能な場合は通信事業者との直接接続を行い、それが不可能な場合はラベル付きのパートナー管理ルートを使用します。2003年から構築されているネットワークを通じて、あらゆるチャネルへ単一のAPIを提供します。
1つのアクセストークン、公式なTypeScript SDK、そして1画面に収まるクイックスタート。サインアップから最初の配信レポート取得まで、最短のパスを提供します。
リソース
SMS API データシート