SMS送信APIおすすめ16選比較｜OTP認証・通知自動送信をAPI仕様・到達率・料金で選ぶ

自社サービスのログイン認証やEC の配送通知を、システムから自動でSMS送信したい——そう考えてサービスを探し始めると、「API連携できる」と書かれた製品が数十社出てきて、どれが自社の実装に合うのか判断しづらいのではないでしょうか。管理画面から手作業で送るタイプと、APIで自動送信できるタイプは似た顔をして並んでいますが、開発者が見るべき点はまったく異なります。

SMS送信APIは、通信方式（HTTPS／RESTful か SMPP か）、SDKの対応言語、送達結果をWebhookで受け取れるか、国内キャリアに直収しているか、1通あたりの単価といった要素で実力が分かれます。ところが各社の公式サイトは「到達率99.9%」「かんたん連携」といった訴求が中心で、仕様書を開かないと横並びで比べられません。

本記事では、SMS送信APIを提供する16サービスを、API仕様・接続方式・料金体系という実装可否を判断するための観点で整理しました。OTP（ワンタイムパスワード）認証、業務システムからの通知・リマインド自動化、大量配信、音声・メールまで束ねるマルチチャネル基盤という用途別に、どのサービスが向くかも示しています。

「まずSMSだけ実装したい」場合も、「将来は音声認証やRCSにも広げたい」場合も、SMS特化のサービスとCPaaS基盤の両方から自社の要件に照らして候補を絞れます。

また、自社の実装目的や送信量に合わせて候補を最短で絞り込めるよう、「30秒で終わる選定診断ツール」をご用意しています。ぜひこちらもご活用ください。

SMS送信APIとは？管理画面からの一斉配信との違い

SMS送信APIは、自社のWebサービスや基幹システムからプログラム経由でSMSを送信するための仕組みです。管理画面に宛先リストをアップロードして人が送るのではなく、システムの処理の中でSMSの送信を組み込める点が、開発者にとっての出発点になります。

SMS送信APIの仕組みと処理の流れ

SMS送信APIを使うと、宛先の電話番号と本文を含んだリクエストを自社システムからSMS配信事業者のエンドポイントに送るだけで、あとは事業者側がキャリア網へ引き渡し、相手の端末までSMSが届きます。会員登録が完了した瞬間、注文が確定した瞬間、といったシステム内のイベントを引き金にして送信できるのが、手作業の一斉配信との根本的な違いです。

おおまかな流れは、①自社システムがイベントを検知してAPIに送信リクエストを投げる、②配信事業者が受け付けて国内キャリアまたは国際網へ送出する、③キャリアが受信者の端末へSMSを配信する、④配信事業者が送達結果（成功・失敗・不達理由）を自社システムに返す、という4段階です。この④の受け取り方（Webhookで能動的に通知されるか、こちらから取得しにいくか）が、実装の作り込みに影響します。

SMS送信APIでできること

SMS送信APIで実現できる操作は、単純な1通の送信にとどまりません。多くのサービスが次のような機能を備えています。ここでは「機能として何があるか」を一覧で押さえ、仕様の見極め方は後半のAPI仕様のポイントで扱います。

• 個別送信・一斉送信・予約送信：1件ずつの通知から、数万件規模の一括配信、指定時刻での自動送信まで
• 長文送信：全角70文字を超える本文を、660文字前後まで連結して送信
• 双方向SMS：受信者からの返信を受け取り、システムで処理
• 送信元番号の指定：自社の番号やブランド名を差出人として表示
• 短縮URL：長いURLを短縮し、クリック計測にも利用
• 送信結果の取得：成功・不達・不達理由（圏外・電源OFF・着信拒否など）をシステムに反映

管理画面からの手作業に対して、APIで自動化するメリット

管理画面からのSMS配信でも「送る」こと自体はできます。それでもAPI連携が選ばれるのは、業務の自動化と、人手を介すことで生じるリスクの排除という具体的な利点があるからです。社内でSMS配信の内製化やAPI連携を提案する際の判断材料になります。

業務システムの状態変化をトリガーに即時送信できる

会員登録・注文確定・配送開始・支払い期限の到来といった、システム内で起きるイベントに反応して自動でSMSを送れます。人が管理画面を開いて操作する必要がないため、深夜や休日でも遅延なく通知でき、24時間動くサービスの通知基盤として機能します。

宛先リストの手作業アップロードによる誤送信・送信遅れをなくせる

CSVを書き出して管理画面にアップロードする運用では、古いリストを使ってしまう、宛先の列を取り違える、といった人的ミスが避けられません。APIで自社データベースの最新の情報を直接参照すれば、送信対象と本文を都度手作業で用意する工程そのものがなくなります。

配信基盤の自前構築とキャリア個別契約が不要になる

SMSを自前で送ろうとすると、各キャリアとの接続契約や配信基盤の構築・保守が必要になります。SMS送信APIを使えば、事業者がすでに持っているキャリア接続と配信基盤を利用でき、自社は送信リクエストを組み込むだけで済みます。開発リソースを本業のプロダクトに集中させられる点が、内製との大きな差です。

API連携にこだわらず、管理画面からの手作業配信も含めてSMS送信サービス全般を広く見比べたい場合は、料金相場・到達率・用途別（認証・督促・販促）の選び方を横断的に整理した以下の記事が出発点になります。

SMS送信APIの主な活用シーン

SMS送信APIをどの業務に使うかによって、必要になる機能や重視すべき仕様が変わります。まず自社の実装目的がどれに近いかを確認しておくと、後半の選び方やタイプ分類が読み解きやすくなります。

本人認証・二要素認証（OTP）

ログインや会員登録、決済時に、ワンタイムパスワード（OTP）をSMSで送って本人確認を行う用途です。メールアドレスより到達性が高く、専用アプリのインストールも不要なため、幅広いサービスで採用されています。数秒で確実に届くことと、コード発行から照合までを担うVerify系のAPIが用意されているかが実装のポイントになります。

一方で、SMSを本人認証の経路に使うことにはリスクもあります。行政手続の本人確認について日本政府（デジタル庁）が定める現行ガイドラインでは、SMSでワンタイムパスワードを送る方式について次のように整理されています。

SMS等を用いてワンタイムパスワードを送信する方式は、SIMスワッピング攻撃により利用者が携帯電話番号を不正に奪取されるリスク、第三者によってSMS等の認証代行が行われるリスク、携帯電話番号の再割り当てが行われることで別人に届いてしまうリスク等がある。採用に当たってはこれらのリスクを受容できるか個別のリスク評価が必要である。

出典：デジタル社会推進標準ガイドライン DS-511「行政手続等での本人確認におけるデジタルアイデンティティの取扱いに関するガイドライン」（2025年9月30日）｜デジタル庁（引用にあたり原文の英数字前後のスペースを詰めています）

これは国の行政手続を対象にした指針であり、民間サービスを直接拘束するものではありません。ただ、番号の持ち主が入れ替わりうるという指摘は民間のサービス設計にも通じるため、SMS認証を採用する場合はこうしたリスクを踏まえたうえで、他人接続判定などの機能を持つサービスを選ぶ判断につながります。

認証手段の選択肢はSMSだけではありません。認証アプリ（TOTP）やパスキー（WebAuthn）は、こうしたリスクをそもそも避けやすい方式です。

専用アプリの導入が不要で幅広い利用者に届くというSMSの利点と、SIMスワッピング等のリスクを天秤にかけ、どの方式を採るかを先に決めておくと、SMS送信APIに求める要件も定まります。方式そのものの比較はここでは扱いませんが、リスクが気になる場合は検討候補に入れる価値があります。

SMS認証そのものの実装手順や、本人確認に特化したサービスの比較をより深く知りたい場合は、本人確認のやり方・メリットとあわせて認証向けサービスを整理した以下の記事も参考になります。

注文・配送・支払いの自動通知と予約リマインド

