VonageとTwilio比較｜日本の料金・提供体制・SMS制約とAPIの違い【2026年10月】

VonageとTwilioは、SMS・音声通話・ビデオ・本人確認をAPIで呼び出せるCPaaS（Communications Platform as a Service）の代表格です。機能一覧を並べると両者はほとんど同じに見えます。ところが日本から導入しようとすると、国内の契約窓口・音声の課金単位・日本宛SMSの扱い・エラーの返し方がそれぞれ違います。この記事では、2026年10月21日時点の公式料金ページ・料金表と開発者ドキュメントの値で両社を比べ、Python SDKで実際にSMS送信のコードを動かして確かめたエラーの返り方の差まで扱います。

まとめ：VonageとTwilioの選び分け

短い音声通話が多い業務ならVonageです。日本の携帯宛の発信単価がTwilioより約12%安く、しかも秒単位で課金されます。SMSが中心で、メール（SendGrid）や顧客データ基盤（Segment）まで1社にまとめたいならTwilioです。日本宛SMSの送信単価はTwilioのほうが約6%安くなっています。国内法人との契約は、VonageならKDDIウェブコミュニケーションズ、Twilioならソフトバンクを通して結べるので、提供体制はどちらかに絞る理由になりません。

SMSの単価差は日本宛で1通あたり0.6セント程度（約6%）で、送信量が多いほど効きますが、文字数によるセグメント数の差ほど大きくはありません。両社の差として大きいのは、音声の単価と課金単位、そしてエラーの返し方です。もう1つ、両社に共通する仕組みですが、日本語SMSは本文が70文字を超えると課金額が2倍になり、以降は67文字ごとに1通分ずつ増えます。以下、その根拠を順に示します。

VonageとTwilioの立ち位置｜CPaaSの中での違い

CPaaSは、キャリア網への接続・電話番号の調達・各国の規制対応をベンダーが引き受け、利用側にはHTTPのAPIだけを見せるサービスです。その代わり1通・1分あたりの単価に手数料が乗ります。送信先の国が増える、チャネルがSMSから音声・WhatsApp・RCSへ広がる、認証コードの再送制御まで任せたい、といった条件が重なるほど効果が大きくなります。SMSの後継規格の動向はRCSとは？SMSとの違い・オフにする方法と暗号化、3キャリアの対応状況で扱っています。

Vonage：Ericsson傘下のAPI群と旧Nexmoの名残

Vonageは2022年7月にEricssonが買収を完了した同社の完全子会社です。API群はSMS API、Messages API、Voice API、Verify API、Video APIなどで構成されます。電話番号の情報を返すNumber Insightは2027年2月4日に提供終了の予定で、後継はIdentity Insights APIです。APIのホスト名は今も rest.nexmo.com と api.nexmo.com で、Vonage APIの前身であるNexmoの名残です。REST APIのエラー応答の type 欄にも developer.nexmo.com のURLが入っています。国内の提供元であるKDDIウェブコミュニケーションズは、Vonageのサービスページで読み方を「ボネージ」と表記しています。

Twilio：SendGridとSegmentまで抱える製品ライン

Twilioは通信APIに加えて、メール配信のSendGrid、顧客データ基盤のSegment、コンタクトセンター基盤のFlex、本人確認のVerifyを同じブランドの下に並べています。SMSだけを使う利用者には過剰な幅ですが、行動データの収集からメッセージ配信までを1社にまとめたい場合には、この幅が選ぶ理由になります。メール配信の始め方はセンドグリッド（SendGrid）とは｜直販と国内版の違いと最初の1通を送る実装手順にまとめています。

日本での提供体制｜KDDIウェブコミュニケーションズとソフトバンク

KDDIウェブコミュニケーションズは2024年2月からVonageを再販

