メッセージの種類
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キャンペーンに適用されます。インドネシアでは、画像とサムネイル付きの動画に個別の仕様が義務付けられています。
画像
| メッセージの種類 | カードの向き | カードの高さ | カード幅 | 画像の縦横比 | 画像の最適解像度(px) | 最大ファイルサイズ | 受け入れられる画像形式 |
|---|---|---|---|---|---|---|---|
| リッチカード | 垂直 | 短い | 該当なし | 3:1 | 1440 × 480 ピクセル | 2メガバイト | JPEG、JPG、PNG、GIF |
| 垂直 | 中 | 該当なし | 2:1 | 1440 × 720 ピクセル | |||
| 水平 | 該当なし | 該当なし | 3:4 | 768 × 1024 ピクセル | |||
| 回転木馬 | 該当なし | 短い | 小さい | 8:5 | 1160 × 720 ピクセル | 1メガバイト | JPEG、JPG、PNG、GIF |
| 短い | 中 | 5:2 | 1840 × 720 ピクセル | ||||
| 中 | 小さい | 1:1 | 770 × 720 ピクセル | ||||
| 中 | 中 | 16:9 | 1280 × 720 ピクセル |
ビデオとサムネイル
| メッセージの種類 | カードの向き | カードの高さ | カード幅 | ビデオ | サムネイル | |||||
|---|---|---|---|---|---|---|---|---|---|---|
| 最大ファイルサイズ | 受け入れられる形式 | アスペクト比 | 最適な解像度(px) | ファイルサイズ | 受け入れられる形式 | |||||
| リッチカード | 垂直 | 短い | 該当なし | 10メガバイト | MP4、M4V、MPEG、WEBM、H263、M4P | 3:1 | 770 × 257 ピクセル | 最小: 40 KB | JPEG、JPG、PNG | |
| 垂直 | 中 | 該当なし | 7:3 | 770 × 335 ピクセル | ||||||
| 水平 | 該当なし | 該当なし | 8:5 | 718 × 448 ピクセル | ||||||
| 回転木馬 | 該当なし | 短い | 小さい | 5メガバイト | MP4、M4V、MPEG、WEBM、H263、M4P | 5:2 | 1140 × 448 ピクセル | 最大: 100 KB | JPEG、JPG、PNG | |
| 短い | 中 | 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 and https links and must be selected manually.候補が表示される場所
- メッセージ内の提案 (チップ): テキスト メッセージまたはメディア メッセージの下に表示されるクイック アクション。
- カード内ボタン: リッチ カードに表示されるアクション。オプションの推奨アクション リストを含めることができます。各リッチ カードは最大 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 へのプッシュによる配信レポートを有効にします。 |
| 詳細設定 | メッセージ送信速度を制限し、プラットフォームが配信を試みる期間を設定します。 |
利用可能な解決策
| ソリューション | 説明 |
|---|---|
| Moments | フローを使用して顧客情報に基づいて通信を送信します。未配信メッセージのフォールバック オプションをサポートします。 |
| Conversations | Conversationsを通じてリアルタイムの1対1のサポートを提供します。人間の支援が必要なリクエストに対して、チャットボットからライブエージェントへのハンドオフをサポートします。 |
| Answers | Answersを使用して、自動応答を備えたAIおよびキーワードベースのチャットボットを構築します。チャットボットを顧客の最初の連絡先として使用します。 |
| API | RCS 機能を既存のシステムに統合します。 RCS API リファレンスを参照してください。 |
RCS over ブロードキャスト
ブロードキャスト経由で RCS メッセージを送信するには、次の手順に従います。
-
Web インターフェイスにログインし、Moments > ブロードキャスト に移動します。
-
ブロードキャストの作成 を選択し、チャネルとして RCS を選択します。
-
オーディエンスを定義します。
-
送信者を選択し、メッセージの設定に進みます。
-
コンテンツを追加するために選択 フィールドで、 を選択してデザイン エディターを開きます。
-
希望するコンテンツ タイプを選択します。
- 各タイプは、異なる形式と制限をサポートします。
- プレビュー ウィンドウには、メッセージが受信者にどのように表示されるかが表示されます。
コンテンツタイプ 含めることができるもの 主な制限と推奨事項 テキスト プレーンテキストは最大 3,072 文字です。
必要に応じて、推奨されるアクションを追加します。読みやすくするために、メッセージを短く関連性の高いものにしてください。
最大 11 個の推奨アクション。ファイル ファイル URL (
.pdf,.jpg,.jpeg,.gif,.png,.h263,.m4v,.mp4,.mpeg-4,.mpeg,.webm,.aac,.mp3,.mpg,.3gpp,.ogg)。
サポートされている形式は、通信事業者の機能によって異なります。
必要に応じて、サムネイルと推奨アクションを追加します。最大ファイルサイズ: 100 MB。
サムネイル URL: 最大 800 文字。
最大 11 個の推奨アクション。リッチカード 画像またはビデオのカードの水平方向または垂直方向(
.jpeg、.jpg、.gif、.png、.h263、.m4v、.mp4、.mpeg、.mpeg4、.webm)。
サポートされている形式は、通信事業者の機能によって異なります。
必要に応じて、タイトル、サムネイル、説明、リッチカードボタン、および推奨アクションを追加します。URLは
https://1000 文字)で始まる必要があります。
アスペクト比:
縦:2:1(中高さ)、3:1(短い高さ)。
水平: 3:4。
最大 4 つのリッチ カード ボタンと 11 の推奨アクション。
タイトル: 200 文字まで。
説明: 最大 2000 文字。回転木馬 個別のレイアウトとアクションを備えた複数のリッチカード。
カードは10枚まで。
アスペクト比:
ミディアム幅:4:3(ミディアムハイト)、2:1(ショートハイト)。
小さい幅:4:5(中高さ)、5:4(短い高さ)。コンテンツ タイプごとに、オプションで最大 11 個の推奨アクションを追加できます
推奨されるアクション 機能 必須フィールド 主な制限と推奨事項 答える 受信者が提案を選択すると、定義済みの返信をシステムに送信します。
テキスト:最大25文字。
ポストバック: 最大 2,048 文字。はい、いいえ、詳細情報 などの単純なユーザー応答に使用します。
URLを開く ウェブページを開く ブラウザまたはRCSチャット内。
テキスト:最大25文字。
ウェブサイトURL:http://, 2,048 文字です。
ポストバック: 最大 2,048 文字。ブラウザまたはWebViewを選択できます。WebView は、ページをフル、ハーフ、またはロールモードで表示できます。
ダイヤル電話 電話ダイヤラーを開くを事前定義された番号に置き換えます。
テキスト:最大25文字。
電話番号: 国際形式です。
ポストバック: 最大 2,048 文字。エージェントへの通話 や サポートへの連絡 などの通話関連のアクションに使用します。
場所を表示 座標に基づいて地図 location を表示します。
テキスト:最大25文字。
緯度: -90 から 90 の間。
経度: -180 から 180 の間。
ポストバック: 最大 2,048 文字。オプションの ラベル (最大 100 文字) で場所の名前を付けることができます。
リクエスト場所 ユーザーに現在の 場所 を共有するように依頼します。
テキスト:最大25文字。
ポストバック: 最大 2,048 文字。配信やサービスリクエストなど、ユーザーのライブロケーションが必要な場合に使用します。
カレンダーイベントの作成 デバイス上に カレンダー イベント を作成します。
テキスト:最大25文字。
ポストバック: 最大 2,048 文字。
イベント日付: 静的(固定)または動的(プレースホルダー)にすることができます。
イベントタイトル:100文字まで。オプションのイベントの説明: 最大 500 文字。
固定時間には静的を使用し、イベントの詳細を自動的に入力するには動的を使用します。 -
**[設計完了] を選択します。
-
必要に応じて追加設定を調整します。
-
[プレビューを続行する] を選択して、メッセージが受信者にどのように表示されるかを確認します。受信者情報、おおよその費用、配信時間枠、送信者の詳細、警告など、ブロードキャストの概要を確認します。
-
変更するには、[設定に戻る] を選択します。準備ができたら、[起動] を選択してライブ放送を送信します。
API以上のRCS
RCS over API を使用してリッチ コミュニケーション メッセージを送信し、これらの機能を既存のシステムに統合して、顧客とのやり取りを強化します。RCS をサポートしていないデバイスのフェイルオーバー オプションを設定して、メッセージの配信を確保します。