ECの注文確定・発送通知、飲食店や医療機関の予約リマインド、サブスクリプションの支払い期限通知など、業務システムの状態変化を起点に送る通知です。メールが埋もれやすい相手にも開封されやすく、予約の無断キャンセルや支払い遅延の抑止に使われます。個別送信・長文・短縮URL・送達結果の取得を組み合わせて実装します。

督促・重要連絡

料金の未払い督促や、契約更新・重要なお知らせなど、確実に読んでほしい連絡をSMSで送る用途です。電話がつながらない相手にも文面で用件を残せるため、督促業務の効率化に使われます。到達率と、開封・URLクリックの計測ができるかが重視されます。

音声IVRと組み合わせた本人確認

SMSでの認証コード送信と、音声自動応答（IVR）による電話認証を組み合わせ、SMSが届かない相手には自動音声でコードを伝える二段構えの本人確認です。固定電話しか持たない利用者にも対応できるため、金融やアカウント登録の場面で使われます。SMSと音声の両方を1つのAPIで扱えるサービスだと実装がまとまります。

販促・キャンペーン配信

クーポンやセール告知、来店促進などの販促メッセージを、既存顧客に一斉配信する用途です。開封率の高さを活かしてマーケティングに使われますが、他の用途と違い、広告・宣伝を目的とするSMSには法規制がかかる点に注意が必要です。

広告・宣伝目的のSMSは、特定電子メール法の規制対象になります。総務省は、電話番号を宛先とするSMSも同法の「電子メール」に含まれると明記しています。

「特定電子メールの送信の適正化等に関する法律第二条第一号の通信方式を定める省令」により、携帯して使用する通信端末機器（携帯電話、スマートフォン、タブレット端末等）同士でメッセージを電話番号により送受信するサービス（例えば、ショートメッセージサービス（SMS）及び電話番号を用いてアプリケーションによりメッセージを送受信するサービス）も特定電子メール法に規定する電子メールの通信方式の一つとされています。よって、当該サービスにより広告・宣伝メールを送信する場合も、原則、特定電子メール法の規制対象となります。

出典：総務省 電気通信消費者情報コーナー「迷惑メール対策」

この規制対象は、あくまで広告・宣伝を目的とするSMSです。OTP認証や注文・配送通知、予約リマインド、督促といった用途は、広告宣伝を目的としない限り特定電子メールには当たりません。

販促配信を実装する場合は、事前の同意取得（オプトイン）、送信者の氏名・名称やオプトアウト先の表示義務、送信者情報を偽らないことなどが求められます。通信販売の広告SMSは特定商取引法のオプトイン規制の対象にもなります。

出典・参考資料（3件）

• 出典：デジタル社会推進標準ガイドライン DS-511「行政手続等での本人確認におけるデジタルアイデンティティの取扱いに関するガイドライン」（2025年9月30日）｜デジタル庁（PDF）
• 出典：総務省 電気通信消費者情報コーナー「迷惑メール対策」（総務省）
• 出典：特定商取引に関する法律・解説（逐条解説）第３節 通信販売｜消費者庁（PDF）

SMS送信APIの仕様で必ず確認したいポイント

SMS送信APIは、公式サイトの訴求文だけでは実力差が見えません。仕様書のどこを読めば自社の実装に合うか判断できるか、確認すべき観点を整理します。後半の比較表の各列も、この観点に対応しています。

通信方式（HTTPS／RESTful と SMPP）

SMS送信APIの通信方式は、大きくHTTPSベース（RESTful API や HTTPポスト型）と、SMPP（Short Message Peer-to-Peer）に分かれます。RESTful APIはWebアプリの開発者になじみがあり、少ないコードで呼び出せるため、Web／モバイルサービスの通知やOTPに向いています。

一方SMPPは大量配信で低遅延・高スループットを出しやすいプロトコルで、数十万通規模の配信を継続的に行う基盤で採用されます。自社の送信量と開発体制に合う方式を提供しているかが第一の確認点です。

SDK・サンプルコードの対応言語と実装コスト

自社の開発言語に対応した公式SDKやサンプルコードがあると、実装コストは大きく下がります。認証やリクエスト組み立ての定型処理をライブラリに任せられるためです。SDKの対応言語は、後半の比較表に列として並べているので、自社のスタックに合うかを見比べられます。

傾向として、海外発のAPIは多言語のサーバーSDKと公開ドキュメントが充実しています。たとえばTwilioはNode.js・Python・C#（.NET）・Java・PHP・Ruby・Goの7言語、Vonageも各言語のServer SDKを公式に配布しています。

一方、国内のSMS特化サービスは公式SDKを配布せず、REST（またはHTTPポスト）を直接呼び出す前提のことも少なくありません。CPaaS NOWのように「REST/HTTPS/JSONの直接呼び出しが前提」と明記するサービスもあります。SDKがなくても実装はできますが、認証やリトライの定型処理を自前で書く分の工数を見込んでおきます。仕様書やサンプルコードの公開範囲まで含めて確認しましょう。

Webhook（送信結果・受信・ステータス更新）の受け取り方

送った後の送達結果をどう受け取るかは、実装の作り込みに直結します。受け取り方は、事業者が結果を自社URLに通知するWebhook（Push型）、自社から結果取得APIを呼びにいくポーリング型、管理画面からCSVで落とす方式の3種類です。

Push型のWebhookに対応していれば、不達をリアルタイムに検知して再送やフォールバックの処理を組めます。双方向SMSの受信通知も同じくWebhookで受け取れるかを見ておくと安心です。

Verify（コード発行〜照合ワンストップ）APIの有無

OTP認証を実装する場合、認証コードの生成・送信・有効期限管理・照合を自前で作るか、それらをまとめて担うVerify系のAPIを使うかで開発量が変わります。Verify APIを使うと、コード発行から照合結果の受け取りまでを数回のAPIコールで実装でき、コードの保管や有効期限の管理をサービス側に委ねられます。認証が主用途なら、この専用APIの有無を確認すると実装が短縮できます。

サンドボックス・テスト環境とレートリミットの公表値

本番契約の前に無料のテストアカウントやサンドボックスで実際に送って挙動を確かめられるかは、開発初期の効率を左右します。また、1秒あたり・1分あたりに送信できる上限（レートリミット）が公表されているかも、大量送信を計画する際には重要です。上限を超えるとエラーが返る仕様が多いため、想定送信量に対して十分なスループットが出るか、事前に確認しておきます。

到達率を左右する接続方式：国内キャリア直収と国際網の違い

SMS配信サービスの多くが「到達率99.9%」といった数字を掲げていますが、これらは各社が独自の条件で算出した値で、横並びの比較には使えません。到達率が何で決まるのか、接続方式の違いから読み解きます。

国内直収接続と国際網ルートで何が変わるか

SMSを届ける経路には、国内キャリア（ドコモ・au・ソフトバンク・楽天モバイル）と直接接続する「直収接続」と、海外事業者を経由する「国際網ルート（国際SMS）」があります。直収は経路が短く、送信元番号や長文・双方向などの機能もキャリア仕様に沿いやすい傾向があります。

国際網ルートは海外拠点からキャリアへ渡すため、経路が増える分、遅延や不達の要因が入りやすくなります。多くの国内向けサービスはこの直収接続を主要な訴求点にしています。

「到達率99.9%」の数字をどう読むか（測定条件と母集団）

到達率の算出根拠や測定条件を定めた公的な基準は存在しません。各社が「どの母集団を分母に、何を到達と数えたか」を独自に決めているため、A社の99.9%とB社の99%を単純に比べても優劣は判断できません。到達率は各サービスの公表値として時点とともに参考にする程度にとどめ、断定的な順位づけの材料にはしないのが安全です。

見落とされがちなのが、届かない要因が受信者側にもあるという点です。国内キャリアは迷惑SMS対策として受信拒否や自動フィルタを利用者に提供しており、一部は申し込み不要で自動的に適用されます。

たとえばauの「迷惑SMSブロック」は申込不要で自動適用され、公式に次のように案内されています。

「迷惑SMSブロック」は、迷惑SMSの疑いのあるSMSを自動判定し、お客さまに届かないようにしますが、ごく稀にお客さまにとって迷惑SMSではないSMSが規制される場合があります。

