プラットフォームの動作の違いを理解する

RCS 機能のサポートとレンダリング動作は、Android および iOS デバイス、通信事業者、地域によって異なります。このページでは、Android と iOS で機能するメッセージをデザインできるように、プラットフォーム固有のレンダリングの違いについて説明します。設計ガイドラインについては、ベストプラクティスに従うRCSを参照してください。既知の問題と回避策については、Android と iOS の問題のトラブルシューティングを参照してください。

プラットフォーム固有の動作の概要

特徴	Android	iOS
リッチカードの説明での URL のクリック可能性	プレーンテキストのみ	プレーンテキストのみ
エージェントプレビューのプライバシーポリシー	表示	表示されない
エージェントバナー	表示	表示されない
マルチユースラベル	表示	表示されない
カードの高さのバリエーション	サポート	シングルハイトのみ
リッチカードのGIF	アニメーション	静止画像
エージェントの連絡先の詳細	すべての連絡先を表示 (複数の電話番号、電子メール、Web サイト)	タイプごとに最初の連絡先のみが表示されます (リスト順)

エージェントの連絡先の詳細

RCS エージェントに複数の連絡先エントリ (電話番号、電子メールアドレス、または Web サイト) がある場合、これらの連絡先の可視性はプラットフォームによって異なります。

Android: すべての問い合わせエントリは、エージェントの詳細に表示されます。エージェントが 2 つの電話番号または 2 つの電子メールアドレスを持っている場合は、すべてのエントリが表示されます。

iOS: エージェントの作成時に設定された順序に基づいて、タイプごとに最初の問い合わせのみが表示されます。詳細と推奨事項については、エージェントの連絡先の詳細を参照してください。

Agent contact details comparison showing multiple contacts on Android versus primary-only on iOS

ハイパーリンク

iOSのハイパーリンク

メッセージごとに 1 つのハイパーリンクを使用し、メッセージテキストの最後のエレメントとして配置します。

リンクのプレビューを表示するには、ターゲットページにog:imageメタタグを含めます。仕様については、Open Graphプロトコルを参照してください。

最も信頼性の高い動作のために、提案されたアクション (OpenURL) またはボタンにハイパーリンクを配置します。

IMPORTANT

メッセージ内の他のテキストの前にハイパーリンクを配置すると、リンクプレビューがレンダリングされなくなる可能性があります。iOS では、リンクの後に追加のテキストが続くと、リンクがクリックできない場合があります。

ハイパーリンクがメッセージテキストの最後のエレメントである場合、iOS は表示されている URL をリンクプレビューに置き換えます。エンドユーザーはプレビューをタップしてコンテンツを読み込む必要があります。

NOTE

1 つのメッセージに複数のハイパーリンクが加えられても、リンクのプレビューは生成されません。各リンクは、クリック可能なハイパーリンクテキストとして表示されます。デバイス設定でリンクの自動読み込みがオフになっている場合、エンドユーザーは各リンクをタップして読み込む必要があります。

リッチカードとカルーセルのハイパーリンク

Android と iOS: リッチカードとカルーセルの説明の URL はクリックできず、プレーンテキストとして表示されます。代わりに、OPEN_URL(ブラウザまたはWebViewモード)タイプで推奨されるアクションを使用します。詳しくは、リッチカードとカルーセルの URL をご覧ください。

Hyperlinks behavior on iOS showing URLs as plain text compared to clickable links

リッチカード

垂直方向:

最適な用途: 目立つメディアを使用した単一列のレイアウト
推奨事項: プラットフォーム間で一貫した表示を実現するには、垂直方向の高さを使用します
iOS に関する考慮事項: iOS では、すべての垂直方向の高さが同じようにレンダリングされます。Android ユーザーの画像領域を最大化するには、「背が高い」を選択します。iOS ユーザーには、選択に関係なく同じ 1 つの高さが表示されます。詳細については、メディアプレビュー - カードの垂直方向を参照してください。

Vertical rich card comparison between iOS and Android showing height rendering differences

水平方向:

Android:画像が左右に正しく表示されます
iOS: 画像の切り捨てとビデオ表示の問題を引き起こす
推奨事項: クロスプラットフォーム互換性のために垂直の背の高いセットアップを使用する

Horizontal rich card comparison between iOS and Android showing height rendering differences

大きなテキストを使用したメディアのトリミング

iOS では、説明、テキスト、メディアよりもタイトル要素とアクション要素のレンダリングが優先されます。これにより、ユーザーが大きなテキストサイズを有効にしている場合に画像がトリミングされる可能性があります。

防止：

タイトルと説明文を最大 3 行に制限する
単一の CTA を使用する
提案された返信を 3 件に制限する
メディアの寸法を中程度に使用します

Media cropping caused by large text sizes on iOS

推奨されるアクション

Android：

リッチカードボタンはクリック後も表示されたままになります
提案されたアクション(リッチカードの外側)をクリックすると消えます
どちらのボタンタイプも期待どおりに機能します

Ios：

リッチカードボタンとリッチカードの外側の推奨アクションは、クリック後も表示されます。
提案された返信が間違った順序で表示される場合があります
カードの内側と外側の推奨アクションを 1 つのグループにまとめることができます

推奨事項：

永続的なボタン動作と消えたボタン動作の両方を考慮した設計
両方のプラットフォームでアクションシーケンスをテストする
クリック後に明確な視覚的フィードバックを提供

Suggested actions and replies in rich cards comparison between iOS and Android

キャリア検証モデル

iOS のエージェント情報に表示される Verified by... バッジは、その地域で使用されているキャリア検証モデルによって異なります。バッジは、NTT CPaaSやエージェントの設定ではなく、キャリアネットワークによって決定されます。

次のバッジ値を指定できます。

ステータス	表示されたとき
Googleによる検証済み	エージェントは Google が管理する通信事業者でローンチされ、Google がブランド検証とローンチプロセスを監督します。このラベルは、その特定の通信事業者に登録されているデバイスにのみ表示されます。
[通信事業者名] による検証済み	エージェントはキャリア管理ネットワーク上で起動され、キャリアはRBMキャリアコンソールまたはオペレーションAPIを介してエージェントを検証します。通信事業者名の決定方法は、地域モデルによって異なります。以下の表を参照してください。
信頼できるパートナーによる検証済み	一部の通信事業者は、法的な理由から検証者として指名されることを好みません。このような場合、Google は一般的なロゴが付いた一般的な信頼できるパートナーラベルの使用を承認します。このオプションには、Googleからの個別の承認が必要です。

地域検証モデル

**[通信事業者名]**バッジに表示される通信事業者名は、その地域で使用されている検証モデルによって異なります。

モデル	地域	バッジの決定方法
ホームキャリアモデル	グローバル(インド以外)	バッジは、エンドユーザーのアクティブな通信事業者ネットワークを反映します。たとえば、T-Mobile と AT&T の両方で起動されたエージェントは、T-Mobile ユーザーには「Verified by T-Mobile」と表示され、AT&T ユーザーには「Verified by AT&T」と表示されます。
相互接続モデル	インド	1 つのプライマリキャリアが、特定のエージェントの検証を管理します。バッジには、インターコネクト内のすべてのユーザのプライマリキャリア名(VI や Jio など)が表示されます。バッジは、エンドユーザーの通信事業者によって変更されません。

メモ

Apple RCSの実装は、iMessageアプリケーション内での確認バッジの表示方法を制御します。