KDDIウェブコミュニケーションズは2013年から日本でTwilioを販売していました。しかし同社の2023年3月17日のお知らせによると、「Twilio Inc.（米国） の意向による販売代理店契約の終了に伴い」、2023年5月1日でTwilioの提供を終えています。同社は2023年5月18日にVonageの日本提供に向けた協議開始を発表し、同社の技術記事によると2024年2月14日からVonageの再販を始めました。同じ記事は、KDDIウェブコミュニケーションズ経由で開設したアカウントは、Vonageで直接開設したアカウントと一部仕様が異なるとも書いています。現在のサービスページには「日本円での請求書払い」「初期費用なし ※一部サービスを除く」「秒単位による従量課金制」と書かれています。2023年より前に書かれた「TwilioはKDDI系列から日本語で買える」という説明は、現在は成り立ちません。

Twilioはソフトバンク経由と直接契約の2通り

KDDIウェブコミュニケーションズが撤退したからといって、Twilioが米国本社との直接契約に限られるわけではありません。ソフトバンクの2023年10月3日の発表によると、同社は2023年10月16日にTwilioの販売を始め、2024年1月以降に日本語による24時間365日の保守・運用サポート窓口を開設するとしています。音声では050番号、0AB～J番号、0120／0800番号を使えると明記しています。法人向けのTwilioのページには導入相談・見積もりの窓口と、契約後の問い合わせ窓口が載っています。調達の選択肢は、クレジットカードで始められるTwilioへの直接契約と、国内の法人と契約するソフトバンク経由の2つです。

調達部門が確かめるのは、障害時に一次受けする国内法人が契約の当事者にいるかどうかです。Vonage・Twilioのどちらを選んでも国内の窓口を挟めるので、提供体制はどちらか一方に絞る理由になりません。請求書の通貨や支払い条件は、窓口ごとに見積もり時に確認してください。

料金の比較｜SMS・音声・番号・本人確認の公開単価

SMS単価：日本宛はTwilioが$0.0890、Vonageが$0.09483

Twilioは日本宛のSMS料金ページで単価を公開しています。VonageのSMS料金ページは国を選んで表示する形式ですが、同じページの「global pricing sheet (.xls)」からアカウントなしで全世界の料金表をダウンロードできます。下の表のVonageの日本宛の値は、2026年10月21日に取得したこの料金表から取りました。なおVonageは、購入時の正確な料金はダッシュボードで確認するよう注記しています。

Twilioの日本宛の表は、long codeと英数字Sender IDの受信欄が空欄です。受信単価（$0.0800）が載っているのは短縮番号（short code）だけですが、この短縮番号は後述する日本向けガイドラインで「Not Supported」とされています。受信を前提に設計するなら、単価は営業窓口で確かめてください。米国宛の単価は、Twilioの米国宛SMS料金ページとVonageの料金ページの初期表示（米国）から取りました。どちらもlong code宛に携帯会社の追加料金が別にかかります（VonageはVerizon宛の送信で$0.00500など）。日本語で読める比較記事にはVonageの米国宛送信を$0.00809とするものがありますが、2026年10月21日時点のページは$0.0086です。Vonageが安いという前提で試算を組む前に、現行の値を確かめてください。

日本語SMSはセグメント課金：71文字目で費用が2倍になる

Twilioの料金ページは「Text messages are charged per segment」と、1通ではなく1セグメントごとの課金だと明記しています。TwilioのSMS文字数の解説によると、日本語のようにUCS-2で符号化される本文は1セグメント70文字までで、それを超えると1セグメント67文字に分割されます。Vonageもサポート記事で、3通に分割される長さなら3通分を課金すると説明しており、両社に共通する仕組みです。表はTwilioの日本宛long codeの$0.0890で計算しました。

認証コードや予約確認の文面は、70文字に収めるだけで費用が半分になります。単価が数%違うよりはるかに大きい差です。英字だけの本文なら1セグメント160文字ですが、全角記号や絵文字が1文字でも混ざるとUCS-2に切り替わり、上限が70文字に落ちます。テンプレートを作る段階で、本文の文字数と符号化を確認してください。なお、Twilioは最終的に「Failed」になったメッセージに$0.001の処理手数料をかけます。

音声：Twilioの分切り上げとVonageの秒課金

Twilioの日本の音声料金ページと、Vonageの公開料金表（2026年7月7日発効の行）の日本の単価を並べます。