出典：迷惑SMSブロック｜au（KDDI株式会社）

ドコモも国際SMS拒否や危険SMS拒否を新規契約者に自動適用しています。送信側の到達率がいくら高くても、受信側の設定で届かないケースがある点は、実装時に理解しておく必要があります。この受信側の要因があるため、送信側だけで測った到達率を額面どおりに受け取れないのです。

出典・参考資料（2件）

• 参考資料：迷惑SMSブロック｜au（KDDI）（au）
• 参考資料：SMS拒否設定｜NTTドコモ（NTTドコモ）

他人接続判定・MNP・楽天モバイル対応で差が出るところ

OTP認証で気をつけたいのが、番号の持ち主が入れ替わっているケースです。番号ポータビリティ（MNP）や解約後の番号の再割り当てにより、以前とは別人がその番号を使っていることがあります。

これを検知する「他人接続判定」を備えるサービスなら、番号の契約者が変わった宛先への認証コード送信を抑止でき、誤送信のリスクを下げられます。楽天モバイルやMVNOへの対応可否もサービスごとに異なるため、自社の利用者層に合わせて確認が必要です。

SMS送信APIの料金体系と費用相場

SMS送信APIは単価非公開のサービスも多く、費用が見えにくい領域です。料金の構成要素と相場観、非公開のサービスの見積もり方を整理し、自社の送信量から費用を試算できる状態を目指します。

初期費用・月額固定・1通従量の3パターン

SMS送信APIの料金は、契約時の初期費用、月々の基本料（月額固定）、送信量に応じた1通あたりの従量課金の3要素で構成されます。初期費用や月額固定を無料にして従量課金だけで使えるサービスもあれば、月額基本料を設けて単価を下げるサービスもあります。小規模から始めるなら初期・月額が抑えられているか、大量に送るなら単価と月額のバランスがどうか、という視点で見ます。

月額固定費を置かない料金設計にどんな意図があるのか、また実際に月額が発生するのはどんな場面かは、事業者側から次のように説明されています。

1通あたりの単価相場とボリュームディスカウント

国内向けSMSの1通あたり単価は、公表しているサービスでおおむね6円〜10円前後（2026年8月時点）が目安です。多くのサービスが送信量に応じたボリュームディスカウントを用意しており、月間の送信数が増えるほど単価が下がります。長文SMS（全角70文字超）は複数通分の課金になることが多いため、本文の文字数も費用に影響します。

単価非公開のサービスをどう見積もるか

単価を公式サイトに載せず「要問い合わせ」としているサービスは少なくありません。想定する月間送信数・利用用途（OTPか販促か）・必要な機能（双方向・長文・Verify）を整理して問い合わせると、見積もりが早く返ってきます。

複数社に同じ条件で相見積もりを取ると、単価だけでなく初期・月額を含めた総額で比較できます。公開単価のサービスを1つ基準に置いておくと、非公開サービスの見積もりが相場から外れていないかを判断しやすくなります。

月間送信数別の費用シミュレーション

送信量から費用を逆算すると、料金プランの選び方が見えてきます。たとえば1通8円のサービスを従量課金で使う場合、月1,000通なら約8,000円、月1万通なら約8万円、月10万通なら約80万円が送信料の目安です（単価一定と仮定した概算）。

実際はボリュームディスカウントで単価が下がるため、月間送信数が一定規模を超えるなら、月額基本料を払って単価を下げるプランのほうが総額を抑えられるかを両方試算して比べます。

自社に合うSMS送信APIの選び方

ここまでの物差し（API仕様・到達率・料金）を、自社の条件に当てはめて重みづけします。すべての基準を同じ重さで見るのではなく、自社の用途で効く順に優先順位をつけるのが選定のコツです。

まず決めるのは用途（OTPか、業務通知か、大量配信か）

選定の起点は、何を実装したいかです。OTP認証ならVerify APIと確実な到達、業務通知なら送達結果の取得と個別送信、大量配信ならスループットと単価、というように、用途によって最重視すべき仕様が変わります。先ほどの活用シーンで自社の目的を確認したうえで、次のタイプ分類で候補を絞り込むと効率的です。

SMS特化サービスとCPaaS基盤のどちらを選ぶか

SMS送信APIを提供するサービスは、SMSに特化したものと、音声・ビデオ・メールなど複数チャネルを扱うCPaaS（Communications Platform as a Service）基盤の一機能として提供するものに分かれます。どちらを選ぶかで、拡張性と実装のしやすさのバランスが変わります。

SMS特化サービスが向くケース（単価・高スループット・国内直収）

当面SMSだけを実装すればよく、国内向けの配信が中心なら、SMS特化サービスが向きます。国内キャリア直収による到達性、大量配信のスループット、国内向けに最適化された単価といった、SMSに絞った強みを享受できます。日本語のサポートや管理画面も国内利用を前提に作られていることが多く、導入のハードルが低い傾向があります。

CPaaS基盤が向くケース（音声・ビデオ・メールまで1つのAPIで扱う）

SMSに加えて音声通話・ビデオ・メール・チャットなども将来的に使う見込みがあるなら、CPaaS基盤が向きます。複数チャネルを同じAPI基盤・同じ認証情報で扱えるため、チャネルを増やすたびに別のサービスを契約する手間がありません。SMSを本人確認の主経路にしつつ、届かない相手には音声IVRでフォールバックする、といった多チャネルの組み合わせも実装しやすくなります。

音声・ビデオ・メールまで束ねてどのCPaaSが自社に合うかを具体的に比べたい場合は、対応チャネル・国内到達率・料金の観点で主要サービスを整理した以下の記事が参考になります。

国産APIと海外APIの選び分け

海外発のCPaaS／SMS APIは、多言語SDKと公開ドキュメントが充実しグローバル送信に強い一方、日本向けSMSの提供範囲や国内キャリアへの到達、日本語サポートの手厚さはサービスによって差があります。

国内向け送信が中心なら、国内キャリア直収と日本語サポート・日本語ドキュメントが揃った国産系が扱いやすくなります。海外APIを国内利用する場合は、日本法人や国内代理店経由での契約・サポートの有無、円建て料金かどうかも確認しておきたい点です。

海外発のAPIを国内から使うときに問い合わせ対応で何が起きるかについて、国産のCPaaSを提供する事業者は次のように話しています。

将来の拡張（RCS・音声IVR・多チャネル）をどこまで見込むか

SMSの次の一手として、画像やカルーセルを送れるRCS（+メッセージ）や、音声IVRとの連携を見込むなら、それらに対応するサービスを選んでおくと移行がスムーズです。国内のRCSは、NTTドコモが2026年8月24日にRCSの提供を開始し、RCS公式アカウントは2026年冬に提供予定とされています。

RCS非対応の宛先にはSMSへ自動フォールバックする仕様が一般的です。SMS送信APIを選ぶ段階では、将来RCSに広げる可能性があるかと、その際にフォールバックが効くかを押さえておけば十分です。

＋メッセージ（RCS）が実際にどの端末まで届くのか、料金やSMSとの違いを踏まえて対応サービスを検討したい場合は、RCSに絞って比較した以下の記事で詳しく扱っています。

セキュリティ認証・法規制への対応をどこまで求めるか

金融や個人情報を扱うサービスでは、SMS送信事業者のセキュリティ認証（ISMS／ISO 27001、FISC安全対策基準への準拠、SOC 2、プライバシーマークなど）の取得状況が判断材料になります。

求めるべき認証は用途で変わります。金融業ならFISC安全対策基準への準拠、大手法人の情報システムならISMS（ISO 27001）に加えてSOC 2、個人情報を主に扱うならプライバシーマークが目安です。事業者の取得状況が自社の要件を満たすかが確認のポイントです。

SMS配信を媒介する事業は、その形態によって電気通信事業法上の登録または届出が必要になる場合があります。総務省の参入マニュアルは、次のようなSMS配信を「登録又は届出が必要な電気通信事業」と整理しています。

