メッセージの種類
RCS は、受信通信と送信通信で複数のメッセージの種類をサポートしていますが、メッセージの種類の可用性と仕様は、RCS プロバイダーとソリューションによって異なる場合があります。
特定の message type がサポートされているかどうかを確認するには、各ソリューションのドキュメントを参照してください。
RCS を使用したメッセージの種類
RCS は、テキスト、メディア、インタラクティブ要素、提案されたアクションとの顧客のやり取りを強化する、さまざまな リッチ メッセージング形式 をサポートしています。
テキスト [#message-types-using-rcs-text]
テキスト メッセージには、最大 3,072 文字 を含めることができ、推奨されるアクションを含めることができます。
| フォーマット | エンコーディング | ノート |
|---|---|---|
| TXT、TeXT、US-ASCII | UTF-8、US-ASCII (UTF-16 ではない) | 該当なし |
| vカード | 該当なし | 限定的なサポート。一部の携帯電話はvCardを受け入れません |
次の例は、テキストメッセージを示しています。
テキストメッセージは、Answers、Conversations、Moments、ブロードキャスト、 およびAPIで利用できます。
ファイル [#message-types-using-rcs-file]
ファイル オプションを使用して、ファイルの URL を入力して顧客にファイルを送信します。
| プロパティ | 詳細 |
|---|---|
| ファイルサイズ | 最大 100 MB |
| ファイル URL の長さ | 最大 2,048 文字 |
| サポートされている形式 | PDF、JPG、JPEG、GIF、H263、M4V、MP4、MPEG-4、MPEG、WEBM |
| 特徴 | プレースホルダー (カスタム属性) と、迅速な返信またはアクションの推奨アクション |
プレースホルダを追加するときは、People の URL 形式でもプレースホルダであることを確認します。
次の例は、ファイル メッセージを示しています。
ファイルメッセージは、Answers、Conversations、Moments、ブロードキャスト、 およびAPIで利用できます。
JPG ファイルや PDF ファイルなど、エンド ユーザーがモバイル発信 (MO) メッセージで送信したメディア ファイルは、60 日間使用できます。60 日後、RCS (RCS) はこれらのファイルをキャッシュから削除します。
リッチカード [#message-types-using-rcs-rich-card]
Web サイトまたは製品のプレビューをインタラクティブ カードの形式で送信します。顧客はカード上のリンクを選択して、Web サイトまたは製品を表示できます。リッチカードメッセージは、画像、ボタン、および顧客の返信とアクションの提案をサポートします。
リッチカードには、次の要素が含まれています。
| 要素 | 詳細 |
|---|---|
| タイトル | カードタイトル |
| テキスト | 最大 2,000 文字 |
| メディア | URLを入力して画像またはビデオを追加します。最大ファイルサイズ: 100 MB。サポートされている形式:JPEG、JPG、GIF、PNG、H263、M4V、MP4、MPEG、MPEG4、WEBM。PDF はインドでのみサポートされています。アスペクト比は、カードの種類とターゲットプラットフォームによって異なります。 リッチカードメディアの仕様を参照してください。 |
| 豊富なカードボタン | 最大4つのボタンで素早い返信やアクションを実行可能 |
| 推奨されるアクション | クイック返信またはアクションのための最大 11 件の提案 (オプション) |
ビデオ ファイルが 100 MB を超えると、システムはそれを 100 MB にトリミングします。この制限を超えるコンテンツはすべて削除されます。一部の機能は、すべての通信事業者で利用できるとは限りません。キャリアのサポートを確認するには、RCS feature parity documentation を確認してください。
カードの向き、配置、高さを設定できます。水平リッチカードは、カードの左側または右側に垂直メディアを表示します。縦型リッチ カードでは、カードの上部に横長のメディアが表示されます。
次の例は、リッチ カード メッセージを示しています。
リッチカードは、Answers、Moments、 ブロードキャスト、 およびAPIで利用できます。
リッチカードメディアの仕様 [#card-media-specifications]
リッチ カード メッセージで画像や動画を使用する場合は、リッチ カードに関する Google のおすすめの方法 に従ってください。
プラットフォーム固有のメディア仕様 [#platform-specific-media-specifications]
必要なメディアの縦横比は、カードの種類、向き、高さ、およびターゲットプラットフォームによって異なります。アップロードする前に、次の表を使用して、正しい画像または動画のサイズを選択してください。Android と iOS の両方をターゲットとするキャンペーンの場合は、クロスプラットフォームの表を使用します。単一プラットフォームのキャンペーンの場合は、Android のみまたは iOS のみの表を使用します。
Android のみのキャンペーン [#android-only-campaigns]
縦型リッチカード
| メディアサイズ | 最高のアスペクト比 | 1080p ベースライン | 最適化 (3x) |
|---|---|---|---|
| 短い | 7:2 | 3780 × 1080ピクセル | 1260 × 360 ピクセル |
| 中 | 21:9 | 2520 × 1080ピクセル | 840 × 360 ピクセル |
| 背が高い | 3:2 | 1620 × 1080 ピクセル | 540 × 360 ピクセル |
これらのアスペクト比は、自動トリミングなしでほぼ 100% のコンテンツの可視性を確保するように最適化されています。カスタムディメンションを使用する場合は、メディアコンテナのトリミングロジックを念頭に置いてアセットを設計してください。
横リッチカード
| 最高のアスペクト比 | 1080p ベースライン | 最適化 (3x) | 15%のエッジセーフゾーン |
|---|---|---|---|
| 9:16 | 1080 × 1920 ピクセル | 360 × 640 ピクセル | 918 × 1920 (ベースライン) 306 × 640 (最適化) |
横長のリッチカードは、128dpの固定メディア幅を使用します。高さは、隣接する文字ブロックに合わせて動的に拡大縮小されます。垂直方向のトリミングを防ぐには、重要なコンテンツに 9:16 の縦横比を使用し、中央に 10-15% のエッジ セーフ ゾーンを使用します。
各カルーセルサイズ(小、中)は、任意のメディアサイズ(短、中、高)と組み合わせることができます。
小さなカルーセル
| メディアサイズ | 最高のアスペクト比 | 1080p ベースライン | 最適化 (3x) |
|---|---|---|---|
| 短い | 16:10 | 1728 × 1080 ピクセル | 576 × 360 ピクセル |
| 中 | 1:1 | 1080 × 1080 ピクセル | 360 × 360 ピクセル |
| 背が高い | 2:3 | 720 × 1080 ピクセル | 240 × 360 ピクセル |
ミディアムカルーセル
| メディアサイズ | 最高のアスペクト比 | 1080p ベースライン | 最適化 (3x) |
|---|---|---|---|
| 短い | 8:3 | 2880 × 1080 ピクセル | 960 × 360 ピクセル |
| 中 | 16:9 | 1920 × 1080 ピクセル | 640 × 360 ピクセル |
| 背が高い | 9:8 | 1215 × 1080 ピクセル | 405 × 360 ピクセル |
iOS のみのキャンペーン [#ios-only-campaigns]
| コンポーネントタイプ | 標準アスペクト比 | 1080p ベースライン |
|---|---|---|
| 縦リッチカード | 3:2または4:3 | 1620 × 1080 または 1440 × 1080 ピクセル |
| 横リッチカード | 1:1 | 1080 × 1080 ピクセル |
| カルーセルカード | 16:9 | 1920 × 1080 ピクセル |
カルーセル内のすべてのカードに同じメディアの縦横比と解像度を使用します。カード間でテキストの長さと行動喚起の数を一致させることで、高さの変動が最小限に抑えられ、メディアの予測可能な切り抜きが保証されます。
Android と iOS のクロスプラットフォーム キャンペーン [#cross-platform-campaigns]
| コンポーネントタイプ | アスペクト比 | 1080p ベースライン | 5%のエッジセーフゾーン |
|---|---|---|---|
| 縦型リッチカード(トールバリアントのみ) | 3:2 | 1620 × 1080 ピクセル | 1458 × 972 ピクセル |
| 横リッチカード | 9:16 | 1080 × 1920 ピクセル | 972 × 972 ピクセル (中央の 1:1 の重要なメディア コンテンツ領域) |
| カルーセルカード(ミディアム版のみ) | 16:9 | 1920 × 1080 ピクセル | 1728 × 972 ピクセル |
- クロスプラットフォーム カルーセルには、中程度のカルーセルと中程度のメディア バリエーションのみを使用します。
- すべてのカードに同じメディアの縦横比と解像度を使用します。
- カード間でテキストの長さと行動喚起の数を一致させて、高さの変動を最小限に抑え、予測可能なクロップを保証します。
インドのメディア仕様 [#india-media-specifications]
次のアスペクト比とディメンションは、インドをターゲットとする RCS キャンペーンに適用されます。これらの値は、Jio プラットフォームによって適用されます。
PDF(「アプリケーション/pdf」)は、インドでのみカードメディア形式としてサポートされています。その他のコンテンツ タイプのサポートは、モバイル ネットワーク オペレーターによって異なる場合があります。
豊富なカードメディア
| オリエンテーション | 高さ | アスペクト比 | 寸法の例 |
|---|---|---|---|
| 垂直 | 中 | 2:1 | 960 × 480 ピクセル |
| 垂直 | 短い | 3:1 | 1080 × 360 ピクセル |
| 垂直 | 背が高い | 3:2 | 1620 × 1080 ピクセル |
| 水平 | 該当なし | 3:4 | 720 × 960 ピクセル |
カルーセルメディア
| カード幅 | 高さ | アスペクト比 | 寸法の例 |
|---|---|---|---|
| 中 | 中 | 4:3 | 960 × 720 ピクセル |
| 中 | 短い | 2:1 | 960 × 480 ピクセル |
| 小さい | 中 | 4:5 | 960 × 1200 ピクセル |
| 小さい | 短い | 5:4 | 1200 × 960 ピクセル |
インドネシアのメディア仕様 [#indonesia-media-specifications]
以下のメディアガイドラインは、インドネシアをターゲットとするRCSキャンペーンに適用されます。
リッチカード画像
最大ファイルサイズ: 2 MB。受け入れられる形式: JPEG、JPG、PNG、GIF。
| オリエンテーション | 高さ | アスペクト比 | 最適な解像度 |
|---|---|---|---|
| 垂直 | 短い | 3:1 | 1440 × 480 ピクセル |
| 垂直 | 中 | 2:1 | 1440 × 720 ピクセル |
| 水平 | 該当なし | 3:4 | 768 × 1024 ピクセル |
カルーセル画像
最大ファイルサイズ: 1 MB。受け入れられる形式: JPEG、JPG、PNG、GIF。
| 高さ | 幅 | アスペクト比 | 最適な解像度 |
|---|---|---|---|
| 短い | 小さい | 8:5 | 1160 × 720 ピクセル |
| 短い | 中 | 5:2 | 1840 × 720 ピクセル |
| 中 | 小さい | 1:1 | 770 × 720 ピクセル |
| 中 | 中 | 16:9 | 1280 × 720 ピクセル |
豊富なカード動画とサムネイル
ビデオの最大ファイルサイズ:10MB。受け入れられるビデオ形式:MP4、M4V、MPEG、WEBM、H263、M4P。
サムネイルの最小ファイルサイズ: 40 KB。受け入れられるサムネイル形式:JPEG、JPG、PNG。
| オリエンテーション | 高さ | ビデオのアスペクト比 | ビデオの最適な解像度 |
|---|---|---|---|
| 垂直 | 短い | 3:1 | 770 × 257 ピクセル |
| 垂直 | 中 | 7:3 | 770 × 335 ピクセル |
| 水平 | 該当なし | 8:5 | 718 × 448 ピクセル |
カルーセル動画とサムネイル
ビデオの最大ファイルサイズ: 5 MB。受け入れられるビデオ形式:MP4、M4V、MPEG、WEBM、H263、M4P。
サムネイルの最大ファイルサイズ: 100 KB。受け入れられるサムネイル形式:JPEG、JPG、PNG。
| 高さ | 幅 | ビデオのアスペクト比 | ビデオの最適な解像度 |
|---|---|---|---|
| 短い | 小さい | 5:2 | 1140 × 448 ピクセル |
| 短い | 中 | 8:5 | 718 × 448 ピクセル |
| 中 | 小さい | 1:1 | 480 × 448 ピクセル |
| 中 | 中 | 16:9 | 796 × 448 ピクセル |
回転木馬 [#message-types-using-rcs-carousel]
カルーセルメッセージを使用すると、1つのメッセージで複数のリッチカードを送信できます。各リッチカードの上部に水平メディアが表示されます。顧客は水平方向にスワイプして、リッチカードを表示したり、アイテムを比較したり、個々のカードに対してアクションを実行したりできます。
カルーセルメッセージには、次の要素が含まれます。
| 要素 | 詳細 |
|---|---|
| タイトル | カードタイトル |
| 説明 | カードの説明 |
| メディア | URLを入力して画像またはビデオを追加します。最大ファイルサイズ: 100 MB。サポートされている形式:JPEG、JPG、GIF、PNG、H263、M4V、MP4、MPEG、MPEG4、WEBM。アスペクト比は、カードの幅と高さの設定によって異なります。 リッチカードメディアの仕様を参照してください。 |
| 豊富なカードボタン | 最大4つのボタンで素早い返信やアクションを実行可能 |
| 推奨されるアクション | クイック返信またはアクションのための最大 11 件の提案 (オプション) |
カルーセル内のすべてのメディアの合計サイズが 100 MB を超えると、メッセージ全体が拒否されます。
一部の機能は、すべての通信事業者で利用できるとは限りません。キャリアのサポートを確認するには、RCS feature parity documentation を参照してください。
次の例は、カルーセルメッセージを示しています。
カルーセルメッセージは、Moments、ブロードキャスト、 APIで利用できます。
推奨されるアクション
推奨されるアクションは、デバイスで既に利用可能な機能を使用して、会話を通じてユーザーをガイドします。顧客が作成済みの返信を送信したり、URLを開いたり、番号をダイヤルしたり、場所を共有したりできるようにすることができます。
返信の提案 [#suggested-reply-suggested-action]
提案された返信は、応答方法を知っているエージェントに返信を提供することで、会話を通じてユーザーをガイドします。ユーザーが返信候補を選択すると、エージェントは返信テキストとポストバック データを含むイベントを受信します。
推奨される返信テキストには、最大 25 文字を含めることができます。
URLを開く [#suggested-reply-open-url]
URL を開くアクション は、http または https リンクが定義されている場合にデフォルトのブラウザーを開きます。ディープリンクを使用すると、デフォルトのアプリケーションで開きます。
https:// (tel:、ldap://、telnet:// など) は、検証エラーをトリガーし、メッセージの送信をブロックします。
URL アクション フィールドを開く
NTT CPaaSを介してオープンURLアクションでRCSメッセージを送信する場合は、APIリクエストで関連するフィールドを設定します。 RCS メッセージを送信するための API リファレンス には、メッセージング アプリケーション内で Open URL アクションを実装するための完全な構造、パラメーター、および要件が記載されています。
Open URL に加えて、RCS は、他のいくつかの推奨アクションをサポートしています。電話をダイヤルする、場所を表示してリクエストする、カレンダーのイベントを作成する、Google ウォレットについて詳しくは、以下のサブセクションをご覧ください。
WebView で URL を開く [#suggested-reply-open-url-webview]
[WebView で URL を開く] アクションは、既定のブラウザーのレンダリング エンジンを使用して、メッセージング アプリ内に指定された Web ページを読み込みます。これにより、ユーザーは RCS 会話を離れることなく Web ページを操作できます。
WebView は、次の 3 つのモードのいずれかで表示するように設定できます。
- フル: Web ページが全画面表示になります。
- 半分: Web ページが画面の半分を占めます。
- 縦長: Web ページが画面の 4 分の 3 を占めます。
デバイスが WebView をサポートしていない場合、またはクライアントが ブラウザ モード を選択した場合、ページは代わりにデフォルトのブラウザ アプリケーションで開きます。
httpおよびhttpsリンクでのみ機能し、手動で選択する必要があります。候補が表示される場所
- メッセージ内の提案 (チップ): テキスト メッセージまたはメディア メッセージの下に表示されるクイック アクション。
- カード内ボタン: リッチ カードに表示されるアクション。オプションの推奨アクション リストを含めることができます。各リッチ カードは最大 4 つのボタンをサポートし、メッセージごとに最大 11 個のアクションを提案します。
実装の詳細とコード例については、 RCS API のドキュメントを参照してください。
電話をダイヤルする [#suggested-reply-dial-phone]
ダイヤル電話アクションは、エージェントが指定した電話番号をダイヤルするようにユーザをガイドします。電話番号を正しい形式で入力することで、通話を開始できます。
サポートされている形式
電話番号は 最大 15 桁の数字 である必要があり、オプションで + で始まることができ、少なくとも 1 桁を含める必要があります。
- E.164 国際形式: 電話番号には、先頭の
+、国番号、市外局番を含める必要があります。区切り記号は含めないでください。たとえば、+14155552671などです。 - プレーンな数値形式: たとえば、
0996600077 - 埋め込みリンク形式: 電話番号自体が必要な構文と一致する場合にのみサポートされます。構文は一致する必要があります:
\"^\\+?[0-9]\\d{1,14}$\""です。
無効な形式
- スペースまたは特殊文字を含む国内形式はサポートされていません: 例:
099 0000 011 - URLスキーム (tel:): 例:
tel:+385123456789 - 構文が正しくない埋め込みリンク形式。
場所の表示とリクエスト [#suggested-reply-show-and-request-location]
[場所の表示] アクションと [場所の要求] アクションを使用すると、場所をユーザーと共有できます。緯度と経度を入力して場所を表示するか、ユーザーに場所を共有するように要求できます。
カレンダーイベントを作成する [#suggested-reply-create-a-calendar-event]
[カレンダー イベントの作成] アクションは、カレンダー アプリを開き、指定した情報を使用して新しいイベントを作成します。
必要条件：
- 提案テキスト(最大25文字)を追加します。これは、提案されたアクションに表示されるラベルです (例: カレンダーに追加)
- ポストバック データ (最大 2,048 文字) を追加します。この値は、エンドユーザーが提案されたアクションを選択すると、システムに返送されます。
- イベント タイトル (最大 100 文字) を追加します。
- (オプション)イベントの説明を含める(最大500文字)
- イベント開始と終了日時を指定します。
ブロードキャスト /broadcast を介して RCS メッセージを送信する場合、イベントの開始時刻と終了時刻/日付については、イベント データを 静的値 またはキャンペーンの設定時に自動的に入力される 動的プレースホルダー として定義できます。
- 静的を選択して、カレンダーと時間ピッカーを使用して日付を手動で選択します。必要に応じて、受信者の現地時間に合わせて UTC オフセットを追加します。
- 動的を選択して、固定日付の代わりにプレースホルダーを入力します。プレースホルダは、キャンペーンデータで定義されている属性と一致する必要があります。
Googleウォレット [#suggested-reply-google-wallet]
Google メッセージと RCS 内で Google ウォレット を使用して、次のような非支払いパス タイプを配信できます。
- ポイントカード
- ギフトカード
- オファーとクーポン
- イベントチケット
- フライト搭乗券
- 交通機関のチケット(バス、電車、フェリー、トラム)
- 汎用イベントパス
- Google ウォレットは支払いをサポートしていません。
- 支払いを有効にしたり、Google Pay を使用したりするには、決済プロバイダー、支払いゲートウェイ、または Google Pay ボタンを含むウェブページを開く [Open URL (WebView)] アクションを設定します。これにより、ユーザーは RCS フローを離れることなくカスタマー ジャーニーを完了できます。
必要条件：
Google ウォレット を実装するには、クライアント側の開発を完了する必要があります。NTT CPaaSソリューションエンジニアは、技術支援を提供し、統合プロセスをガイドします。詳細については、 サポート にお問い合わせください。
Google ウォレットへの追加提案
RCS を通じて Google ウォレットに追加 の提案を送信するには、 ウェブ インターフェース または RCS の API から URL を開く アクションを使用します。メッセージペイロードを次のように構成します。
-
テキスト: Google ウォレットを追加 と入力します。
-
URL: パスの Google ウォレットに追加 URL を送信します。
提案ラベルには、Google ウォレットのアイコンが自動的に表示されます。
追加機能
| 特徴 | 説明 |
|---|---|
| SMSへのフェールオーバー | RCS チャネルに障害が発生した場合に、メッセージが受信者に確実に届くようにします。 |
| MMS へのフェールオーバー | 元の RCS メッセージを配信できない場合、システムは MMS メッセージを送信します。SMS フェールオーバーと MMS フェールオーバーのどちらかを構成できますが、両方を設定することはできません。 |
| メッセージのスケジューリング | キャンペーンの通信開始時間と配信時間枠をスケジュールします。 |
| 追跡とレポート | API プルまたは Webhook へのプッシュによる配信レポートを有効にします。 |
| 詳細設定 | メッセージ送信速度を制限し、プラットフォームが配信を試みる期間を設定します。 |