単価表だけでは見落とすのが課金単位です。Twilioの2022年9月27日の変更履歴は「Most Twilio Voice products are usage-based and round up to the minute by default」と書き、1分18秒の通話を2分として課金する例を挙げています（契約で秒単位にできる項目もあります）。VonageのVoice APIの料金ページは「Billing down to the second, however you call.」と秒単位の課金をうたい、料金表でも日本の固定電話宛・携帯電話宛の課金単位は「0s/1s」（1秒刻み）です。

この差が効くのは、短い通話を大量に発信する業務です。平均30秒の発信を携帯電話宛に月1万件かけると、Twilioの既定では1万分として$1,850になります。Vonageは秒単位なので5,000分相当で、$0.16349をかけると約$817です。課金単位の差だけで2倍、単価の差を足すと2倍強の開きになります。1件あたり数分以上の通話が中心なら、切り上げの影響は誤差に収まります。音声AIや通話録音まで含めたTwilioの日本料金はTwilio APIで音声AIを動かす4ルート｜設定手順・日本料金・日本語精度で扱っています。

電話番号の月額：番号の種類で4倍以上の差

Twilioの日本の電話番号は、national番号が月$4.75、0ABJのlocal番号が月$20.00、toll-free番号が月$25.00です。着信料$0.0100／分は月$4.75の番号と組で表示されています。0ABJ番号で着信を受ける前提の試算をこの組み合わせのまま作ると、番号の固定費を4分の1以下に見積もることになります。

Vonageの料金表（番号はユーロ建て）では、日本の音声用番号が月€3.62、toll-free番号が月€18.63です。SMSを受けられる番号は月€100.0と桁が違うので、日本宛のSMSで返信を受ける設計は番号代を先に見積もってください。送信専用で着信を受けないなら、どちらのベンダーでも番号種別を下げるだけで固定費を抑えられます。

本人確認（Verify）：成功1件あたり$0.05と$0.06084

Twilio Verifyは認証成功1件あたり$0.05に、SMSや音声の通信料を加えた額です。失敗・期限切れの認証には$0.05はかかりませんが、料金ページは「SMS or WhatsApp delivery attempts can still be billed even if the user never completes the verification flow」と書いており、利用者が認証を終えなくても送信の試行分は課金されることがあります。Vonage Verifyの従量プラン（Verify Conversion）は成功1件あたり€0.052／$0.06084で、試行と成功の両方にメッセージ・音声の料金が加わります。失敗分の通信料も含めて成功時だけ課金するVerify Successというプランもありますが、こちらは営業窓口での見積もりです。日本宛SMSでの実装手順と費用の内訳はTwilio Verifyとは｜SMS・音声認証の実装手順と日本向け料金で解説しています。

日本宛SMSの制約｜国際ゲートウェイと国内ゲートウェイ

Twilioの2系統：登録不要の国際経路と営業経由の国内経路

Twilioの日本向けSMSガイドラインは、日本宛のSMSを国際（International）と国内（Domestic）の2つのゲートウェイで配信すると説明しています。国際ゲートウェイは「There’s no need for registration. Both dynamic longcodes and alphanumeric sender IDs are supported.」とあり、事前登録なしでlong codeと英数字Sender IDのどちらでも送れます。国内ゲートウェイは「Registration is mandatory.」で、long codeかshort codeで配信し、専有・共有の送信者IDを選べます。ただし利用には営業窓口への連絡が必要です。同じページの表には、提供までの期間として5週間とも書かれています。

実務への影響は開始時期に出ます。国際ゲートウェイは登録なしですぐ送れますが、国内ゲートウェイは登録と期間を見込む必要があります。キャンペーンの開始日が決まっているなら、5週間以上前から申請を始めてください。実装が終わってから申請すると、開始日を1か月以上ずらすことになります。

KDDI網の5セグメント制限・010の前置・本文の電話番号禁止

同じガイドラインには日本固有の注意が3つあります。1つ目は、KDDI網宛てのSMSが5セグメントを超えると、同網のプラットフォームの制限で配信が遅れる場合があることです。日本語なら335文字を超えると6セグメントになるので、長文の通知は遅延の対象になります。2つ目は、国際の数字の送信者IDにはKDDIのポリシーで先頭に010が付くことです（例として01044XXが挙がっています）。3つ目は「Phone numbers in message content is not allowed.」で、本文に電話番号を書けません。問い合わせ先の電話番号を本文に入れるテンプレートは、日本宛では作り直しが要ります。