企業等からインターネット等を経由して提供された製品PRやイベント開催案内等に関する情報を、その内容を変更することなく、予め登録した購読者等に対して電子メールやSMSを利用して送信するものをいう。このサービスは、電気通信設備を用いて他人の通信を媒介していることから、登録又は届出が必要な電気通信事業と判断される。

出典：電気通信事業参入マニュアル［追補版］（令和5年1月30日改定）p.29｜総務省

事業者がこうした位置づけを踏まえて運営しているかも、信頼性を測る材料になります。広告・宣伝目的で送るなら、特定電子メール法・特定商取引法の表示義務・オプトインへの対応も必要です。

出典・参考資料（1件）

• 参考資料：電気通信事業参入マニュアル［追補版］（令和5年1月30日改定）｜総務省（PDF）

サポート体制と日本語ドキュメント・技術問い合わせの充実度

実装でつまずいたときに頼れるサポート体制も、見落とせない選定軸です。API仕様書が日本語で公開されているか、実装中の技術的な問い合わせに対応してくれるか、サンプルコードやよくある質問が整備されているかで、開発のスピードが変わります。特に海外APIを国内利用する場合は、技術サポートが日本語・日本時間で受けられるかを確認しておくと安心です。

迷ったときの優先順位のつけ方（用途 → 到達率 → 料金 → 拡張性）

すべての条件を満たすサービスは多くありません。判断に迷ったら、まず用途に必要な機能（OTPならVerify、業務通知なら送達結果の取得）を満たすかで候補を絞り、次に到達性、料金、将来の拡張性の順に見ていくと決めやすくなります。まず1〜2社をテスト環境で実際に動かし、自社システムとの相性を確かめてから本契約に進むのが失敗の少ない進め方です。

用途別に見るSMS送信APIのタイプ

SMS送信APIは、どんな実装に強いかで大きく4タイプに分かれます。自分の実装目的に近いタイプから候補を絞ると、比較の的が定まります。ユースケースそのものの説明は活用シーンで済んでいるので、ここではどのサービス群がどの実装に向くかの振り分けに絞ります。

本人認証・OTP実装に強いタイプ

ログインや取引の二要素認証を主目的にするなら、認証コードの発行から照合までをワンストップで担うVerify系のAPIを持つサービスや、認証専用のプラン・別サービスを用意し、確実な即時到達を強みにするサービスが向きます。他人接続判定やIVRとの併用に対応する製品も多く、番号の入れ替わりや不達への備えを組み込めます。

業務システム連携の通知・リマインド自動化に強いタイプ

注文確定・配送・予約リマインド・督促など、業務システムの状態変化を起点にした自動送信が中心なら、個別送信・送達結果の取得・長文・短縮URLをそろえたタイプが向きます。国内キャリア直収で到達性を確保しつつ、既存システムからの連携を前提にAPIを整備しているサービスが多く含まれます。

大量配信・高スループットに強いタイプ

販促キャンペーンや災害・緊急連絡など、短時間で数万〜数十万通を送る必要があるなら、高スループットとキャリア直収の到達性を訴求するタイプが向きます。時間あたりの処理量や大量送信時の単価が選定の焦点になります。

音声・ビデオ・メールまで統合するマルチチャネル基盤タイプ

SMSを単体で使うのではなく、音声通話・ビデオ・メール・チャットなどと組み合わせて1つのAPI基盤で扱いたいなら、CPaaS基盤タイプが向きます。多言語SDKや公開ドキュメントが充実した製品が多く、チャネルを追加しても実装の作法が統一される点が強みです。

30秒で終わる、自社に合うSMS送信API診断

実装目的・想定送信量・拡張予定に答えるだけで、自社に合いそうなSMS送信APIの候補を絞り込めます。比較の出発点としてご活用ください。

【比較表】SMS送信APIおすすめ16選を比較

SMS送信APIを提供する16サービスを、通信方式・SDK対応言語・送達結果の受け取り方・認証API・国内キャリア直収・到達率・料金・トライアル・国際対応の観点で横断的に比較します。並びは用途別タイプの順にしています。各社の詳細は表の下で紹介します。

※上記は2026年8月時点の各社公式サイトの公表情報に基づきます。「非公開」は公式サイト上で確認できなかった項目です。到達率は各社で算出根拠・測定条件が異なり横並びで比較できないため、算出条件が公表されているもののみ主体を明示して記載しています。実際の機能・料金・提供条件は各社情報をご確認ください。

SMS送信APIサービス各社の詳細

ここからは、16サービスを用途別の4タイプに分けて紹介します。各社のAPI仕様・料金・強みを同じ観点で並べているので、読み比べる材料になります。

本人認証・OTP実装に強いタイプ

認証コードの発行から照合までを担うVerify APIや認証専用プランを持ち、確実な到達を強みにする、本人認証向けのサービスです。

1. オーロラSMS by メディアSMS（株式会社メディア4u）

オーロラSMSは、キャリア間の相互通信が始まった2011年当初から株式会社メディア4uが法人向けに展開してきたSMS配信サービスです。契約社数は自治体を含めて7,000件を超えます（2025年11月末時点）。国内4キャリア（ドコモ・au・ソフトバンク・楽天モバイル）との直収接続を軸に、認証コードの生成・送信・照合までを一体で担うOTP専用APIまで自社サービスとして揃えています。

本人認証では、OTPの生成・送信・合致判定結果の返却までを1回のAPIコールで完結できる「認証オールインワンサービス」を提供。SMSが届かない相手や固定電話には自動音声応答（IVR）認証を組み合わせられ、認証チャネルを二重化して未達によるユーザー離脱を抑えられます。

料金は初期費用0円・月額基本料0円で送信成功分のみ課金する従量制（単価は要問い合わせ）。契約前に最大2ヶ月の無料デモアカウントで管理画面とAPI連携を試せます。運営会社がプライバシーマーク・ISO/IEC 27001・27017を保有しており、金融機関や行政機関で求められるセキュリティ要件に対応しやすい体制です。

2. Cuenote SMS（ユミルリンク株式会社）

東証グロース上場のユミルリンク株式会社が2018年11月から提供するSMS配信サービスで、開発言語を問わないRESTful APIを標準搭載し、システム連携によるOTP送信から双方向SMSまでを一つのプラットフォームでまかなえます。国内4キャリア（ドコモ・au・ソフトバンク・楽天モバイル）への直収接続に対応します。

本人認証の用途では、会員登録やログイン、パスワード変更などの場面でワンタイムパスワードを携帯番号宛にSMS送信する2段階認証を、公式の活用シーンとして提示しています。サイバーエージェントの導入事例では、2,500万会員規模のSMS認証を安定稼働させていると公表しています。

料金は初期費用0円・従量課金は1通6円〜の成功課金（プランにより変動、月額費用は要問い合わせ）。無料トライアルが用意され、運営会社はISO/IEC 27001・27017とプライバシーマークを保有します。認証コードの生成・画面表示・結果取得まで一体で担う姉妹サービス「Cuenote Auth」も別建てで用意されており、実装したい範囲に応じて選び分けられます。

3. 絶対リーチ!SMS（AI CROSS株式会社）

本人認証の用途に「セキュアSMS認証」という専用プランを立てている点が、絶対リーチ！SMSの特徴です。提供元は東証グロース上場のAI CROSS株式会社。認証コード（OTP）の自動生成と送信を担うため、利用企業側で発番機能を作り込まなくても2要素認証を組み込めます。

セキュアSMS認証は、IVR（自動音声応答）を悪用したSMS認証コードの不正な自動取得を阻止する特許技術（特許第6434099号）を核にした認証プランです。SMS非対応の端末には自動音声で認証コードを伝える「IVR付き認証」プランも用意されており、SMSと音声の両輪で認証の到達を担保できます。

API連携はHTTPSベースのWeb APIに加え、SMPP v3.4（UCS2/GSM7bit対応）にも対応するマルチプロトコル構成で、既存のCRMやコンタクトセンター、クラウドサービスへの組み込みに向きます。国内キャリアとの直接接続によりMVNOやフィーチャーフォン宛の送信にも対応。セキュアSMS認証プランの初期費用・月額・SMS単価はいずれも要問い合わせです。

