アプリ内メッセージ

アプリ内メッセージを使用すると、プッシュ通知でユーザーの日常を妨げることなくコンテンツを届けることができます。これらのメッセージはユーザーのアプリ外に配信されず、ホーム画面に表示されることもありません。

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

ユースケース

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

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

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

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

標準メッセージタイプ

以下のタブは、ユーザーがスライドアップ、モーダル、フルスクリーンアプリ内メッセージなど、当社の標準的なアプリ内メッセージタイプの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. メール本文には Liquid ロジックが含まれており、カスタム属性のスコアが50未満の場合、このメールを送信しないよう指示しています。
3. サムのカスタム属性スコアは20です。
4. Braze はサムがこのメールを受け取るべきではないと認識し、メールの送信は中止されます。
5. 中止イベントが記録されます。

ただし、アプリ内メッセージはプル型チャネルであるため、中止の挙動が少し異なります。

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

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

つまり、アプリ内メッセージを中止すべきかどうかを判断するロジックは、トリガーが発生する前に実行されます。これを説明するために、メールの例に登場するサムがプッシュ通知を購読していると仮定しましょう。

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

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

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

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

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

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

この表は、サムが経験したアプリ内メッセージのフローを比較しています。

アプリ内メッセージ	中止動作
標準	サムはメッセージをトリガーするアクションを一切行わなかったため、中止イベントは記録されませんでした。 標準のアプリ内メッセージは中止を記録しません。中止の定義は「トリガーアクションを実行したにもかかわらず、メッセージが表示されなかった」状態だからです。アプリ内メッセージはトリガーアクションが発生する前にデバイスに配信されるため、Liquid ロジックによって省略されたアプリ内メッセージを中止と見なすのは適切ではありません。
テンプレート化	サムがテンプレート化されたアプリ内メッセージをトリガーするアクションを実行しましたが、Liquid テンプレート処理で中止が発生したため、中止イベントが記録されました。 テンプレート化されたアプリ内メッセージは、トリガーアクションの実行後に Liquid 評価が行われるため、中止が記録されます。

その他のリソース

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