Vonageの日本向け制約：英数字は可・数字は上書き・汎用名は禁止

VonageはJapan SMS Features and Restrictionsで日本宛の条件を公開しています。英数字の送信者IDは使えます。数字の送信者IDはVonageの双方向サービスの番号でない限り使えず、届けるために上書きされます。INFO・SMS・NOTICEのような汎用の送信者名は禁止です。URLを含むSMSは、日本の通信会社のフィッシング対策で配信に影響が出る場合があり、その判定基準は公開されていないとも書かれています。分割されたUnicodeのメッセージの上限は、ドコモ・KDDI・ソフトバンク宛が全角670文字、楽天モバイル宛が全角660文字です。

送信者名を偽装したSMSは受信者に警戒されやすく、自社ブランドがフィッシングに悪用される入口にもなります。企業側の対策はスパムとは？迷惑メール・SMS・SNSの手口と企業が取るべき対策を解説で整理しています。

APIの違いを実測で比べる｜Python SDKでSMSを送る

送信コード：twilio 9.12.0とvonage 4.9.0

2026年10月21日時点のPyPIの最新版（twilio 9.12.0、vonage 4.9.0）をPython 3.14の仮想環境に入れ、SMS送信のコードを動かしました。どちらもダミーの認証情報で実行しているので、実際には送信されません。

# Twilio（twilio 9.12.0）
from twilio.rest import Client
from twilio.base.exceptions import TwilioRestException

client = Client("AC" + "0" * 32, "dummy_auth_token")
try:
    msg = client.messages.create(
        to="+819000000000",
        from_="MyBrand",
        body="認証コード: 123456",
    )
    print(msg.sid, msg.status)
except TwilioRestException as e:
    print("status", e.status, "code", e.code, "uri", e.uri)

# Vonage（vonage 4.9.0）
from vonage import Auth, Vonage
from vonage_sms import SmsMessage
from vonage_sms.errors import SmsError

client = Vonage(Auth(api_key="dummykey", api_secret="dummysecret"))
try:
    res = client.sms.send(
        SmsMessage(to="819000000000", from_="MyBrand", text="認証コード: 123456", type="unicode")
    )
    print(res.messages[0].status)
except SmsError as e:
    print("SmsError", e)

実行結果は、Twilioが status 401 code 20003、Vonageが SmsError Sms.send_message method failed with error code 4: Bad Credentials でした。

書き方の違いは2つあります。Twilioは宛先を「+81」付きのE.164形式で渡しますが、VonageのSMS APIは「+」なしの番号を渡します。またVonageの vonage パッケージは、インストールすると vonage-sms・vonage-messages・vonage-verify・vonage-voice など製品ごとのパッケージを依存として一緒に入れる構成です。

エラーの返り方：Vonage SMS APIはHTTP 200で失敗を返す

認証情報が誤っているときの応答を、SDKを通さずにcurlで確かめました。

$ curl -X POST https://rest.nexmo.com/sms/json -d api_key=dummykey -d api_secret=dummysecret ...
{"message-count":"1","messages":[{"status":"4","error-text":"Bad Credentials"}]}   HTTP 200

$ curl -X POST https://api.twilio.com/2010-04-01/Accounts/AC000.../Messages.json -u AC000...:dummy ...
{"code":20003,"message":"auth account AC000... does not exist",...,"status":401}   HTTP 401

Twilioは失敗をHTTPのステータスコード（401）で返します。VonageのSMS API（/sms/json）は、認証に失敗してもHTTP 200を返し、本文の messages[].status が "0" 以外であることで失敗を伝えます。Python SDKは内部でこの値を確かめて SmsError を送出し、分割送信の一部だけが失敗したときは PartialFailureError を送出するので、SDK経由なら気づけます。危ないのは、SDKを使わずHTTPクライアントで直接呼ぶ実装や、ログ監視・外形監視をHTTPステータスだけで組んでいる場合です。この作りだと、Vonageの送信失敗は「成功」に数えられます。長文を分割した送信では message-count が2以上になり、メッセージごとに status が返るので、一部だけ失敗するケースもあります。直接呼ぶなら、全要素の status を確かめてください。