業務システム連携の通知・リマインド自動化に強いタイプ

業務システムの状態変化を起点にした通知・リマインドの自動送信に向く、個別送信と送達結果の取得に強いサービスです。

4. CPaaS NOW（株式会社ネクスウェイ）

株式会社ネクスウェイ（TISインテックグループ）が提供する、SMS・メール・郵送・FAXを単一のAPIで扱えるマルチチャネル通信プラットフォームです。同社のSMS送信サービス「SMSLINK」のAPIタイプとして位置づけられ、自社システムやSaaSのバックエンドへの組み込みを前提に設計されています。

通信方式はREST／HTTPS／JSONで、契約時発行のトークンキーで認証します。認証コードの生成・送信・照合を担う認証コード機能や、1回のリクエストで最大2宛先を指定し1つ目が失敗すると自動で2つ目に切り替わるFallback機能を標準で備え、業務通知の再送やチャネル切替を自前で組む工数を減らせます。

料金は初期費用0円、スタンダードプランは月額0円で、SMSは1通6円〜の従量課金（月間利用額が1,000円に満たない場合のみ1,000円が請求）。専用番号プランと英字表記プランは月額30,000円で送信元番号や英数字表記を切り替えられます。API開発期間中は料金が発生しない設計で、小さく試してから段階的にメール・郵送へ広げる実装に向きます。

5. KDDI Message Cast（KDDI株式会社）

KDDI株式会社がSupership株式会社と共同運営する、SMS・RCS・＋メッセージを1つのプラットフォームから配信できる法人向けメッセージ配信サービスです。会員登録時の本人確認・二段階認証、支払い督促、予約リマインド、緊急連絡など、業務システムからの通知全般を想定しています。

配信はHTTPS APIで組み込み、au・NTTドコモ・ソフトバンク・楽天モバイルの4キャリアには公認共通番号「0005」で直収接続します。到達率98%以上・開封率80%以上を自社調べで公表し、番号の利用状況を事前確認する誤配信防止機能や、Salesforce・ServiceNow・IVRとの連携メニューも用意されています。

料金は初期費用0円・月額0円で、SMSは1通9.35円（税込）〜の到達課金で、不達分は課金されない設計です。2025年5月からはKDDI審査を通ったRCS公式アカウントに対応し、RCSが届かない相手にはSMSへ自動フォールバックする仕組みで、リッチ表現と従来SMSの両立を1本のAPIで扱えます。

6. SMSコネクト（株式会社アクリート）

公式LPにリクルート・楽天・ローソンなどの導入企業ロゴが並ぶ、企業向けSMS一斉配信サービスです。運営は東証グロース市場に上場する株式会社アクリート（証券コード4395）。

国内4大キャリアと直接接続する直収ルートで到達率99.9%を訴求し、Web管理画面とAPIの両方から個別・一斉・予約配信に対応します。最大660文字の長文SMS、本文URLを21文字の短縮URLに変換してクリック数を計測する機能、全キャリア宛の配信で固定電話番号を送信元として表示できる仕組みなどを備えます。

料金は初期費用0円、月額基本料と1通単価は用途・配信ボリュームに応じた個別見積りの形式（プランはLight／Standardの2区分＋ボリュームディスカウント）。導入前に検証できる無料デモアカウントが用意されており、大規模システム向けAPIで既存基盤に組み込む用途に向きます。

7. SMS FourS（株式会社りーふねっと）

株式会社りーふねっとが提供する法人向けSMS一斉配信サービスで、サービス名の「FourS」はSTABLE（安定）・SECURE（安全）・SPEEDY（迅速）・SUSTAINABLE（持続可能）の4つのコンセプトに由来します。管理画面からの個別・CSV一括送信と、システム連携によるAPI送信の2方式に対応します。

API連携はAPIキー認証＋SSL暗号化のHTTPポスト型で、送達結果は送信結果取得API・指定URLへのコールバック・管理画面からのCSVダウンロードの3方式から選べます。国内4キャリア直収で到達率99%を訴求し、配信成功分のみの成功課金を採用。国際SMSには対応しておらず、国内向け専用のサービスです。

料金は3プランで公開されています。Standard 月3,000円（1通8円・375通込み）／Pro 月7,000円（1通7円・1,000通込み）／Enterprise 1通5.8円（月額要相談）で、API連携はPro以上、多要素認証などのセキュリティ強化はEnterpriseで提供されます。テストアカウントは即日〜1日程度で発行され、小規模から始めやすい料金設計です。

8. SMS Publisher（エンバーポイント株式会社）

エンバーポイント株式会社のメール配信システム「Mail Publisher」シリーズの一部として、2020年に提供開始されたSMS送信サービスです。金融機関や自治体を含む幅広い業種で利用されており、2025年9月にWHI Holdings傘下のグループ会社となりました。

ドコモ・au・ソフトバンク・楽天モバイルの一次キャリアにセンター直収する設計で、到達率約99%を訴求します。API経由でCRMや顧客データベースと連携し、トランザクション配信から一斉通知までを自動化できるほか、1回あたり最大50万件・最大670文字の長文送信、オリジナル短縮URL、他人判定オプションなどを備えます。

プランはSMS送信・SMS双方向・SMS認証の3区分で、課金は送信成功数に応じた成功課金、無料トライアルとして最大2カ月・上限100通が用意されています。単価は業界最安水準を訴求するのみで公開されていないため、実費は用途と送信量を伝えて個別に見積もりを取る形になります。

9. EXLINK-SMS（株式会社エクスリンク）

ブラウザ管理画面から送るPC送信、電話音声応答と連動するIVR送信、既存システムから呼び出すAPI送信——この3方式を1つのサービスに束ねているのがEXLINK-SMSです。運営は株式会社エクスリンク。国内4キャリア直収接続で、沖縄セルラーやMVNOへの配信にも対応しています。

API送信では基幹システムからAPIをコールして個別配信でき、送達結果はアクセスログ機能で送信完了・圏外・電源OFF・着信拒否などの内訳を確認しCSVで出力できます。最大660文字の長文SMS、21桁の短縮URLとアクセス解析、LINE風のチャット画面で会話できる特許取得済みの双方向TALK機能などを備えます。

料金は1通7.9円〜の範囲表記で、2,000通以下のPACK料金には月額基本料がかからない構成です（PACK500／1000／2000）。運営会社はISO/IEC 27001（2013年取得）・27017（2021年取得）・27701（2021年取得）を本体で保有しており、認証範囲にはクラウド上のSMSを含む各種サービスが明記されています。

大量配信・高スループットに強いタイプ

短時間での大量配信と、キャリア直収による到達性を強みにするサービスです。

10. 空電プッシュ（NTTドコモビジネスX株式会社）

NTTグループのNTTドコモビジネスX（旧NTTコム オンライン・マーケティング・ソリューション）が提供する法人向けSMS配信サービスです。ドコモ・au・ソフトバンク・楽天モバイルの4キャリアと直接接続し、通知・販促・督促からOTP認証まで幅広い用途に使われています。

到達率は自社調べで99%以上、送信設備は1時間あたり100万通以上を確保していると公表しています。A2P-SMS国内法人市場ではデロイト トーマツ ミック経済研究所の調査で2017〜2024年度の7年連続売上シェア1位を獲得し、金融業向けにはFISC安全対策基準準拠を明記、約20年分の携帯番号履歴による契約者変更検知で誤送信を抑える機能も備えます。

API送信はNTT CPaaS経由で提供され、Salesforce連携やLGWAN連携にも対応します。2021年8月には次世代版「空電プッシュ for RCS」を提供開始し、+メッセージ利用状況を判別してのSMS自動振り分け送信、最大10,000文字・画像/動画の送信・双方向のやり取りに対応しました。初期費用・月額・従量単価はいずれも公式非公開で要問い合わせです。

11. SMS HaNa（日本テレネット株式会社）

