VonageとTwilioは、SMS・音声通話・ビデオ・本人確認をAPIで呼び出せるCPaaS(Communications Platform as a Service)の代表格です。機能一覧を並べると両者はよく似ています。ところが日本から導入すると、契約先も、支払い通貨も、事前に見積もれる情報の量も違います。分かれ目は2023年です。約10年にわたり日本でTwilioを扱っていた株式会社KDDIウェブコミュニケーションズが同年5月1日にTwilioの提供を終え、そのVonageへの乗り換えが現在の勢力図をつくりました。この記事では、その提供体制の非対称を軸に、公開されている単価と課金単位、日本宛SMS固有の制約、製品の継続性の見極め方までを、公式ドキュメントの数値で整理します。
まとめ:VonageとTwilioの選び分け
先に結論を示します。日本国内の企業が国内向けにSMSや音声を使うなら、KDDIウェブコミュニケーションズ経由で日本円の請求書払いができるVonageが調達面で通しやすく、海外を含む多拠点展開・大規模なAPI運用・Segmentまで含めた製品ラインを求めるならTwilioが有利です。
判断材料として押さえておきたい差は4点あります。
- 契約先と支払い:Vonageは国内法人であるKDDIウェブコミュニケーションズと契約し、日本円での請求書払いに乗ります。初期費用も一部サービスを除いて不要です。Twilioは米国本社との直接契約で、公開価格はUSD建て。
- 価格の見えやすさ:Twilioは日本宛の単価を国別ページで公開しており、アカウントを作らずに読み取れます(2026年8月時点でSMSのlong code送信が1通あたり$0.0890)。Vonageは最も正確な料率をダッシュボードで確認するよう案内しており、料率表もダッシュボードからのダウンロードです。
- 音声の課金単位:Twilioは分未満を次の1分へ切り上げます。KDDIウェブコミュニケーションズが提供するVonageは秒単位の従量課金です。1分未満の通話が多いほど差が開きます。
- 資本背景:VonageはEricssonの完全子会社。Twilioは独立した上場企業です。
以下では、この4点それぞれの根拠と、日本宛SMS特有の制約、そして製品が途中で終わらないかを見極める手順を順に掘り下げます。
CPaaSの選択肢の中でのVonageとTwilioの立ち位置
CPaaSが引き受ける範囲と、自社実装との境目
CPaaSは、キャリア網への接続・番号の調達・各国の規制対応・到達性の担保をベンダーが抱え、利用側にはHTTPのAPIだけを見せる形態のサービスです。国ごとの申請や網ごとの仕様差を引き受けてもらえる代わりに、1通・1分あたりの単価が上乗せされます。裏を返せば、送信先が1か国に閉じていて月間の送信量が読めるなら、CPaaSを挟まない選択も成立します。CPaaSが効くのは、送信先の国が増える、チャネルがSMSから音声・WhatsApp・RCSへ広がる、認証コードの再送制御まで任せたい、といった条件が重なったとき。SMSの後継規格についてはRCSとは|次世代SMSの仕組み・SMSとの違い・E2EE暗号化と日本のキャリア対応を2026年最新で解説で、国内キャリアの対応状況を含めて扱っています。
Vonage:Ericsson傘下、国内はKDDIウェブコミュニケーションズ経由
VonageはEricssonが2022年7月21日に買収を完了した完全子会社で、Ericsson内では Business Area Global Communications Platform という事業区分に置かれています。買収完了時点でEricssonは、法人顧客12万社超・登録開発者100万人超という規模を公表しました。
日本では株式会社KDDIウェブコミュニケーションズが提供元となり、SMS・Messages、Voice、Verify、Video などのAPIを扱います。同社のサービスページは「日本円での請求書払い」「初期費用なし」「秒単位による従量課金制」を明示し、契約先も同社になります。
Twilio:独立系最大手、Segmentまで含む製品ライン
Twilioは通信APIにとどまらず、顧客データ基盤のSegment、コンタクトセンター基盤のFlex、本人確認のVerifyまでを同一アカウントの下に並べています。「Twilio Segmentは他のCDPと何が違うのか」という比較検討が起きるのは、この製品ラインの広さゆえです。SMSだけを使いたい利用者にとっては過剰ですが、行動データの収集からメッセージ配信までを1社にまとめたい場合には、この幅が選定理由になります。
認証用途に絞るなら、ワンタイムコードの生成・再送制御・不正送信検知まで受け持つVerifyが入口になります。実装手順と日本向けの料金内訳はTwilio Verifyとは|SMS・音声認証の実装手順と日本向け料金にまとめています。
日本での提供体制の違い|2023年の代理店交代が生んだ非対称
KDDIウェブコミュニケーションズのTwilio提供終了とVonage取り扱い
日本のCPaaS市場の前提は2023年に入れ替わりました。KDDIウェブコミュニケーションズは、同社の説明によれば2013年4月から日本初のパートナーとして約10年間Twilioを提供していましたが、「Twilio Inc.(米国)の意向による販売代理店契約の終了に伴い」2023年5月1日をもってTwilioサービスの提供を終了しています。同社はその年の秋からのVonage提供開始を目指すと発表し、現在はサービスページでVonageの提供条件を公開しています。
この一件の結果、日本市場では役割がきれいに分かれました。Twilioは国内代理店を介さない直接契約、Vonageは国内法人が窓口という形です。2023年より前に書かれた「TwilioはKDDI系列が日本語で売っている」という説明は、現在は成り立ちません。
契約・支払い・サポート窓口の実務差
調達部門が最初に確認するのは、請求書が日本円で出るか、そして与信や契約期間の条件が付くかです。VonageはKDDIウェブコミュニケーションズと契約するため、日本円の請求書払いに乗ります。初期費用も一部サービスを除いて不要です。Twilioも請求書払い自体は用意していますが、ヘルプセンターの案内では与信審査を経た承認制で、契約条件の取り決めが前提になります。クレジットカードでの従量課金なら審査を待たずに始められる反面、年度予算を先に確保して発注する調達フローとは噛み合いにくい形です。
サポートについては、Twilioもヘルプセンターに日本語カテゴリを設け、日本語でのチケット対応を案内しています。ただし日本語での回答は日本時間の営業時間帯が前提で、時間外は英語での対応になる場合があります。「日本語窓口があるかどうか」だけで差がつくわけではありません。差が出るのは、障害時に日本の商習慣で一次受けしてくれる国内法人が契約の当事者にいるかどうかです。ここは技術要件ではなく調達要件なので、開発チームだけで決めると後から詰まります。
料金の比較|公開されている単価と課金単位
日本宛SMS単価の公開状況
Twilioは日本宛の単価を国別ページで公開しています。2026年8月時点の掲載は次のとおりです。
| 項目 | Twilio公開単価(日本) |
|---|---|
| SMS送信(long code) | $0.0890 / 通 |
| SMS送信(英数字Sender ID・一方向) | $0.089 / 通 |
| 音声発信(固定電話) | $0.0746 / 分 |
| 音声発信(携帯電話) | $0.1850 / 分 |
| 音声着信(月$4.75の番号) | $0.0100 / 分 |
| 音声着信(toll-free番号) | $0.1854 / 分 |
この表で注意したいのは、載っていない欄です。日本のlong codeと英数字Sender IDは送信単価だけが掲載され、受信単価は載っていません。受信レートが明記されているのは短縮番号($0.0800)だけです。ところが同じTwilioの日本向けSMSガイドラインでは、短縮番号は対象外と記されています。料金ページとガイドラインで扱いが食い違うため、短縮番号を前提に設計する場合は営業窓口で可否を先に確定させてください。
Vonageは調べ方の入口が違います。公式は最も正確な料率を購入時にダッシュボードで確認するよう案内しており、SMSの料率表もダッシュボードからのダウンロードです。公開ページに国別の記載はあるものの、受信料金がユーロ建てのレンジで示されるなど粒度が粗く、日本を選んで確定単価をそのまま読めるTwilioの国別ページとは性質が違います。実務への影響はここ。Twilioはアカウントを作らずに稟議用の概算を組めますが、Vonageは同じ精度の試算にアカウント登録か見積もり依頼が挟まります。第三者の比較記事にあるVonageの日本宛SMS単価(小数点以下5桁)は公開情報だけでは再現できないため、出所を確かめずに稟議へ載せないでください。
音声通話の課金単位|分切り上げと秒課金の差
単価表だけを見比べると見落とすのが課金単位です。Twilioのヘルプセンターは、音声系プロダクトの多くが分単位への切り上げで、1分18秒の通話は2分として課金されると説明しています(契約によって秒単位となる場合があります)。対してKDDIウェブコミュニケーションズは、Vonageの提供条件として「秒単位による従量課金制」を掲げています(音声通話の最小課金単位が何秒かまでは公開されていないため、契約前に確認してください)。
この差が効くのは、通話が短く本数が多い業務です。着信確認の自動架電やワンタイムコードの音声読み上げは、数十秒で終わる設計になります。仮に平均30秒の発信を月1万件行うとすると、秒課金なら5,000分相当の請求ですが、分切り上げでは1万分として計上されます。単価がわずかに安くても、この2倍差は埋まりません。1件あたり数分以上の通話が中心なら、切り上げの影響は誤差の範囲に収まります。
電話番号の月額|national・0ABJ・toll-freeの固定費差
従量課金とは別に、番号の保有コストが毎月かかります。Twilioが公開する日本の番号は、national番号が月$4.75、0ABJのlocal番号が月$20.00、toll-free番号が月$25.00です。4倍以上の開きがあります。着信を受ける必要がなく送信専用なら、番号種別を下げるだけで固定費を抑えられます。番号を何本も並べて送信量を分散する設計では、この月額が積み上がる点に注意してください。
なお受信レートを読むときは、どの番号と組になっているかを確かめてください。Twilioの受信料金は$0.0100/分が月$4.75の番号と組で表示されており、月$20.00の0ABJ番号のレートではありません。上の表で「音声着信(月$4.75の番号)」と書き分けたのはこのためです。0ABJ番号で着信を受ける前提の試算をそのまま$0.0100/分で組むと、番号の固定費を4倍過小に見積もることになります。
日本宛SMSの実務制約|送信者名と番号種別
Twilioが公開する日本のSender ID・番号種別
日本宛SMSは、技術というより制度の制約が強く効きます。Twilioは日本向けガイドラインとして、送信者表示と番号種別の可否を公開しています。
| 種別 | Twilio対応 | 事前登録 | 提供までの期間 | Sender ID保持 |
|---|---|---|---|---|
| 英数字Sender ID(国際) | 非対応 | 不要 | — | — |
| 英数字Sender ID(国内) | 対応 | 必要 | 5週間 | されない |
| Long code(国際) | 対応 | 不要 | — | される |
| Long code(国内) | 非対応 | — | — | — |
| Short code | 非対応 | — | — | — |
読み取るべき点は2つあります。第一に、自社ブランド名を送信者名に出す国内向けの英数字Sender IDは、事前登録が必須で提供まで5週間かかると明記されており、しかもSender IDは保持されない(preserved: No)と表に書かれています。申請の手間をかけても送信者名がそのまま表示される保証はない、ということです。キャンペーン開始日から5週間以上を逆算して動く必要もあります。第二に、国内のlong codeとshort codeはいずれも対象外です。国際long codeは送信者IDが保持されるものの、日本の受信者には国際番号からの着信として表示されるため、受け手の警戒を招きやすい構図になります。双方向SMSそのものは利用できます。
分割数とKDDI網の遅延、本文の記載制限
もう1つ、Twilioのガイドラインには日本固有の注意が書かれています。KDDI網宛てのSMSは5セグメントを超えると、同網の制限により配信が遅延する可能性がある、というものです。日本語はUCS-2で符号化されるため1セグメントあたりの収容文字数が少なく、長文テンプレートはこの5セグメントを容易に超えます。文面を削るのは体裁の問題ではなく、到達性の問題です。国際Numeric Sender IDには、KDDIのポリシーにより先頭へ010が付与されるとも記載されています。表示番号を固定したい設計なら、この前置を前提に検証してください。本文への電話番号の記載も禁止です。
Vonage側の日本固有の可否は、同社のサポートサイトにある国別ページか、国内提供元であるKDDIウェブコミュニケーションズへの確認が必要です(Vonageの一般規則として、英数字Sender IDは最大11文字と公開されています)。同じ条件で並べた表を自力で作れないという事実自体が、比較検討にかかる時間の差として表れます。
なお、送信者名が偽装されたSMSは受信者側で警戒されやすく、自社ブランドがフィッシングに悪用される事態にも直結します。送信ドメイン認証を含む企業側の対策はスパムとは?迷惑メール・SMS・SNSの手口と企業が取るべき対策を解説で整理しています。
実装・運用面の比較|APIの守備範囲と受け口
チャネルの守備範囲とSDK
両者ともSMS・音声・ビデオ・本人確認をREST APIで提供し、主要言語のSDKを用意しています。差が出るのは抽象化の方針です。VonageはMessages APIとして複数チャネルを1つの送信インターフェースに束ね、TwilioはProgrammable MessagingやVerifyのように用途別の製品へ分けています。SMSからWhatsAppやRCSへ後から広げる計画があるなら、チャネル追加時に呼び出し側の改修がどこまで必要かを試験実装の段階で確認しておくと、手戻りを防げます。
配信結果とWebhookの扱い
CPaaSの運用で厄介なのは、送信APIが200を返しても実際に届いたとは限らない点です。到達・不達・キャリア側のエラーは、いずれもWebhookで非同期に返ってきます。つまり本番運用の品質は、送信コードではなく受信エンドポイントの作り込みで決まります。署名検証で第三者からの偽装を弾き、同じイベントIDが二重に届いても状態が壊れない冪等な処理にし、失敗時のリトライを指数バックオフで受ける、という3点は両社共通で必要です。設計の型はWebhookの実装方法と作り方|手順と署名検証・リトライ・冪等性を解説にまとめています。ベンダーを乗り換えても、この受け口の作りが甘ければ同じ障害を繰り返します。
製品の継続性の見極め方|終了告知の撤回と実際のEOL
Twilio Videoの終了告知とその撤回
CPaaS選定でいちばん軽視されがちなのが、選んだ製品が数年後も残っているかです。実例があります。Twilioは2024年3月、Twilio Videoを2026年12月5日に提供終了すると告知しました。ところが同年10月21日、この決定を撤回し、Twilio Videoを顧客エンゲージメント基盤の中の独立製品として継続すると発表しています。告知には「Current Twilio Video customers can continue to use Video as they always have; there’s no action or change needed.」と明記され、既存利用者に移行作業は生じませんでした。
問題は、撤回前に書かれた日本語の解説記事が今も残っていることです。「Twilio Videoは終了する」と書かれた情報を見て候補から外すのは、2026年時点では誤った判断になります。ベンダーの発表を扱うときは、最初の告知だけでなく、その後の変更履歴まで追ってください。
Amazon PinpointのEOLが示す選定時のチェックポイント
逆に、告知どおり終わる例もあります。AWSはAmazon Pinpointについて、2026年10月30日でサポートを終了すると案内しています。新規受付は2025年5月20日で停止済みです。ただし終わり方には構造があります。通信チャネル(SMS・MMS・プッシュ通知・WhatsApp・音声読み上げ)は2024年第3四半期に AWS End User Messaging へ改称されており、SMS・音声・プッシュ通知・OTP・電話番号検証のAPI利用はこの変更の影響を受けません。影響を受けるのはセグメント・キャンペーン・ジャーニー・分析といったエンゲージメント機能で、Amazon Connect Customer outbound campaigns への移行が推奨され、メール配信は Amazon SES へ寄せる案内になっています。
ここから引ける選定基準は明確です。「サービス名が終わるか」ではなく「自分が使っているAPIが終わるか」を見るということ。同じ看板の下でも、メッセージ送信APIは名前を変えて生き残り、上物の配信管理機能だけが畳まれました。RFPの段階で、利用予定のエンドポイント単位に廃止方針と移行先を書かせておくと、この見落としを防げます。
条件別の判断|Vonage向き・Twilio向き・どちらも不要なケース
Vonageが向く条件
日本国内の受信者が主対象で、社内の調達フローが日本円の請求書払いを前提としている場合は、Vonageを推します。KDDIウェブコミュニケーションズとの契約になるため、購買・経理の手続きが国内取引の枠に収まります。初期費用も一部サービスを除いて不要です。加えて、1分未満の短い自動架電を大量に流す設計なら、秒単位の従量課金がそのままコスト差になります。
Twilioが向く条件
送信先が複数国にまたがる、あるいはアカウントを作る前に単価ベースで見積もりを固めたい場合はTwilioです。国別ページに単価が並んでいるため、通数の想定さえ出せば稟議用の試算を自力で作れます。行動データの収集から配信までをSegmentを含めて1社に寄せたい、コンタクトセンターまで同じ基盤で組みたい、といった要件がある場合も、製品ラインの広さで優位に立ちます。
VonageもTwilioも選ぶべきでない場面
ここは言い切ります。送信先が日本国内だけで、月間の送信量が数千通程度に収まり、当面チャネルを増やす予定がないなら、CPaaSは過剰です。この条件では、CPaaSが引き受ける価値の中心である多国対応と規制対応がほぼ効かず、国際番号からの着信表示や英数字Sender IDの5週間待ちといった制約だけが残ります。国内向けSMS配信に特化した国内事業者を選ぶか、既にAWSを使っているなら AWS End User Messaging のように基盤側の機能で足りないかを先に確認してください。
もう1つの失敗パターンは、前掲した5週間の事前登録リードタイムを工程表に入れないまま開発を進めることです。実装が終わってから申請すると、キャンペーン開始日を1か月以上ずらす羽目になります。
よくある質問
大規模なAPI運用で評価が高いのはどちらですか?
送信量そのものより、運用管理の単位で選んでください。Twilioは国別の単価と製品ごとの仕様が公開されているため、複数チームが同一アカウントを使う環境でも費用の按分と上限管理を設計しやすい構成です。VonageはKDDIウェブコミュニケーションズが窓口になるので、料率交渉や利用状況の把握を国内の担当者と日本語で進められます。処理能力の差より、誰がどう管理するかで評価が分かれます。
Twilioの評判はどう判断すればよいですか?
口コミの総評ではなく、自社の要件に触れる部分だけを見てください。日本語圏の評判には2023年5月のKDDIウェブコミュニケーションズによる提供終了以前の情報が混ざっており、当時の「日本語で買える」という評価は現在の直接契約には当てはまりません。本文で扱ったTwilio Videoの終了告知と撤回も同じで、記事の執筆時期によって結論が反転します。評判を読むときは、その情報がいつ書かれたかを先に確認してください。一次情報は公式のchangelogとpricingページです。
VonageとTwilio以外にSMS APIの選択肢はありますか?
あります。グローバル系ではInfobipやSinchが同じ枠で比較対象になり、AWSを使っている環境では AWS End User Messaging が候補です。国内向けSMS配信に特化した事業者も複数あります。比較の軸は機能一覧ではなく、日本宛の単価が公開されているか、国内番号や英数字Sender IDが使えるか、請求が日本円で立つか、の3点に絞ると判断が速くなります。
Twilio Segmentはどんな製品ですか?
Twilio Segmentは、Web・アプリ・サーバーから顧客の行動イベントを集めて名寄せし、広告やMA、分析基盤へ配信するCDP(カスタマーデータプラットフォーム)です。SMSや音声を送るCPaaS本体とは役割が別で、mParticleのような同系統のCDPと比較される製品になります。SMS配信だけが目的ならSegmentは不要です。行動データの収集からメッセージ配信までを同一ベンダーで完結させたい場合に、Twilioを選ぶ理由として効いてきます。
海外宛ての大量配信ではどちらが有利ですか?
公開単価だけで決めないでください。大量配信の帯域では両社ともボリュームディスカウントの交渉余地があり、Twilioの国別ページに並ぶ単価がそのまま最終価格になるとは限りません。実務では、送信先の国と月間通数を確定させたうえで、同じ条件表を両社へ渡して見積もりを取るのが確実です。そのうえで比較すべきは総額に加えて、対象国での送信者名の可否と、不達時のエラーコードの粒度です。国が増えるほど、単価より到達率の差が総コストに効いてきます。