テキストメッセージのRCSとは何か？ユーザーと企業のための完全ガイド
RCSはRich Communication Services（リッチコミュニケーションサービス）の略です。メッセージアプリに「SMS」ではなく「RCSメッセージ」と表示されているとき、あなたのテキストは、1992年以来SMSを運んできた従来型のセルラー信号チャネルではなく、GSMA Universal Profileによって管理される最新のプロトコルを通じてインターネット上を流れています。
受信トレイも電話番号も同じですが、その下の仕組みはまったく異なります。
これが短い説明です。このガイドの残りでは、スレッドがアップグレードされたときに何が変わるのか、通知やキャンペーンを送信する企業にとってRCS Business Messagingが何を意味するのか、そしてこの移行が電話におけるAIコールセンターによるプッシュ式メニューの置き換えとどのように重なるのかを扱います。また、ほとんどの消費者向け記事が省略する技術的な要素や、この2つのチャネルが交わる点についても取り上げます。
最新のAndroid端末、またはiOS 18以降を実行するiPhoneでスレッドを開いてください。テキスト入力ボックスを見てください。「RCSメッセージ」と表示されていれば、あなたの端末、あなたの通信事業者、相手の端末、相手の通信事業者のすべてが、よりリッチな接続を確立できたということです。「テキストメッセージ」または「SMS」と表示されていれば、古いプロトコルを使っています。
ラベルは動的に切り替わります。同じ会話スレッドが、相手がオンラインかどうか、両者にデータ通信があるかどうか、基盤となるRCSサービスが現在到達可能かどうか、どちらかの側が機能を無効にしているかどうかによって、「RCS」と「SMS」の間で切り替わることがあります。連絡先が端末や番号を変えたように見えるため、これを混乱と感じるユーザーもいます。実際には変わっていません。ネットワークがギアを切り替えただけです。
アクティブなRCSチャットであることを裏付ける実用的な兆候がいくつかあります。入力インジケーター（相手が入力中に表示される3つの点）、開封確認（送信したメッセージの下に「既読」と表示されるタイムスタンプ）、MMSが加えるピクセル化なしで読み込まれる高解像度画像、そして別個の「画像にいいねしました」という自動テキストではなくインラインで表示される絵文字リアクションの機能です。SMSにはこれらが一切ありません。もしこれらが見えたら、あなたはRCSスレッドにいます。
SMSは1980年代後半に、セルラーネットワーク上のサイドチャネルとして設計され、70億人のスマートフォンユーザーの主要な通信チャネルとしてではなく、移動体交換機間の短い管理用メッセージを想定していました。160文字の制限はその制約の遺物です。
具体的には、SMSメッセージは、通話設定を処理するGSM信号チャネルの未使用容量に載せて運ばれ、各メッセージは140バイトのペイロード内に収める必要があります（7ビットエンコーディングで160文字、非ラテン文字のUnicodeでは70文字）。
MMSは2002年頃にマルチメディアサポートを後付けしました。MMS規格は理論上メッセージあたり最大600 KBを許容しますが、ほとんどの米国の通信事業者は300 KBから1.2 MBの間で上限を設けており、ファイルは配信前に激しくトランスコードされます。これが、5,000万画素のカメラで撮影した写真がファックスのような見た目で届く理由です。MMSはまた、実際のメディア転送を処理する別個のWAPゲートウェイに依存しており、これがMMSがしばしば黙って失敗したり配信に数分かかったりする理由です。
一方、専用チャットアプリは最新の期待に基づいて構築されました。WhatsAppはリッチメディア、暗号化、グループ管理、プレゼンス機能で20億ユーザーを突破しました。iMessageはAppleの囲い込まれた環境の中で同じものを提供しました。ユーザーはこうした体験に慣れ、なぜ自分のデフォルトの受信トレイが同じことをできないのかと問い始めました。
RCSは通信事業者業界の答えです。これはGSMA Universal Profile仕様によって管理されるIPベースのプロトコルで、2025年7月にバージョン3.1に達しました。このプロトコルはセッション信号にSIPを、メディア転送にHTTPを使用しており、これがセルラー受信だけでなくデータ接続を必要とする理由です。GoogleはJibe Cloudプラットフォームを構築して通信事業者にホスト型バックエンドを提供しました。これによって、各通信事業者がスタック全体を再構築することなく、RCSがほとんどのAndroidユーザーに届いたのです。
スレッドがSMSからRCSにアップグレードした瞬間に、7つのことが変わります：
RCSが静かに劣化するとき：受信者がフィーチャーフォンを使っている、通信状況が悪い、RCSがオフになっている、またはまだUniversal Profileをサポートしていない通信事業者を使っている場合、メッセージはSMSまたはMMSにフォールバックします。インタラクティブな要素はテキスト相当のものに削減されます。会話自体は通りますが、リッチな層がないだけです。送信側から見ると、その兆候は配信確認がないこと、そして入力欄に「RCS」ラベルがないことです。
フォールバックの行は、ほとんどの事業者が誤解しているものです。10万人の顧客に送信したRCSキャンペーンは、10万のRCS受信トレイに届くわけではありません。その時点でRCS対応の受信者の数だけに届き、残りはSMS版を受け取ります。これは、電話における大規模な一括発信（バッチコール）キャンペーンを形作るのと同じ到達可能性の計算です。リッチな層は、受信できる人にとってのアップグレードとして扱い、保証された配信フォーマットとしては扱わないでください。ほとんどのプラットフォームは、送信前に機能チェックAPIを通じて番号ごとのRCS到達可能性を公開しています。
Appleは何年もRCSに抵抗しました。iMessageはそのリッチメッセージ製品であり、Apple端末間でのみ機能しました。iPhoneとAndroid間のクロスプラットフォームメッセージはSMSとMMSに落ちました。その隔たりが「緑の吹き出し」体験でした。文化的な笑いのネタであり、実際の製品上の穴でもありました。
それは2024年9月のiOS 18で終わりました。iPhoneは今やAndroid端末との間でRCSメッセージを送受信できます。青い吹き出しは依然としてAppleユーザー間のiMessageを示します。緑の吹き出しは今やRCSを運び、米国のVerizon、AT&T、T-Mobileでのほとんどのクロスプラットフォームスレッドで、リッチな機能がアクティブになっています。iOS 18が出荷されたとき、対応可能なRCSの対象は10億台以上増えました。
最大の隔たりであった暗号化は、2026年に解消されました。2026年5月にリリースされたiOS 26.5により、Appleは、GSMA Universal Profile 3.0で定義されたMessaging Layer Securityプロトコルをベースにした、iPhoneとAndroid間のRCSメッセージのエンドツーエンド暗号化を有効にしました。暗号化はデフォルトでオンになっており、鍵アイコンで示されますが、展開は段階的で、Android側では対応する通信事業者と最新バージョンのGoogle Messagesが必要です。
iPhoneとAndroidのRCSの間には、いくつかの機能の非対称性がまだ存在しますが、コアとなるクロスプラットフォーム体験には今や、18か月前には欠けていた暗号化が含まれています。
企業への含意：米国におけるRCS Business Messagingキャンペーンは今や、同じチャネルで、彼らのデフォルトの受信トレイで、アプリのインストール不要で、AndroidとiPhoneの両方のユーザーに届きます。この到達範囲は、顧客がすでにかけている回線でバーチャル受付（バーチャル受付）が行うことに重なり、人々がすでに使っている番号で対応します。2年前はそうではありませんでした。
ほとんどの消費者向けガイドは「友人とのチャットのためのリッチな機能」で止まっています。顧客コミュニケーションを考える事業者にとって、より関連性の高い層はRCS Business Messaging、略してRBMです。RBMはこのプロトコルの企業対消費者側であり、商業活動のほとんどはここにあります。
RBMは検証済み企業が、ロゴ、ブランドカラーバー、ヘッダー内の会社名、そしてインタラクティブな要素を含むメッセージを送信できるようにします。インタラクティブなセットには、タップ可能な返信候補、推奨アクション（URLを開く、電話をかける、地図を開く、カレンダーに保存する、位置情報を共有する）、画像とCTAを備えた商品カルーセル、複数のボタンを持つリッチカード、そして一部の通信事業者とアグリゲーターの組み合わせでのインライン決済確認が含まれます。音声側でコールセンター自動化を支えるのと同じ構造化メッセージの考え方が、ここではボタンのペイロードや推奨アクションとして現れます。
SMSマーケティングに対する機構上の優位性は本物です。SMSは高い開封率を達成しますが、クリック率と返信率は平凡です。なぜなら、ユーザーが何らかのアクションを取るにはスレッドを離れる必要があるからです。RBMはユーザーがインラインでアクションを完了できるようにします。「予定変更」ボタン付きの配達通知はワンタップです。SMSの相当物は、ユーザーが注文番号を再入力し、ログインし、予定変更オプションを見つけ、確認するウェブページへのリンクです。この2つのフローのコンバージョンの差が、RBMのビジネスケースそのものです。
ほとんどのチームが過小評価する料金体系：RBMメッセージは、私たちが料金を確認したすべての市場でSMSより高価です。米国の通信事業者は通常、基本メッセージ（ブランディング付きのSMS風）、単一メッセージ（メディアとCTA付きのよりリッチな一方向）、会話型メッセージ（完全な双方向チャット）を区別します。各段階には異なるメッセージあたりの経済性があります。会話型の料金にはセッションベースの課金ウィンドウも含まれており、ユーザーの返信が24時間のウィンドウを開き、その間はメッセージあたりのコストなしで無制限のビジネス返信が可能です。最も量の多いユースケースを、結果をもたらす最も安価な段階に対応づけてください。
よくある実装ミス：RBMをSMSマーケティングの音量を上げただけのバージョンのように扱うこと。このプロトコルは、タップして応答するように設計されたメッセージに報います。プロモーションの一斉送信で5枚の商品カードのカルーセルを送るよりも、1つの具体的なイエス・ノーの質問をする単一のリッチカードのほうが成果が良いのです。印象ではなく、インタラクションのために設計してください。SMSからRBMに移行してエンゲージメントを倍増させる企業は、キャンペーンを再設計する企業であり、SMSの文言をそのまま移植する企業ではありません。
企業がRBMメッセージを1通でも送信できるようになる前に、ブランドは検証を受ける必要があります。その流れは：
検証を省略しても送信が完全にブロックされるわけではありませんが、未検証のメッセージにはロゴ、カラーバー、検証済みバッジが表示されません。それらは送信者名付きのプレーンテキストとして表示されます。RBMをプレミアムに見合うものにする信頼のシグナルがなくなり、体験は少しだけきれいなSMSに戻ってしまいます。
ここに、RCSについてのほとんどの記事が見落としている枠組みがあります。メッセージングのスタックは、電話チャネルがすでにその真っただ中にいるのとまったく同じ移行を経験しているのです。
SMSとプッシュ式IVR（「請求は1を、営業は2を押してください」）は兄弟です。どちらも一方向・低帯域幅のやり取りのために構築された1980年代のプロトコルです。どちらも良いからではなく、普遍的だから生き残りました。どちらも、同じ電話番号の上に載るインテリジェントで会話型の層に置き換えられつつあります。テキストにとって、その置き換えはRCSです。音声にとっては、AI音声エージェントです。これは電話に応答し、本物の会話を続け、予約を取り、必要に応じて人間に転送する、LLM搭載のシステムです。
経済性も韻を踏みます。音声エージェントは、人間が3〜5ドルで処理する電話を約10〜15セントで処理し、24時間体制で、シフトの800件目の電話でも品質が落ちません。統合の話も韻を踏みます。RBMはインストール不要でデフォルトのメッセージアプリの中に収まります。最新のAI IVRは、覚えるべき新しいエンドポイントなしで既存の電話番号の背後に収まります。どちらも、顧客に行動を変えるよう求めることなく、従来のチャネルを置き換えます。
両方の移行の背後にあるプラットフォームはアーキテクチャを共有しています。RBMはインタラクティブな要素を処理するためにHTTPと構造化されたJSONペイロードを使用します。音声エージェントプラットフォームは同様の関数呼び出しパターンを使用しており、モデルはAIアポイント獲得エージェントの予約をトリガーしたり、CRMに問い合わせたり、会話の途中でwebhookをプッシュしたりできます。会話の表面は異なります。オーケストレーションのロジックは、どの会話型AIプラットフォームにも見られるように、ほとんどの人が思うよりも近いものです。
事業者への教訓：RCSと音声AIを、別々のプロジェクトではなく、1つの戦略の2つのチャネルとして扱うこと。RBMによる配達通知（「ドライバーはあと8分、タップで転送を」）が、実際の会話のために音声エージェントに引き継ぐことで、意図のループ全体をカバーします。Pine Park Healthはヘルスケアのスケジューリング全体で音声自動化を使用しており、スケジューリングNPSが38%向上したと報告しています。RBMの予約リマインダーを機能させるのと同じロジックが、音声ベースの予定変更を機能させ、データモデルは両方の場合で同じです。
音声AIから最も強い成果を得ている企業は、メッセージングの代わりにそれを選んでいるわけではありません。彼らは引き継ぎを設計に組み込んだうえで両方を運用しています。BrightChampsは複数の地域にわたってグローバルなアウトバウンドEdTech営業を運営しています。選別のための電話は音声プラットフォームを通り、フォローアップはメッセージングに届き、各チャネルが最も得意なことを処理するのでコスト構造が機能します。アウトバウンド側は、すでに大規模に運用されているAIテレマーケティングとリード選別のパターンにきれいに対応します。
Medical Data Systemsは同じループをインバウンドで構築しました。その音声エージェントはインバウンドコールの100%を処理し、人間への転送率はわずか30%で、月あたり約28万ドルの患者からの支払いを回収しています。そうした常時稼働のカバレッジは、電話でAI電話応答サービスが行うのと同じ仕事であり、このパターンが機能するのは、AIが顧客が次に選ぶどのチャネルにもコンテキストを引き継ぐからです。会話に人が必要になったときには、クリーンな通話転送が完全なコンテキストを引き継ぐので、顧客は何も再説明する必要がありません。
プレーンなSMSは暗号化されておらず、通信事業者の信号層で傍受されやすいため、NISTは機密性の高いユースケースにおいてSMSベースの二要素認証を非推奨としてきました。SMS認証コードを運ぶSS7信号プロトコルには、実際の銀行詐欺事件で悪用されてきた既知の傍受脆弱性があります。
暗号化の状況は2025年と2026年に急激に改善しました。Google MessagesはSignal Protocolのエンドツーエンド暗号化を1対1のRCSチャットに何年も適用してきており、グループ暗号化は現在広く利用可能です。その後、GSMA Universal Profile 3.0がMessaging Layer Securityプロトコルを使った相互運用可能なE2EEを標準化し、iOS 26.5が2026年5月にその暗号化をクロスプラットフォームのiPhone対AndroidのRCSにもたらしました。スレッド内の鍵アイコンが目に見える指標です。それがなければ、そのスレッドでは暗号化がアクティブではありません。
依然として暗号化されていないもの：SMSまたはMMSにフォールバックするあらゆるRCSメッセージ、RCS Business Messages（企業が内容を読む必要がある場合）、そして1人以上の参加者が新しいE2EE展開をまだサポートしていないクライアントや通信事業者を使っているスレッドです。暗号化はまた、古いSMS履歴には遡って及びません。
RCSが機密データにとって間違った選択となる場合：金融認証情報、ヘルスケアの診断、召喚状のもとで問題となりうるもの、または米国のサーバーを除外するデータ所在地規則の対象となるものです。専用に構築された安全なメッセンジャーか専用のポータルを使ってください。RCSはSMSからの本物のアップグレードですが、HIPAA準拠の患者ポータルの代わりにはなりません。患者向けのリッチメッセージングが必要なヘルスケアチームは、多くの場合、非PHI通知用のRBMチャネルとHIPAA対象のあらゆるものに対応する安全なポータルを組み合わせ、実際の会話を、テキストスレッドで保護対象データを露出させずに予約を取ることができる音声エージェントにルーティングします。
Google Messagesを使うAndroidの場合：アプリを開き、プロフィールアイコンをタップし、メッセージの設定を選び、RCSチャットをタップして、オンに切り替えます。アプリはバックグラウンドで番号を検証します。準備ができるとステータスが「接続済み」に変わります。最初の検証は通常、安定した接続で1分以内に完了しますが、通信事業者が地域のゲートウェイ経由で検証をルーティングする場合はもっと長くかかります。
iOS 18以降を実行するiPhoneの場合：設定、次にApp、次にメッセージ、次にRCSメッセージ、そしてオンに切り替えます。通信事業者のサポートが必要です。切り替えが表示されない場合、通信事業者がまだあなたの回線にRCSを有効にしていません。主要な米国の通信事業者は2024年後半にiPhone向けRCSサポートを出荷しました。
有効化が「セットアップ中」または「検証を試みています」で止まる場合：
今後18か月にわたって、3つのトレンドがRCSを形作っています。
通信事業者間の相互運用性は、米国、英国、そしてヨーロッパの大部分を含む成熟した市場では、最近のUniversal Profileバージョンでおおむね解決されています。新興市場は依然として遅れていますが、GoogleのJibeプラットフォームとアグリゲーターのパートナーシップがその差を縮めています。2026年後半までに、南アジアと東南アジアの大部分で機能的なRCSが期待できます。
エンドツーエンド暗号化は、Google Messagesの機能からクロスプラットフォームのデフォルトへと移行しつつあります。Universal Profile 3.0がE2EEを標準化し、GoogleとAppleの両方が今やそれを出荷しているため、RCSと専用の安全なメッセンジャーの間のセキュリティの隔たりは急激に狭まり、残る作業は仕様ではなく展開のカバレッジです。
AI駆動の返信とインラインアシスタントがメッセージアプリに登場しています。スマート返信はすでにRCSスレッドで文脈に応じた応答を下書きしています。次のステップは、RBMスレッド内で到達可能なブランド所有の会話型AI、つまり電話における音声エージェントのメッセージ版です。2026年後半のカスタマーサービスのワークフローはこのようになります：RBMメッセージが「お問い合わせ」ボタンとともに顧客に届き、それをタップすると、会話型AIで続けるか、すでにメッセージのコンテキストを持つ音声エージェントへの通話が始まります。
両方のチャネルにわたって会話型AIをデプロイしたいチームは、引き継ぎを新しい設計上の課題として扱い、それを最初に解決したチームが先行するでしょう。
あなたの端末、あなたの通信事業者、そして受信者の端末がすべてRCS対応で、現在インターネット経由で接続されているからです。スレッドは自動的にアップグレードされました。これらの条件のいずれかが崩れると、次のメッセージはユーザーの操作なしでSMSにフォールバックします。
消費者にとっては、いいえ。RCSはSMSの課金チャネルではなくデータを使うので、SMSの割り当てではなくデータプランに対してカウントされます。RBMを送信する企業にとっては、はい。メッセージあたりの料金はSMSより高いですが、キャンペーンがインラインのインタラクションのために設計されている場合、エンゲージメントの向上が通常そのプレミアムを補って余りあります。
はい。Androidの場合：Google Messages → 設定 → RCSチャット → オフに切り替え。iPhoneの場合：設定 → App → メッセージ → RCSメッセージ → オフに切り替え。メッセージは引き続きSMSとして送信されますが、リッチな機能はありません。
受信者がオフラインになった、通信圏外になった、非RCS端末に切り替えた、またはあなた自身の接続が切れたからです。RCSは送信を失敗させるのではなく、自動的にフォールバックします。
いいえ。iMessageはAppleの独自プロトコルで、Apple間のみです。RCSはiPhoneとAndroidをまたいで機能する通信事業者業界の標準です。この2つはiPhone上で並行して動作します：Appleユーザー間はiMessage、クロスプラットフォームスレッドはRCSです。
いずれは、おそらく。現在の軌道は、RCSがデフォルトで、SMSが従来型端末やエッジケースのためのフォールバックです。ビジネスメッセージングにおいては、普遍的な端末サポートとメッセージあたりの低コストのため、SMSは今後数年間は依然として関連性を保つでしょう。
はい。RBMは、AI搭載のものを含む会話型フローをサポートします。ほとんどのエンタープライズ展開は、メッセージング用のRBMと通話用の音声プラットフォームを組み合わせ、両方でコンテキストを共有します。パターンは直接翻案されます：スクリプト化された引き継ぎポイント、CRM更新のための関数呼び出し、そしてすべての会話に関するインタラクション後の分析。これは、優れた通話後分析のセットアップが音声側で生み出すのと同じテレメトリです。
引き継ぎを設計してください。RBMでは、それはライブチャットのキューにルーティングするか、コンテキストを引き継ぐAIカスタマーサポートエージェントへの通話を開始する「エージェントと話す」返信候補を意味します。顧客は引き継ぎをまたいで何も再説明する必要があるべきではありません。
RCSは主要なAndroid通信事業者において60以上の国で、そして今やiOS 18経由でApple端末でも稼働しています。カバレッジは米国、英国、西ヨーロッパ、日本、韓国で最も強いです。一部の地域や小規模な通信事業者は依然としてサポートを欠いています。Universal Profileは、特定の通信事業者の実装がグローバルなRCSネットワークの残りと相互運用可能かどうかを決定する仕様です。
ブランド検証には通常5〜15営業日かかります。テンプレート承認はテンプレートごとにさらに数日を加えます。アグリゲーターとの実際の技術統合は、すでにSMSキャンペーンを運用しているチームにとっては通常1週間以内で済みます。キックオフから最初のライブ送信まで、およそ1か月を見込んでください。ヘルスケアと金融サービスはさらにレビュー時間が加わります。
AI搭載の音声エージェントに切り替えることで、あなたのビジネスがどれだけ節約できるかをご確認ください。
Total Human Agent Cost
AI Agent Cost
Estimated Savings
Retell クリニックオフィスのデモ電話番号
Start building smarter conversations today.
.avif)
