アプリ内メッセージ

アプリ内メッセージは、プッシュ通知でユーザーの一日を邪魔することなく、コンテンツを届けるのに役立つ。これらのメッセージは、ユーザーのアプリの外に配信されることはなく、ユーザーのホーム画面を邪魔することもないからだ。

カスタマイズされ調整されたアプリ内メッセージは、ユーザーエクスペリエンスを向上させ、オーディエンスがアプリから最大限の価値を得るのに役立ちます。様々なレイアウトやカスタマイズツールから選べるので、アプリ内メッセージはこれまで以上にユーザーを惹きつけます。これらは、コンテキストがあり、緊急性が低く、ユーザーがアプリ内でアクティブなときに配信される。アプリ内メッセージの例については、顧客ストーリーをご覧いただきたい。

ユースケース

アプリ内メッセージは豊富なコンテンツを提供するので、このチャネルをさまざまなユースケースに活用できます。

ユースケース	説明
プッシュプライミング	リッチなアプリ内メッセージを使用してプッシュプライミングキャンペーンを実行して、自社のアプリまたはサイトのプッシュ通知にオプトインするメリットを顧客に提示し、プッシュアクセス許可を付与するためのプロンプトを表示します。
販売・プロモーション	モーダルのアプリ内メッセージを使用して、静的なプロモーションコードまたはオファーを含み、視覚的に魅力的なメディアで顧客を出迎えます。そのとき以外では得られないインセンティブを提供して、購入やコンバージョンを行うように促します。
機能導入の促進	アプリの他の部分を使用したり、サービスを活用したりするように顧客に促します。
高パーソナライズされた キャンペーンs	顧客がアプリまたはサイトに入るときに最初に表示されるものとして、アプリ内メッセージs を配置します。Braze の一部のパーソナライゼーション機能 (コネクテッドコンテンツなど) を追加して、ユーザーのアクションを起こしたいという意欲を促進し、自社のアウトリーチをより効果的なものにします。

考慮すべき他のユースケースには、次のものがあります。

• 新しいアプリ機能
• アプリ管理
• レビュー
• アプリアップグレードsまたは更新s
• ギベアウェイや懸賞

標準メッセージタイプ

以下のタブは、ユーザーが、スライドアップ、モーダル、フルスクリーンアプリ内メッセージなど、当社の一般的なアプリ内メッセージタイプの1 つを開封する際の様子を示しています。

• slideup
• modal
• fullscreen

これらのデフォルトメッセージテンプレートに加えて、カスタムHTMLアプリ内メッセージ、CSSによるWebモーダル、またはWebメールキャプチャフォームを使用してメッセージングをさらにカスタマイズすることもできる。詳細については、カスタマイズを参照してください。

テンプレート化されたアプリ内メッセージ

アプリ内メッセージは、表示前にキャンペーンの適格性を再評価が選択された場合、またはメッセージ内に以下のLiquidタグが存在する場合、テンプレート化されたアプリ内メッセージとして配信される：

• canvas_entry_properties
• connected_content
• 次のような SMS 変数: {sms.${*}}
• catalog_items
• catalog_selection_items
• event_properties

つまり、セッション開始時に、デバイスはメッセージ全体ではなく、アプリ内メッセージのトリガーを受け取ることになる。ユーザーがアプリ内メッセージをトリガーすると、ユーザーのデバイスは実際のメッセージをフェッチするためにネットワークリクエストを行う。

行動を中止する

Brazeでは、ユーザーがメッセージを受け取る資格があるアクションをとったにもかかわらず、Liquidロジックがそのユーザーを不適格と判断し、メッセージを受け取らなかった場合、アボートが発生する。以下に例を示します。

1. サムはメールキャンペーンのトリガーとなるべきアクションを行う。
2. メールの本文には、カスタム属性のスコアが50未満の場合、このメールを送信しないというLiquidロジックが含まれている。
3. サムのカスタム属性スコアは20だ。
4. Brazeは、サムがこのメールを受け取るべきでないことを認識し、メールは中断される。
5. 中止イベントが記録される。

しかし、アプリ内メッセージはプルチャンネルであるため、アプリの中断は少し異なる動作をする。