同じVonageでも、新しいMessages API（api.nexmo.com/v1/messages）は同じダミー認証情報でHTTP 401を返しました。これから実装するなら、エラー処理の作法がTwilioと揃うMessages APIを選んでください。

メール送信：VonageはMessages APIのEmailチャネル、TwilioはSendGrid

競合の比較記事には「Vonageにはメール送信APIが無い」とするものがあります。しかしVonageのMessages APIのEmailチャネルの解説は、SMSやWhatsAppと同じ POST /v1/messages に "channel": "email" を指定して送ると説明しています。対象はトランザクションメールで、送信ドメインのSPF・DKIM・DMARCをダッシュボードで認証してから使います。DNSの検証には最大72時間かかります。

ただし、Pythonの vonage-messages 1.8.0 では、チャネルの列挙型 ChannelType にsms・mms・rcs・whatsapp・messenger・viber_serviceの6種しかなく、emailがありません。Pythonからメールを送るなら、当面はHTTPで直接呼ぶ必要があります。メールの到達率やバウンス処理の実績を重視するなら、専業のSendGridを持つTwilioのほうが選びやすい状況です。

Vonageの無料トライアル：送信先の制限と本文への付加文字列

Vonageのトライアルアカウントの制限は検証の進め方に影響します。サポート記事によると、SMSは登録済みの番号と確認済みのテスト番号4件にしか送れず、音声は登録済みの番号にしか発信できません（開発者向けのダッシュボードの解説は最大10宛先と書いており、公式の記載が揃っていません）。トライアルのクレジットでは番号を買えず、送信したSMSの本文には「[FREE SMS DEMO, TEST MESSAGE]」が付きます。本番と同じ文面で文字数とセグメント数を確かめたいなら、入金してトライアルを解除してから検証してください。

配信結果はWebhookで受ける：署名検証・冪等性・再試行

両社とも、送信APIが受け付けたことと、相手に届いたことは別です。到達・不達・キャリア側のエラーはWebhookで非同期に返ってきます。署名検証、同じイベントが二重に届いても壊れない冪等な処理、失敗時の再試行の3点は、ベンダーを問わず必要です。受け口の作り方はWebhookの作り方と実装方法｜受信側の署名検証・冪等性と送信側の再送をNode.js・Pythonで解説にまとめています。

製品の継続性｜Twilio Videoの終了撤回とNumber Insightの終了予定

Twilioは以前、Twilio Videoを2026年に提供終了すると告知していましたが、2024年10月21日の変更履歴で撤回し、「Twilio Video will remain a standalone product」と継続を表明しました。Twilio VideoのFAQも「Twilio Video is fully supported and under active development.」と書き、新規顧客を受け付けています。撤回前の「Twilio Videoは終了する」という日本語記事は今も残っているので、それを根拠に候補から外すのは誤りです。逆にVonageのNumber Insightのように終了日が決まった機能もあります。RFPでは、利用予定のAPI単位で廃止方針と移行先を書かせてください。

条件別の判断｜Vonage向き・Twilio向き・どちらも選ばない場面

Vonageが向く条件：1分未満の音声通話を大量に流す業務

自動架電や音声での認証コード読み上げのように、1分未満の通話を大量に流す設計ならVonageです。日本の携帯宛は$0.16349／分とTwilioより安く、秒単位の課金なので、前述の試算では月1万件で2倍強の差になります。KDDIウェブコミュニケーションズ経由なら、日本円の請求書払いと初期費用なし（一部サービスを除く）がサービスページに明記されており、購買・経理の手続きが国内取引の枠に収まります。

Twilioが向く条件：SMS中心で、メールや顧客データ基盤まで1社にまとめたい

SMSが中心ならTwilioです。日本宛の送信単価は$0.0890で、Vonageの$0.09483より約6%安くなります。ソフトバンク経由でも契約でき、同社は日本語による24時間365日の保守・運用サポートを設けると発表しています。メール（SendGrid）、顧客データ基盤（Segment）、コンタクトセンター（Flex）まで同じベンダーで組みたい場合も、製品の幅で有利です。エラーをHTTPステータスで返すので、既存の監視基盤にそのまま載せられます。