SMS HaNaは、管理画面から送るWEBタイプと、基幹システム連携向けのWEB-API（REST）を提供するSMS配信サービスです。京都に本社を置く日本テレネット株式会社が2019年から展開しており、docomo・au・softbank・楽天モバイルの4キャリアに直収接続で、到達率は自社調べで99%以上と公表しています。

初期費用・月額基本料は0円で、送信した分だけを課金する従量制（1通単価は要問い合わせ）です。無料トライアルは最大2ヶ月または3,000通まで用意され、スモールスタートしやすい料金体系になっています。

APIはHTTPSのGET・POSTで呼び出せ、既存の販売管理・顧客管理システムへ組み込むことで通知や認証コード送信を自動化できます。公式サービスページでは最大100,000通／時の送信能力と公表しており、キャンペーン配信のような一定規模の一斉送信にも対応できます。

導入実績は公式サービスページで3,000件以上を公表しています。機能面では長文SMS・双方向SMS・短縮URLとクリック計測に加え、2022年12月追加の誤送信防止機能、2024年10月追加のデジタルはがきを備え、運営会社はプライバシーマーク（2005年取得）とISMS（ISO/IEC 27001）を保有しています。

音声・ビデオ・メールまで統合するマルチチャネル基盤タイプ

SMSを含む複数チャネルを1つのAPI基盤で扱える、CPaaS型のサービスです。

12. NTT CPaaS（NTTドコモビジネスX株式会社）

NTTドコモビジネスX株式会社（旧NTTコム オンライン・マーケティング・ソリューション）が2025年1月に提供を開始した、SMS・音声・メールを1つのAPIで扱えるCPaaSです。グローバルCPaaSベンダーのInfobipと共同開発しており、国内向け通信基盤とInfobipのグローバル配信網を組み合わせています。

二要素認証（2FA）機能では、ワンタイムパスワードの生成、SMS・音声・メールいずれかのチャネルでの送信、入力値の照合までをAPIで提供し、認証API機能自体は追加料金なしで使えます（送信に使う通信チャネル分は従量課金）。着信番号認証や音声IVRとの組み合わせにも対応するため、SMSが届かない相手を音声でフォローする多段構えの本人確認を1本のAPIで組めます。

2025年10月からは国際SMSも提供しており、Infobipの配信網を通じて200以上の国・地域へ送信できます。リクエスト日から60日間の無料トライアルが用意されているため、本番契約の前に実際の挙動を確かめられます。

13. Twilio（Twilio Inc.）

米国発のCPaaS Twilioは、SMS・RCS・音声・ビデオ・メールを1つのAPI基盤で扱える顧客エンゲージメントプラットフォームです。日本では2019年設立のTwilio Japan合同会社が技術支援を担い、2023年10月からはソフトバンクが国内取扱を開始し、ソフトバンク経由では、日本語による24時間365日の保守・運用サポート窓口の開設が公式に発表されています（2024年1月以降）。

料金は初期費用・月額固定なしの従量課金で、日本向けSMSはロングコード送信で1通$0.0890、ショートコードは送受信とも1通$0.0800です（すべて米ドル建て、公式SMS Pricing in Japan・2026年8月時点）。ノーコードでIVRやメッセージフローを組めるTwilio Studioは月1,000実行まで無料で、以降は1実行$0.0025で使えます。

RCS Business Messagingは2025年8月にグローバルで一般提供（GA）が始まっていますが、公式のRCS対応地域リストに日本は含まれておらず、国内キャリア宛て配信については公式に明示されていません（2026年8月時点）。SMS配信・音声・ビデオの機能自体は従来どおり日本向けに提供されています。

14. Rakuten CPaaS（楽天シンフォニー株式会社）

楽天シンフォニーが自社開発する通信プラットフォーム「Symworld」を基盤とするCPaaSで、国内では楽天モバイル株式会社が「Rakuten CPaaS SMS API」として2023年5月から販売しています。SMS送受信・ワンタイムPIN（OTP）認証（Confirm API）・短縮URLといった機能を、APIとダッシュボードから業務システムに組み込めます。

料金は初期費用・月額利用料が0円、送信・受信ともに1通8円（税込8.8円）の従量課金のみで、送信0通の月は課金が発生しません。無料トライアルとして3カ月間・SMS100通まで全機能を試用できます。個別送信・一斉送信のほか、共通番号を登録すれば双方向SMSにも対応し、最大660文字（全角）までの長文送信も可能です。

国内4キャリアとの直接接続を公式が訴求しており、電話・メール窓口による24時間365日のサポートを無料で提供しています。RCS（+メッセージ）配信機能は公式ページ上で確認できないため、リッチメッセージまで含めた実装を予定している場合は事前に対応可否を確認しておくと安全です。

15. Vonage Communications API（Vonage Holdings Corp.）

エリクソン傘下のVonageがグローバルで展開するCPaaSで、日本では株式会社KDDIウェブコミュニケーションズ（KWC）が「Vonage for KWC」として2024年2月から代理販売しています。SMS・WhatsApp・メール・音声・ビデオ・本人確認（Verify API）を単一APIで扱え、日本語サポートと円建て請求・請求書払いにKWCが対応します。

日本向けの料金は税込で、SMSは国内・国際とも1通11.0円、050番号のレンタル料は月額165円、音声は固定発信5.5円/分といった単位で従量課金されます。ビデオは旧OpenTok（TokBox）を基盤としており、2026 Gartner Critical Capabilities for CPaaSのVideoユースケースで4.8/5.0を獲得し1位評価を受けています。

RCS Business Messagingはグローバルでは対応していますが、公式ドキュメントの対応国はドイツ・英国などEMEA・北米・南米の10ヶ国以上で、日本は含まれていません。KWCの開発者向け記事でもRCS・LINEは「今後対応予定」とされており、日本の+メッセージ宛て配信の提供時期は公式発表の確認が必要です。

16. CM.com（CM.com N.V.）

オランダ・ブレダ本社のCM.com N.V.が1999年から展開するグローバルCPaaSで、日本では2018年設立のCM.com Japan株式会社が国内直収接続によるSMS・RCS配信を提供しています。Euronext Amsterdamに上場するグローバル企業ですが、日本語の公式サイトとサポート窓口（電話は平日9:00〜17:00）が整備されています。

SMSはWeb管理画面・メール形式（Mail SMS）・RESTful APIの3経路から個別送信・一斉送信ができ、標準の全角70文字から最大670文字までの長文にも対応します。国内直収と国際接続の両ルートを保有し、docomo・SoftBank・au・楽天モバイルの国内4キャリアと、世界199ヵ国以上・1,000社以上の通信会社との接続を訴求しています。

+メッセージ（RCS）配信も同一プラットフォームで扱え、RCS非対応端末には自動でSMSにフォールバックする設計です。対応キャリアはドコモ・KDDI・ソフトバンクで、楽天モバイルは非対応と公式が明記しています。国内向けSMS・RCSの円建て単価は公式に非公開のため、具体的な料金は問い合わせで確認する必要があります。

SMS送信APIの導入手順：契約からサンドボックス、本番リリースまで

SMS送信APIを選んだあと、実際に使い始めるまでの流れを押さえておくと、実装スケジュールと工数の見積もりが立てやすくなります。一般的な導入の流れを6ステップで示します。

1. サービス選定と申し込み・審査

用途と要件に合うサービスを選び、申し込みます。SMS配信は不正利用防止のため、申込時に事業内容や送信目的の審査が入ることがあります。審査に数日かかる場合もあるため、リリース時期から逆算して早めに動きます。

2. APIキー発行と初期設定（送信元番号・IP制限）

契約後、APIを呼び出すための認証キーが発行されます。あわせて、送信元番号の設定や、APIを呼び出せるIPアドレスの制限など、セキュリティ関連の初期設定を行います。

3. API仕様書の確認とサンドボックスでのテスト送信

API仕様書を確認し、テスト環境（サンドボックス）で実際に送信して挙動を確かめます。本番のキャリアに送らずに動作確認できる環境があると、開発初期の検証がスムーズです。

