コースアプリ内[](/docs/ja/assets/img/bl_icon3.png?5f6465f63e399dec15d7020b6f4d2452)メッセージ

アプリ内メッセージは、プッシュ通知でユーザーの日常を妨げることなくコンテンツを届けられる。これらのメッセージはユーザーのアプリ外に配信されず、ホーム画面に表示されることもないからだ。

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

ユースケース

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

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

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

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

標準メッセージタイプ

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

• slideup
• modal
• fullscreen

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

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

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

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

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

中止する

Brazeでは、ユーザーがメッセージ受信資格を得るアクションを取ったにもかかわらず、Liquidロジックによって受信資格なしと判定された場合、メッセージが届かない状態を「アボート」と呼ぶ。以下に例を示します。

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

ただし、アプリ内メッセージはプル型チャネルであるため、キャンセル処理の挙動が少し異なる。

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

アプリ内メッセージはセッション開始時に端末が取得し、端末にキャッシュされる。そのためインターネット接続の品質に関わらず、メッセージはユーザーに即時配信される。例えば、ユーザーがセッション中に5つのアプリ内メッセージを受信した場合、セッション開始時にその5つ全てが一度に届く。メッセージはローカルにキャッシュされ、定義されたトリガーイベントが発生した際に表示される（セッション開始時、ユーザーがカスタムイベントをログするボタンをクリックした時、その他）。

つまり、アプリ内メッセージを中止すべきかどうかを決めるロジックは、トリガーが発生する前に実行されるのだ。これを示すために、メールの例に出てくるサムがプッシュ通知を購読しているとしよう。

1. サムはセッションを開始する際に、自分のスマートフォンでBraze対応アプリを起動する。
2. ワークスペース内のアクティブなキャンペーンのオーディエンス基準に基づくと、サムは5つの異なるキャンペーンの対象となる可能性がある。五つ全てが電話に引き込まれ、キャッシュされる。
3. サムはこれらのメッセージを引き起こすようなアクションを一切行っていないが、セッション中にそれらのメッセージを受け取る可能性がある。
4. アプリ内メッセージのうち2つには、サムがメッセージを受け取れないようにするルールが設定されている（例えば、スコアのカスタム属性が十分高くない場合など）。
5. サムには除外される2つのアプリ内メッセージは送信されないが、他の3つのメッセージは送信される。
6. 中止イベントは記録されない。

サムの場合、Brazeは中止イベントを一切記録しない。なぜならこれは我々の中止の定義を満たさないからだ。サムはアクションを一切行っていないため、メッセージがトリガーされない。アプリ内メッセージの場合、ユーザーは実際にトリガーを実行する前に、Brazeがメッセージを表示すべきでないと判断する。

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

テンプレート化されたアプリ内メッセージは、トリガーイベントが発生した際にメッセージを表示すべきかどうかをSDKに再評価させる。これは中止時の動作が異なる。例を挙げて説明しよう。

1. サムは、自分のスマートフォンでBraze対応アプリを起動することで、Brazeセッションを開始する。
2. アクティブなキャンペーンのオーディエンス条件によれば、サムはテンプレート化されたアプリ内メッセージの対象となる可能性がある。そのため、トリガー情報はメッセージ本文なしで彼のデバイスに送信される。
3. サムはカスタムイベントを記録するボタンを選択し、テンプレート化されたアプリ内メッセージをトリガーする。
4. サムのデバイスは、アプリ内メッセージを取得するためにネットワークリクエストを送信する。
5. メッセージのリキッドロジックが中止を引き起こすため、Brazeはこれを中止として記録する。サムはこの評価の前にトリガーアクションを実行した。

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

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

アプリ内メッセージ	中止する
スタンダード	サムはメッセージをトリガーするアクションを一切行わなかったため、中止イベントは記録されなかった。 標準のアプリ内メッセージは、中止をログに記録しない。中止の定義は「トリガーアクションを実行したにもかかわらず、メッセージが表示されなかった」状態だからだ。アプリ内メッセージはトリガーアクションが発生する前に端末に配信されるため、Liquidロジックによって省略されたと考えるのは意味がない。
テンプレート化された	サムがテンプレート化されたアプリ内メッセージをトリガーするアクションを実行したが、Liquidテンプレート処理で中止が発生したため、中止イベントが記録された。 テンプレート化されたアプリ内メッセージのログは、トリガーアクションの実行後にLiquid評価が行われるため、中止される。

その他のリソース

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