はじめに
予約システムを運営していると、
- 予約日の前日にリマインドを送りたい
- SMSより分かりやすい通知を送りたい
- メールを見ないユーザーにも確実に案内したい
- 予約変更やキャンセルを簡単に受け付けたい
といった要望が出てきます。
そこで注目されているのが「RCS（Rich Communication Services）」です。
RCSは、従来のSMSを発展させたメッセージ規格で、テキストだけではなく画像やボタンなどを利用した、よりリッチなメッセージを送ることができます。
この記事では、RCSとは何か、SMSとの違い、スマートフォン側の設定方法、さらにWebの予約システムからRCSを送信する場合の基本的な仕組みについて解説します。
RCSとは
RCSは「Rich Communication Services」の略で、SMSやMMSを発展させたメッセージ規格です。
GoogleはRCSについて、SMSやMMSより柔軟なメッセージングが可能になる仕組みとして案内しています。Google メッセージでは、画像・動画の送信、入力中表示、既読通知、Wi-Fiやモバイルデータ通信を使ったメッセージ送信などに対応しています。
Androidでは主に「Google メッセージ」で利用できます。
また、一部のiPhoneでもRCSに対応しており、AndroidとiPhoneの間でもRCSによるメッセージ送受信が可能になっています。
RCSとSMSの違い
SMSは電話番号を使って短いテキストメッセージを送る仕組みです。
一方、RCSではより高度なメッセージを送信できます。
代表的な違いは次のとおりです。
| 項目 | SMS | RCS |
|---|---|---|
| テキスト送信 | ○ | ○ |
| 画像 | △ | ○ |
| 動画 | △ | ○ |
| 既読確認 | 基本不可 | ○ |
| ボタン表示 | 基本不可 | ○ |
| カード形式 | × | ○ |
| 双方向チャット | △ | ○ |
| Wi-Fi通信 | × | ○ |
| 企業ロゴ表示 | × | ○※ |
| ブランド認証 | × | ○※ |
※RCS for Businessの場合
特に企業からユーザーに通知を送る場合、RCSでは単なる文字列ではなく、
「予約内容を確認する」
「予約を変更する」
「店舗へ電話する」
「地図を見る」
といった操作をボタンとして表示できることが大きな特徴です。
RCSは予約システムとの相性が良い
例えば美容院、病院、飲食店、ホテル、スクールなどの予約システムを考えてみましょう。
予約日前日に次のようなメッセージを送信できます。
山田様
明日はご予約日です。
予約日時
2026年9月20日 14:00
店舗
○○美容室 新宿店
［予約内容を確認］
［予約を変更］
［店舗へ電話］
SMSでも予約通知自体はできます。
しかしRCSを利用すると、ユーザーに次の操作を分かりやすく案内できます。
- 予約内容確認
- 日時変更
- キャンセル
- 店舗への電話
- 店舗へのアクセス
- Webサイト表示
そのため、予約忘れ防止だけでなく、ユーザー体験の改善にも利用できます。
個人間のRCSと「RCS for Business」は違う
ここは非常に重要です。
スマートフォン同士で利用するRCSと、企業が予約システムなどから顧客へ送信するRCSでは仕組みが異なります。
企業がシステムからメッセージを配信する場合には、Googleが提供している「RCS for Business」などの仕組みを利用します。
RCS for Businessでは「Agent（エージェント）」と呼ばれる企業用の送信主体を作成します。Googleの公式ドキュメントでは、ブランド作成、エージェント作成、サービスアカウント、Webhook、テスト端末などを設定する流れが案内されています。
つまり、
Laravelから携帯電話番号を指定して、そのままRCSを送信する
という単純な仕組みではありません。
RCS for Businessの基本構成
Web予約システムとRCSを連携する場合、概念的には次のような構成になります。
ユーザー
↓
予約フォーム
↓
Laravel予約システム
↓
MySQL
↓
予約日時を管理
↓
Laravel Scheduler / Queue
↓
RCS送信処理
↓
RCS for Business
↓
携帯キャリア / RCS基盤
↓
Google メッセージ等
↓
ユーザーのスマートフォン例えばLaravelで予約システムを構築している場合、
予約日
2026-09-20 14:00が登録されていたら、
前日の
2026-09-19 14:00前後にリマインド通知を送信するといった処理を実装できます。
RCS for Businessの設定の流れ
RCS for Businessを利用する場合、大まかには次のような流れになります。
1. RCS for Businessを利用する準備
まずRCS for Businessの利用環境を準備します。
企業がRCSを送信する場合には、送信元となる企業・ブランドについて登録する必要があります。
2. ブランドを登録する
RCS for Businessでは、企業・サービス単位でブランドを設定します。
例えば、
株式会社ABCという会社が
ABC予約サービスを運営している場合、そのサービスをRCSのブランドとして登録します。
3. Agentを作成する
次に「Agent」を作成します。
Agentは、ユーザーから見ると「メッセージを送ってくる企業アカウント」に近い存在です。
例えば、
ABC予約サービスというAgentを作ります。
Agentには企業名やロゴなどを設定します。
Googleは2026年4月にRCS for Businessのブランディングおよび検証表示を更新しており、認証済みAgentでは確認マークが表示される仕組みも導入されています。
4. Webhookを設定する
ユーザーから返信を受け取る場合にはWebhookを設定します。
例えばLaravelなら、
https://example.com/api/rcs/webhookというURLを用意します。
ユーザーが、
予約を変更と操作した場合、
RCS
↓
Webhook
↓
Laravel
↓
予約データ変更という処理が可能になります。
GoogleのRCS for BusinessでもWebhookを利用してメッセージやイベントを受信する仕組みが提供されています。
5. テスト端末を登録する
いきなり一般ユーザーにメッセージを送るのではなく、まずテスト端末を使います。
自分のAndroid端末などをテストデバイスとして登録し、
- メッセージが届くか
- ボタンが動作するか
- Webhookが動作するか
- 予約画面へ遷移できるか
などを確認します。
6. ブランド認証・公開申請
RCS for Businessを一般ユーザー向けに利用するには、ブランド確認や公開申請が必要になります。
Googleの公式資料によると、Agent公開時にはブランド確認とLaunch Approvalがあり、Googleまたは通信事業者、あるいはその両方による確認が行われます。
Google管理のLaunchについては、必要な条件が揃っている場合、通常1～3営業日程度と案内されています。ただし通信事業者側の契約や審査が必要になるケースもあります。
ユーザー側でRCSを有効にする方法
Androidの場合、一般的にはGoogle メッセージから確認できます。
Google メッセージを開き、
プロフィールアイコン
↓
メッセージの設定
↓
RCSチャットから設定します。
対応している端末・通信事業者では、自動的にRCSが設定される場合もあります。
すべてのユーザーにRCSを送れるわけではない
予約システムを作る際にはここも重要です。
すべての電話番号が必ずRCSに対応しているとは限りません。
利用者の
- 端末
- OS
- メッセージアプリ
- 通信事業者
- RCS設定
などによって利用可否が変わります。
そのため実際の業務システムでは、
RCS対応
↓ YES
RCS送信
RCS非対応
↓
SMS送信というフォールバックを用意する設計が現実的です。
RCS + SMSの構成がおすすめ
例えば予約リマインドシステムなら、次の構成が考えられます。
予約日前日
↓
Laravel Scheduler
↓
Queue Job
↓
RCS対応チェック
↙ ↘
対応 非対応
↓ ↓
RCS SMS
↓ ↓
ユーザーへ通知これならRCSが利用できるユーザーにはリッチな通知を送り、利用できないユーザーにもSMSで予約通知を届けられます。
Laravelで予約通知を実装する場合
LaravelではSchedulerとQueueを利用すると実装しやすくなります。
例えば毎分予約データを確認します。
Schedule::command('reservation:remind')
->everyMinute();予約日の前日になったユーザーを取得します。
$reservations = Reservation::whereBetween(
'reserved_at',
[
now()->addDay()->startOfMinute(),
now()->addDay()->endOfMinute(),
]
)->get();対象ユーザーごとにQueueへ登録します。
foreach ($reservations as $reservation) {
SendReservationReminder::dispatch($reservation);
}Queue側で、
RCS送信
↓
失敗または利用不可
↓
SMSといった処理を行えば、予約通知サービスとして運用できます。
RCSで送れるメッセージ
RCS for Businessでは、単純なテキスト以外にもリッチなUIを利用できます。
例えば、
┌────────────────────┐
│ ABC美容室 │
│ │
│ 明日は予約日です │
│ │
│ 9月20日 14:00 │
│ │
│ [予約確認] │
│ [予約変更] │
│ [店舗へのアクセス] │
└────────────────────┘といったUIを作ることができます。
商品紹介や予約確認などでは、画像やカードを使った表示も可能です。
RCSを予約システムで利用するメリット
予約忘れを防止できる
予約日前日に自動通知することで、ユーザーの予約忘れを減らすことができます。
美容院、病院、飲食店などでは無断キャンセル対策にも活用できます。
メールを見ないユーザーにも届けやすい
予約確認メールを送っても、メールを確認しない利用者は少なくありません。
電話番号を利用した通知を併用することで、ユーザーとの接点を増やせます。
操作ボタンを表示できる
SMSではURLを文字列として表示することが中心ですが、RCSではボタン形式で操作を提示できます。
そのため、
予約確認
予約変更
キャンセル
電話
地図といった導線を分かりやすくできます。
RCS導入時の注意点
RCSは便利ですが、「APIキーを取得すればすぐに送信できる」というサービスではありません。
企業利用では、
- ブランド登録
- Agent作成
- Webhook設定
- テスト
- ブランド確認
- 公開審査
- 通信事業者への対応
などが必要になる場合があります。
またRCS非対応ユーザーも考慮しなければなりません。
そのため実際の予約システムでは、
メール
+
RCS
+
SMSのように複数の通知方法を組み合わせる設計も検討するとよいでしょう。
まとめ
RCSはSMSを発展させたメッセージサービスです。
特に企業向けのRCS for Businessを利用すると、
- 予約リマインド
- 予約確認
- 予約変更
- キャンセル
- 店舗案内
- カスタマーサポート
など、Webシステムと連携したさまざまなサービスを構築できます。
ただし、WebシステムからRCSを送信する場合は、一般ユーザー同士のRCSとは異なり、RCS for BusinessのAgent作成やブランド確認などが必要です。
予約システムを開発する場合には、
Laravel
+
Scheduler
+
Queue
+
RCS
+
SMSフォールバックという構成にすると、実用的な予約リマインド機能を構築しやすくなります。
RCSは今後、予約システムや店舗システム、顧客管理システムなどで活用できる通知手段の一つとして、検討する価値のある技術といえるでしょう。