4. 本実装（送信リクエスト・Webhook受信・エラーハンドリング）

自社システムに送信処理を組み込みます。送信リクエストの組み立てだけでなく、送達結果のWebhook受信、エラー時の再送やフォールバックの処理まで作り込むと、運用に耐える実装になります。

5. 送信量とレートリミットの確認

本番想定の送信量が、契約プランのレートリミット（単位時間あたりの上限）に収まるかを事前に確認しておきます。上限を超える見込みなら、プランの引き上げやキューイングによる送信量の平準化を検討する余地があります。

6. 本番リリースと運用監視

本番環境にリリースし、送達率やエラーの発生状況を監視します。不達が増えていないか、特定のキャリアで失敗が偏っていないかを継続的に確認し、必要に応じて送信の設計を調整します。

API連携で注意すべきこと（実装でつまずきやすいポイント）

SMS送信APIの実装は、送信リクエストを組むだけでは終わりません。運用に入ってから効いてくる落とし穴を先回りで押さえておくと、リリース後のトラブルを防げます。ここでは仕様として何があるかではなく、その仕様をどう設計・運用するかに絞ります。

自社システム側の開発・改修が必要になる範囲

API連携は、事業者側の準備だけで完結しません。送信のトリガーとなるイベントの検知、宛先データの取得、送達結果の記録など、自社システム側の開発・改修が必要になります。既存システムの構造によっては改修範囲が広がるため、事前に影響範囲を見積もっておきます。

レートリミットと大量送信時のキューイング

多くのサービスには単位時間あたりの送信上限（レートリミット）があります。キャンペーンなどで一気に送信リクエストが集中すると上限に達してエラーが返るため、送信をキューに入れて一定の速度で流すキューイングの仕組みを自社側で用意しておくと、送信漏れを防げます。

再送・重複送信の防止（べき等性の担保）

ネットワークエラーなどでレスポンスが取得できなかったとき、単純に再送すると同じSMSが二重に届くことがあります。送信リクエストに一意のキーを付けて重複を弾く（べき等性を担保する）仕組みを設計しておくと、二重送信を防げます。OTPのように1回きりであるべき通知では特に重要です。

Webhook受け口の設計（署名検証とリトライ）

送達結果や返信をWebhookで受け取る場合、受け口のURLは外部に公開されます。正規の事業者からの通知かを確かめる署名検証を実装しないと、なりすましのリクエストを受け付けてしまう恐れがあります。また、受け口が一時的に応答できなかったときに事業者が再通知（リトライ）してくる仕様も多いため、同じ通知を複数回受け取っても問題ない設計にしておきます。

エラーコードの扱いと不達時のフォールバック

SMSが届かない理由は、圏外・電源OFF・着信拒否・番号無効などさまざまです。事業者が返すエラーコードを見て、再送すべきか、別の手段（メールや音声IVR）に切り替えるべきかを判断する処理を組んでおくと、通知の確実性が上がります。特に本人確認では、SMSが届かない相手への代替経路を用意しておくと離脱を防げます。

文字数・送信元番号・短縮URLでつまずく点

SMSは1通で送れる文字数に上限があり、長文は複数通に分割されて課金も増えます。サービスによって最大文字数（660文字前後まで対応するものが多い）や、送信元番号として使える番号の条件が異なります。また、本文に長いURLを入れると文字数を圧迫するため、短縮URL機能の有無も実装前に確認しておきます。

まとめ

SMS送信APIは、通信方式・送達結果の受け取り方・国内キャリア直収・料金・拡張性といった観点で実力が分かれます。まず自社の実装目的を、本人認証（OTP）、業務システムからの通知・リマインド、大量配信、複数チャネルの統合のどれに当たるかで見定めると、候補を絞りやすくなります。

当面SMSだけを国内向けに実装するならSMS特化サービスが、将来的に音声やメールなど複数チャネルを扱う見込みがあるならCPaaS基盤が、それぞれ扱いやすい選択肢になります。

到達率の公表値は算出条件が各社で異なるため鵜呑みにせず、Verify APIやWebhook、サンドボックスの有無といった実装に直結する仕様と、単価・初期費用を含めた総額で比較するのが失敗の少ない進め方です。気になるサービスは、まずテスト環境で自社システムとの相性を確かめてから本契約に進みましょう。

よくある質問（FAQ）

Q. SMS送信APIとは何ですか？

A. SMS送信APIとは、自社のWebサービスや基幹システムからプログラム経由でSMSを送信するための仕組みです。会員登録の完了や注文確定といったシステム内のイベントを引き金に、宛先と本文を含むリクエストを配信事業者のエンドポイントへ送るだけでSMSが届き、送達結果（成功・不達とその理由）もシステム側で受け取れます。

Q. SMS送信APIの1通あたりの料金相場はいくらですか？

A. SMS送信APIの国内向け1通単価は、公表しているサービスでおおむね6円〜10円前後（2026年8月時点）が目安です。これに加えて初期費用と月額基本料がかかる場合があり、初期費用0円・月額0円で従量課金のみというサービスも複数あります。多くのサービスが送信量に応じたボリュームディスカウントを設けているため、月間送信数が増えるほど実効単価は下がります。

また、長文SMS（全角70文字超）は複数通分として課金されることが多く、本文の文字数も費用に影響します。

Q. SMS送信APIの単価を公開していないサービスが多いのはなぜですか？

A. SMS送信APIの単価が非公開なのは、用途と配信ボリュームに応じた個別見積もりを前提にしているサービスが多いためです。同じサービスでも、月間数百通の認証用途と月間数十万通の一斉配信では適用される単価やプランが変わるため、一律の価格を掲示しにくいという事情があります。

非公開のサービスを検討する場合は、想定月間送信数・利用用途（OTPか販促か）・必要な機能（双方向・長文・認証API）を整理して問い合わせると見積もりが早く返ってきます。公開単価のサービスを1社基準に置いておくと、提示額が相場から外れていないか判断しやすくなります。

Q. SMS送信APIの「到達率99.9%」はどのサービスも同じ意味ですか？

A. いいえ、到達率の算出根拠や測定条件を定めた公的な基準は存在せず、各社が独自の母集団と定義で算出した値のため、横並びの比較には使えません。どの宛先を分母に置き、何をもって「到達」と数えたかがサービスごとに異なるため、A社の99.9%とB社の99%を並べても優劣は判断できません。

また、届かない要因は送信側だけにあるとは限りません。国内キャリアは迷惑SMS対策の受信拒否やフィルタを提供しており、一部は申し込み不要で自動適用されます。到達率は各社の公表値として時点とともに参考にする程度にとどめ、接続方式（国内キャリア直収か国際網か）や不達時のフォールバック設計で判断するほうが実装の実態に合います。

Q. SMS送信APIは1通に何文字まで送れますか？

A. SMSの標準は全角70文字で、長文送信に対応するサービスなら660〜670文字前後まで連結して送れます（上限はサービスによって異なります）。ただし長文は複数通に分割されて課金されるのが一般的なため、文字数がそのまま費用に跳ね返ります。

本文に長いURLを入れると文字数を圧迫するため、URLを短縮してクリック計測もできる短縮URL機能があるかを、実装前にあわせて確認しておくと安全です。

Q. SMS送信APIの通信方式は RESTful と SMPP のどちらを選べばよいですか？

A. SMS送信APIの通信方式は、Webサービスの通知やOTP実装が中心ならRESTful（HTTPS）で十分で、数十万通規模の配信を継続的に行う基盤ならSMPPが選択肢になります。RESTfulはWebアプリの開発者になじみがあり、少ないコードで呼び出せるため実装が早く済みます。

SMPPは低遅延・高スループットを出しやすい専用プロトコルですが、実装の難度は上がります。両方式に対応するサービスもあるため、自社の送信量と開発体制に合う方式を提供しているかを仕様書で確認してください。

Q. SMS送信APIでOTP認証を実装する場合、認証（Verify）APIと自前実装のどちらがよいですか？