アプリ内メッセージの中止動作

アプリ内メッセージは、セッション開始時にデバイスによって取り込まれ、デバイス上にキャッシュされるため、インターネット接続の品質に関係なく、メッセージを即座にユーザーに届けることができる。例えば、ユーザーがセッション内で5つのアプリ内メッセージを受け取った場合、セッション開始時に5つすべてを受け取ることになる。メッセージはローカルにキャッシュされ、定義されたトリガーイベント(セッションの開始、カスタムイベントをログに記録するボタンの顧客のクリック、その他)が発生したときに表示される。

言い換えれば、アプリ内メッセージを中止すべきかどうかを決定するロジックは、トリガーが発生する前に発生する。これを示すために、メールの例のサムがプッシュ通知をサブスクライバーになっているとしよう。

1. サムは携帯電話でBrazeを搭載したアプリを起動してセッションを開始する。
2. ワークスペース内のアクティブキャンペーンのオーディエンス基準に基づけば、サムは5つの異なるキャンペーンの対象となり得る。5つすべてが携帯電話に取り込まれ、キャッシュされる。
3. サムはこれらのメッセージのトリガーとなるようなアクションは行っていないが、セッションでこれらのメッセージを受け取る可能性はある。
4. アプリ内メッセージのうち2つのリキッドには、サムをメッセージ受信から除外するルールがある（スコアカスタム属性が高くないなど）。
5. サムは除外される2つのアプリ内メッセージは送られないが、他の3つのメッセージは送られる。
6. 中止イベントは記録されない。

Brazeはサムの場合、アボートイベントのログを記録していない。サムはメッセージのトリガーとなるようなアクションを実行していないため、アボートの定義を満たしていないからだ。アプリ内メッセージの場合、Brazeがメッセージを見るべきでないと判断する前に、ユーザーが実際にトリガーを実行することはない。

アプリ内メッセージの中止動作のテンプレート化

テンプレート化されたアプリ内メッセージは、トリガーイベントが発生したときにメッセージを表示すべきかどうかをSDKに再評価させる。これはアボートの動作が異なる。それを示すために、こんな例を考えてみよう：

1. サムは携帯電話でBrazeを搭載したアプリを起動することで、Brazeのセッションを開始する。
2. アクティブキャンペーンのオーディエンス基準では、サムはアプリ内メッセージのテンプレートが適用される可能性があるため、トリガー情報はメッセージペイロードなしでデバイスに送信される。
3. サムはカスタムイベントを記録するボタンを選択し、アプリ内メッセージをトリガーする。
4. サムのデバイスは、アプリ内メッセージをフェッチするためにネットワークリクエストを行う。
5. メッセージのリキッドロジックはアボートにつながるので、Braze はこれをアボートとしてメッセージングする。

アプリ内メッセージのアボート動作を比較する

この表は、サムが経験したアプリ内メッセージの流れを比較したものである：

アプリ内メッセージ	行動を中止する
スタンダード	サムがメッセージをトリガーするようなアクションを行わなかったため、中断イベントは記録されなかった。 標準的なアプリ内メッセージでは、アボートの定義は “トリガーアクションを実行したにもかかわらずメッセージを見なかった “であるため、アボートのログは記録されない。アプリ内メッセージはトリガーアクションが発生する前にデバイスに配信されるため、トリガーロジックのためにアプリ内メッセージが省略されたと考えるのは意味がない。
テンプレート	Sam がトリガーアクションを実行し、アプリ内メッセージをトリガーしたが、Liquid のテンプレート化でアボートを受け取ったため、アボートイベントがログに記録された。 トリガーアクションが実行された後にリキッド評価が発生するため、アプリ内メッセージのテンプレートログがアボートする。

その他のリソース

独自のアプリ内メッセージキャンペーンを作成したり、アプリ内メッセージをマルチチャネルキャンペーンで使用したりする前に、「アプリ内メッセージ準備ガイド」を確認することを強くお勧めします。このガイドでは、アプリ内メッセージを作成するときに考慮すべきターゲット設定、コンテンツ、およびコンバージョンに関する疑問について説明しています。