プッシュプライマーアプリ内メッセージ

ユーザーにプッシュ許可を求めるチャンスは一度きりです。そのため、プッシュ登録を最適化してプッシュメッセージのリーチを最大化することが重要です。アプリ内メッセージを使用して、ネイティブのプッシュプロンプトを表示する前に、オプトインした場合にどのようなメッセージを受け取れるかをユーザーに説明しましょう。これをプッシュプライマーと呼びます。

Brazeでプッシュプライマーアプリ内メッセージを作成するには、iOS、Android、またはWeb向けのアプリ内メッセージを作成する際に、ボタンのクリック時動作「プッシュ許可をリクエスト」を使用します。

前提条件

この機能にはボタンのクリック時動作が必要です。以下の最小バージョン以降でサポートされています。

また、以下のプラットフォーム固有の詳細にご注意ください。

• android
• swift

1

requestAuthorizationWithOptions

1

requestAuthorization

1
2
3

braze.requestPushPermission()
// or
appboy.registerAppboyPushMessages()

1

android.permission.POST_NOTIFICATIONS

ステップ1: アプリ内メッセージを作成する

まず、アプリ内メッセージを作成し、メッセージタイプとレイアウトを選択します。

メッセージとボタンの両方に十分なスペースを確保するために、フルスクリーンまたはモーダルのメッセージレイアウトを使用してください。フルスクリーンを選択する場合は、画像が必須であることに注意してください。

ステップ2:メッセージを作成する

次に、コピーを追加しましょう！プッシュプライマーは、ユーザーにプッシュ通知をオンにしてもらうための準備として機能します。メッセージ本文では、プッシュ通知をオンにすべき理由を強調することをお勧めします。送信したい通知の種類と、それがどのような価値を提供できるかを具体的に説明してください。

たとえば、ニュースアプリでは次のようなプッシュプライマーを使用できます。

1

Breaking news on the go! Enable push notifications to get alerts for major stories and topics that matter to you.

一方、ストリーミングアプリでは次のように使用できます。

1

Get push notifications from Movie Cannon? Notifications may include new movies, TV shows, or other notices and can be turned off at any time.

ベストプラクティスと追加リソースについては、カスタムオプトインプロンプトの作成を参照してください。

ステップ 3: ボタンの動作を指定する

アプリ内メッセージにボタンを追加するには、2つのボタンブロックをメッセージにドラッグします。これらはアプリ内メッセージのプライマリボタンとセカンダリボタンとして機能します。また、行をメッセージにドラッグしてから、その行にボタンをドラッグすることで、ボタンを同じ水平行に配置することもできます（積み重ねるのではなく）。スターターボタンとして「通知を許可」と「今はしない」をお勧めしますが、さまざまなボタンプロンプトを割り当てることができます。

ボタンのコピーを追加したら、各ボタンのクリック時動作を指定します。

• ボタン1：「メッセージを閉じる」に設定します。これはセカンダリボタン、つまり「今はしない」オプションです。
• ボタン2：「プッシュ許可をリクエスト」に設定します。これはプライマリボタン、つまり「通知を許可」オプションです。

ステップ4:配信のスケジュール

プッシュプライマーを適切なタイミングで送信するには、アプリ内メッセージをアクションベースのメッセージとしてスケジュールし、トリガーアクションにカスタムイベントを実行を設定する必要があります。

理想的なタイミングはさまざまですが、Brazeではユーザーが何らかの高価値アクションを完了するまで待つことを推奨しています。これは、ユーザーがアプリやサイトに価値を感じ始めていることを示すタイミングや、プッシュ通知で対応できる説得力のあるニーズがあるとき（例えば、注文後に配送追跡情報を提供したい場合など）です。こうすることで、プロンプトはブランドのためだけでなく、顧客にとっても有益なものになります。

ステップ5:ユーザーのターゲティング

プッシュプライマーキャンペーンの目的は、プッシュ許可をまだ付与していないすべてのデバイスのユーザーに対してプロンプトを表示することです。これには、初めてのユーザーや、新しいデバイスを取得したり、アプリケーションを再インストールした既存のユーザーが含まれます。

重要

ノーコードプッシュプライマーによる自動抑制: ノーコードプッシュプライマー（「プッシュ許可をリクエスト」ボタンアクション）を使用する場合、セグメンテーションにプッシュ購読フィルターを追加する必要はありません。SDKはプッシュ許可の状態に基づいて、デバイス上のアプリ内メッセージを自動的に抑制します。各プラットフォームでプライマーが表示または抑制されるタイミングの詳細については、「プッシュプライマーが表示されるタイミング」を参照してください。複数のデバイスを持つユーザーのターゲティングの詳細については、「複数のデバイスを持つユーザーのターゲティング」を参照してください。

ノーコードプッシュプライマーを使用していない場合は、Foreground Push Enabled For App is false というフィルターを追加してください。このフィルターは、フォアグラウンドプッシュ通知にまだオプトインしていない個々のアプリインストールを識別します。

重要

Push Subscription Status is not Opted In のようなユーザーレベルのフィルターを使用すると、別のデバイスで既にオプトインしているユーザーが除外され、新しいデバイスでプロンプトを受信できなくなります。