A. 認証が主用途なら、コードの生成・送信・有効期限管理・照合をまとめて担うVerify系のAPIを使うほうが開発量を抑えられます。自前で作る場合は、コードの保管や有効期限の管理、照合ロジックを自社で実装・運用することになります。

Verify系APIは、認証機能を標準搭載するサービス、別サービスとして切り出しているサービス、SMSの送信APIのみを提供するサービスに分かれます。認証コードの発行から照合までをどこまで委ねたいかを決めてから、対応の有無を比較すると選定が早く進みます。

Q. SMS送信APIは本番契約の前に無料で試せますか？

A. 多くのSMS送信APIが無料のトライアルアカウントやデモアカウントを用意しており、契約前に実際に送信して挙動を確かめられます。期間や通数の条件はサービスごとに異なり、数十日〜2、3カ月、あるいは100通〜3,000通程度といった上限が設けられているのが一般的です。

ただし、本番のキャリアに送らずに動作確認できるサンドボックス環境まで用意しているかはサービスによります。PoCではAPIキー発行までの日数、送達結果の受け取り方、エラー時のレスポンスまで一通り試しておくと、本実装での手戻りを減らせます。

Q. SMS送信APIのレートリミットを超えるとどうなりますか？

A. SMS送信APIのレートリミット（単位時間あたりの送信上限）を超えると、多くのサービスでは送信されずにエラーが返る仕様のため、自社側でリトライやキューイングを用意していないと送信漏れになります。キャンペーン配信などで一気にリクエストが集中する設計では特に注意が必要です。

対策としては、送信をキューに入れて一定の速度で流す仕組みを自社側に持たせるか、上位プランでスループットを引き上げます。想定送信量に対して十分な上限が出るか、契約前にレートリミットの公表値を確認しておいてください。

Q. SMS送信APIで送った結果や不達の理由はシステム側で取得できますか？

A. はい、多くのSMS送信APIが送達結果（成功・不達と、圏外・電源OFF・着信拒否などの不達理由）を返す仕組みを持っています。受け取り方は、事業者が結果を自社の受け口URLに通知してくるWebhook（Push型）、自社から結果取得APIを呼びにいくポーリング型、管理画面からCSVで落とす方式の3通りに分かれます。

不達をリアルタイムに検知して再送や別チャネルへの切り替えを組みたいなら、Webhook対応が実装の前提になります。受け口を公開する以上、正規の通知かを確かめる署名検証と、同じ通知を複数回受け取っても壊れない設計をあわせて用意してください。

Q. SMS送信APIは楽天モバイルやMVNOの番号にも届きますか？

A. 国内4キャリア（ドコモ・au・ソフトバンク・楽天モバイル）への直収接続を掲げるサービスであれば楽天モバイル宛ても送信対象ですが、MVNO（格安SIM）やフィーチャーフォン宛ての可否はサービスごとに異なります。MVNO対応や沖縄セルラーへの配信を明記しているサービスもあるため、自社の利用者層に合わせて個別に確認が必要です。

また、リッチメッセージ（RCS／+メッセージ）については、SMSでは4キャリア対応でも楽天モバイルは対象外というサービスがあります。SMSとRCSで対応キャリアの範囲が違う点に注意してください。

Q. SMS送信APIで海外の携帯電話番号にも送信できますか？

A. 海外番号への送信可否はサービスによって分かれ、200近い国・地域へ送れるグローバル配信網を持つサービスがある一方、国内向け専用で国際SMSに対応していないサービスもあります。国内キャリア直収を強みにする国産サービスは国内向けに最適化されていることが多いため、海外送信の要件があるなら対応範囲を最初に確認してください。

海外送信では、国・地域ごとに単価や送信元番号の表示ルールが異なります。米ドル建て料金のサービスでは為替の影響も受けるため、円建て請求に対応できる国内代理店経由の契約が使えるかもあわせて確認すると、コスト管理がしやすくなります。

Q. SMS送信APIの送信元番号は自社の番号やブランド名にできますか？

A. 送信元番号の指定や英数字でのブランド名表示に対応するサービスはありますが、利用できる番号の条件や追加費用はサービスごとに異なります。キャリア共通の番号で送る方式を標準とするサービス、専用番号プランや英字表記プランを月額オプションとして提供するサービス、固定電話番号を送信元として表示できるサービスなどがあります。

受信者が差出人を見て正規の通知だと判断できるかは、開封率にも不審メッセージとの識別にも影響します。送信元表示の要件がある場合は、対応可否と月額費用をセットで比較してください。

Q. SMS送信APIで販促メッセージを送る場合、事前の同意は必要ですか？

A. はい、広告・宣伝目的のSMSは特定電子メール法の規制対象で、事前の同意（オプトイン）取得が必要です。総務省は、電話番号を宛先にメッセージを送受信するサービス（SMSを含む）も同法の電子メールの通信方式の一つと明記しています。送信者の氏名・名称、オプトアウト受付先の表示、送信者情報を偽らないことも必要で、通信販売の広告SMSは特定商取引法のオプトイン規制の対象にもなります。

規制の対象は、あくまで広告・宣伝を目的とするSMSです。OTPによる本人認証、注文・配送の通知、予約リマインド、督促といった用途は、広告宣伝を目的としない限り特定電子メールには当たりません。

Q. SMS送信APIはRCS（+メッセージ）に移行すべきですか？

A. 現時点でSMSからRCSへ全面的に移行する必要はなく、RCS非対応の宛先にはSMSへ自動フォールバックする構成が現実的です。国内では、NTTドコモが2026年8月24日にRCSの提供を開始し、RCS公式アカウントは2026年冬に提供予定とされている段階です。

画像やカルーセルを使ったリッチ表現を将来的に使う見込みがあるなら、RCS配信とSMSフォールバックを1本のAPIで扱えるサービスを選んでおくと移行がスムーズです。海外系のCPaaSはRCSをグローバル提供していても日本の+メッセージ宛て配信は対応地域に含まれていない場合があるため、国内配信の可否は公式の対応状況で確認してください。

Q. SMS送信APIの契約から本番リリースまでどのくらいかかりますか？

A. SMS送信APIの導入期間は、申し込み時の審査と自社システム側の実装工数で決まり、テストアカウントの発行自体は即日〜数日程度で済むサービスもあります。SMS配信は不正利用防止のため、申込時に事業内容や送信目的の審査が入ることがあり、ここで数日かかる場合があります。

期間の大半を占めるのは、送信トリガーの実装・送達結果の受信処理・エラー時の再送やフォールバックといった自社側の開発です。リリース時期から逆算し、審査とテスト送信の期間を先に確保しておくとスケジュールが崩れにくくなります。

Q. SMS送信APIは送信量が少ない小規模な利用でも契約できますか？

A. 初期費用0円・月額基本料0円で送信した分だけを支払う従量課金のサービスが複数あり、月数百通規模のスモールスタートにも対応できます。月額数千円の小規模向けプランを公開しているサービスや、月間の利用額が一定に満たない場合に最低請求額を設けているサービスもあるため、少量利用では単価より最低費用の条件を確認すると総額を見誤りません。

一方で、SMS送信サービスは法人利用を前提とした申込審査を設けていることが多く、契約主体や事業内容の条件はサービスごとに異なります。個人事業主やスタートアップで検討する場合は、申込条件を事前に問い合わせておくと確実です。

SMS送信APIの料金・機能を一括チェック

MCB FinTechカタログでは、SMS送信API・CPaaSサービスの最新の資料をまとめて請求できます。気になるサービスの料金や機能を横断的に確認し、自社の実装に合う候補の比較検討にお役立てください。

MCB FinTechカタログに掲載しませんか？

MCB FinTechカタログでは、掲載企業様を募集しています。マネックスグループの金融実務ノウハウを活かした独自の評価軸と検索設計により、導入検討者が最適なサービスを効率的に発見できる法人向け比較プラットフォームです。掲載後は管理画面から料金表や導入事例を随時更新でき、常に最新の情報を訴求可能。まずは下記フォームより、お気軽にお問い合わせください。