VonageもTwilioも選ぶべきでない場面

送信先が日本国内だけで、月の送信量が数千通程度で、当面チャネルを増やす予定がないなら、CPaaSは過剰です。この条件では、多国対応と規制対応というCPaaSの価値がほぼ効かず、国外からのSMSとしての表示や国内経路の登録期間といった制約だけが残ります。国内向けSMS配信に特化した事業者を選ぶか、AWSを使っているならAWS End User Messagingで足りないかを先に確かめてください。既存の業務システムとの連携まで含めて設計を外部に任せたい場合は、API開発・システム連携の支援内容も参考になります。

よくある質問

VonageとTwilioはどちらが安いですか？

項目ごとに入れ替わります。日本宛SMSの送信はTwilio（$0.0890）がVonage（$0.09483）より安く、日本の携帯宛の音声発信はVonage（$0.16349／分・秒課金）がTwilio（$0.1850／分・分切り上げ）より安くなります。日本宛SMSでは、単価の数%の差より、本文が70文字を超えてセグメント数が倍になるかどうかの影響が大きくなります。大量に送るなら、宛先の国と月の通数を決めたうえで、同じ条件表で両社から見積もりを取ってください。

Vonageの読み方と、Nexmoとの関係は？

国内提供元のKDDIウェブコミュニケーションズは「ボネージ」と表記しています。Nexmoは現在のVonage APIの前身で、APIのホスト名（rest.nexmo.com・api.nexmo.com）やエラーの参照先（developer.nexmo.com）にその名前が残っています。古い記事や書籍に出てくる「Nexmo API」は、今のVonage APIのことだと読み替えて差し支えありません。

Twilio SegmentとmParticleの違いは何ですか？

どちらもWeb・アプリ・サーバーから顧客の行動イベントを集めて、広告・MA・分析基盤へ送るCDP（カスタマーデータプラットフォーム）です。違いは資本と周辺製品にあります。SegmentはTwilioの製品で、SMSやメール配信と同じベンダーにまとめられます。mParticleは2025年1月に発表されたRoktとの3億ドル規模の合併で「mParticle by Rokt」となり、EC広告のRoktと組んでいます。メッセージ配信までTwilioで揃えるならSegment、EC広告との連携を重視するならmParticleが候補になります。

国際SMSのOTPで不正送信や迷惑判定を減らすには？

まず、送信者IDの登録が必要な国では登録を済ませ、本文を短くして余計なURLや電話番号を入れないことです（日本宛は本文に電話番号を書けません）。次に、認証コードを大量に送らせて通信料を稼ぐSMSポンピングへの対策を入れます。Twilioは日本向け料金ページにSMS pumping protection（$0.025）を載せています。日本宛では、VonageがURLを含むSMSは通信会社のフィッシング対策で届きにくくなる場合があると案内しており、INFOのような汎用の送信者名も禁止しています。国ごとの規制は、Twilioの国別ガイドラインとVonageの国別のFeatures and Restrictionsで確認できます。

VonageとTwilio以外にCPaaSの選択肢はありますか？

あります。グローバルではInfobip、Sinch、Plivo、Telnyxなどが同じ枠で比べられ、AWSを使っている環境ではAWS End User Messagingも候補です。日本向けには、国内SMS配信に特化した事業者も複数あります。比べる軸は機能一覧より、日本宛の単価が公開されているか、日本で使える送信者IDの種類、日本円で請求できるか、の3点に絞ると判断が早くなります。

関連記事

• Twilio Verifyとは｜SMS・音声認証の実装手順と日本向け料金
• Twilio APIで音声AIを動かす4ルート｜設定手順・日本料金・日本語精度
• 音声通話APIの録音をS3に保存し文字起こしする実装｜Vonage Voice API
• センドグリッド（SendGrid）とは｜直販と国内版の違いと最初の1通を送る実装手順
• Webhookの作り方と実装方法｜受信側の署名検証・冪等性と送信側の再送をNode.js・Pythonで解説