それ以外にも、最も適切と思われる追加のセグメントを決定できます。たとえば、2回目の購入を完了したユーザー、会員登録したばかりのユーザー、週に2回以上アプリを訪問するユーザーなどをターゲティングできます。これらの重要なセグメントのユーザーをターゲティングすることで、ユーザーがオプトインしてプッシュ有効になる可能性が高まります。

プッシュプライマーが表示されるタイミング

ノーコードプッシュプライマー（「プッシュ許可をリクエスト」ボタンアクション）を使用すると、Braze SDKはデバイスのプッシュ許可状態を自動的にチェックし、アプリ内メッセージを表示するか抑制するかを判断します。これはメッセージが表示される前にデバイスレベルで行われるため、この動作を制御するための追加のセグメンテーションフィルターを追加する必要はありません。

以下の表は、各プラットフォームでプッシュプライマーのアプリ内メッセージが表示または抑制されるタイミングを示しています。

• ios
• android
• web

複数のデバイスを持つユーザーのターゲティング

Brazeはデバイスレベルではなくプロファイルレベルでユーザーデータを取得するため、複数のデバイスを所有するユーザーのターゲティングは困難な場合があります。セグメンテーションのプッシュ購読フィルターは、特定のターゲットデバイスの購読状態ではなく、単一デバイスの購読状態に基づいてユーザーを含めたり除外したりします。さらに、iOSの仮認可状態は、これらのデバイスが技術的にはフォアグラウンドプッシュトークンを持っているものの、ユーザーが明示的にオプトインしていないため、複雑さを増します。

プッシュ購読フィルターの問題

ユーザーが異なるプッシュ購読状態の複数のデバイスを持っている場合、セグメンテーションのプッシュ購読フィルターでは一部のデバイスをターゲティングできない場合があります。以下のシナリオを考えてみてください。

ソリューション:ノーコードプッシュプライマーを使用する

推奨されるソリューションは、追加のプッシュステータスセグメンテーションフィルターなしで、ノーコードプッシュプライマー（「プッシュ許可をリクエスト」ボタンアクション）を使用することです。

重要

自動抑制: ノーコードプッシュプライマーは、プッシュ許可の状態に基づいてデバイス上で自動的に抑制されます。SDKはメッセージを表示する前に、デバイス固有のプッシュ認可ステータスをチェックします。たとえば、iOSでSDKがユーザーが既に認可を付与している（.authorized）ことを検出した場合、追加のセグメンテーションフィルターなしでアプリ内メッセージを自動的に抑制します。同様に、ユーザーがプッシュ許可を明示的に拒否した場合（.denied）、iOSではネイティブプロンプトを1回しか表示できないため、SDKもプライマーを抑制します。プライマーは、表示することが有用な状態（iOSの notDetermined、provisional、ephemeral など）のデバイスにのみ表示されます。プラットフォーム別の完全な対象条件については、「プッシュプライマーが表示されるタイミング」を参照してください。

ノーコードプッシュプライマーを使用する利点は、その機能がBraze SDKによってサポートされていることです。SDKはメッセージを表示する特定のデバイスのプッシュトークンステータスを検出できるため、複数のデバイスを持つユーザーを除外する可能性のあるプロファイルレベルのセグメンテーションフィルターに依存する必要がありません。

考慮事項

ノーコードプッシュプライマーが必須: 自動抑制を機能させるには、ノーコードプッシュプライマーを使用する必要があります。「プッシュ許可をリクエスト」ボタンアクションの代わりにカスタムロジックやディープリンクを設定した場合、SDKはプッシュプライマーを表示しようとしていることを識別できません。その結果、デバイスの購読状態に関係なくメッセージが表示されます。

オプトアウトしたユーザーの抑制: ノーコードプッシュプライマーは、OSレベルでプッシュ許可を明示的に拒否したユーザー（たとえば、iOSの .denied、複数回のリクエスト後のAndroidでの永久拒否、Webの "denied"）に対して自動的に抑制されます。ただし、追加の制御が必要な場合もあります。たとえばAndroidでは、ユーザーが POST_NOTIFICATIONS 許可を永久に拒否することなく、デバイス設定で通知を無効にしている場合があります。これらのユーザーに対してプライマーを抑制し、別のキャンペーンでリターゲティングする場合は、ノーコードプライマーと組み合わせて以下のLiquidロジックを使用してください。

1
2
3
4

{% if targeted_device.${foreground_push_enabled} == false %}
{% abort_message('user turned off push notifications') %}
{% endif %}
- message goes here -

targeted_device Liquidフィルターは、ユーザープロファイルではなく、メッセージが表示されるデバイスのみを参照します。そのデバイスでは、アクティブなフォアグラウンドプッシュトークンがある場合に foreground_push_enabled が true に設定され、オペレーティングシステムがプッシュ通知が無効であると報告した場合（たとえば、ユーザーが明示的にオフにした場合）に false に設定されます。プッシュ許可状態にまだ応答していない完全に新しいデバイスでは、foreground_push_enabled は未設定で値がありません。Liquid条件は特に false をチェックするため、明示的にオプトアウトしたデバイスに対してのみプライマーを抑制し、この不明な状態のデバイスは引き続き対象となり、プッシュプライマーを受信できます。

ステップ6: コンバージョンイベント

Brazeではコンバージョンのデフォルト設定が用意されていますが、プッシュプライマーに関連するコンバージョンイベントを設定することもできます。