プッシュ通知のベストプラクティス
このページでは、プッシュメッセージが煩わしさではなくエンゲージメントを促進するためのベストプラクティスとユースケースを紹介します。
プッシュ通知はアプリユーザーとのエンゲージメントに効果的なツールですが、タイムリーで関連性の高いメッセージを配信するために慎重に使用する必要があります。プッシュメッセージを送信する前に、以下のベストプラクティスを参照して、確認すべき事項を把握してください。
プッシュメッセージは、Apple App StoreおよびGoogle Playストアのポリシーガイドラインに準拠する必要があります。特に、プッシュメッセージを広告、スパム、プロモーションなどとして使用する場合に注意が必要です。このページのプッシュメッセージの規制を参照してください。
プッシュメッセージを作成する
ベストプラクティスとして、Brazeではモバイルプッシュ通知のオプションのタイトルとメッセージ本文の各行をそれぞれ約30〜40文字以内に収めることを推奨しています。コンポーザーの文字カウンターではLiquidの文字数は考慮されない点にご注意ください。つまり、メッセージの最終的な文字数は、各ユーザーに対してLiquidがどのようにレンダリングされるかによって異なります。迷った場合は、短く簡潔にまとめましょう。
プッシュ通知のペイロードサイズを削減する
最大ペイロードサイズはプラットフォームによって異なります。
| プラットフォーム | 最大ペイロードサイズ |
|---|---|
| Web | 3,807バイト |
| Android | 3,930バイト |
| iOS | 3,960バイト |
| Kindle | 5,985バイト |
プッシュが最大ペイロードサイズを超えると、メッセージが送信されない場合があります。ベストプラクティスとして、ペイロードは数百バイト以内に抑えてください。
プッシュペイロードとは？
プッシュサービスプロバイダーは、プッシュペイロード全体のバイトサイズを確認して、プッシュ通知をユーザーに表示できるかどうかを判定します。ペイロードは、以下を含むほとんどのプッシュサービスで4KB（4,096バイト）に制限されています。
- Apple Push Notification service (APNs)
- AndroidのFirebase Cloud Messaging (FCM)
- Webプッシュ
- Huaweiプッシュ
これらのプッシュサービスは、この制限を超える通知を拒否します。
Brazeは、インテグレーションと分析の目的でプッシュペイロードの一部を確保しています。そのため、最大ペイロードサイズは3,807バイトです。プッシュがこのサイズを超えると、メッセージが送信されない場合があります。ベストプラクティスとして、ペイロードは数百バイト以内に抑えてください。
プッシュ内の以下の要素がプッシュペイロードを構成します。
- タイトルやメッセージ本文などのコピー
- Liquidパーソナライゼーションの最終レンダリング
- 画像のURL（画像自体のサイズではありません）
- クリックターゲットのURL
- ボタン名
- キーと値のペア
ペイロードサイズを削減するヒント
ペイロードサイズを削減するには：
- メッセージを簡潔にしましょう。一般的なガイドラインとして、40文字未満でアクションを促し、有益な内容にすることをお勧めします。
- コピーから空白や改行を省略しましょう。
- Liquidが送信時にどのようにレンダリングされるかを考慮しましょう。Liquidパーソナライゼーションの最終レンダリングはユーザーごとに異なるため、Liquidが含まれている場合、Brazeはプッシュペイロードがサイズ制限を超えるかどうかを判定できません。Liquidが短いメッセージをレンダリングする場合は問題ないかもしれません。しかし、Liquidの結果がより長いメッセージになった場合、プッシュがペイロードサイズの制限を超える可能性があります。ユーザーに送信する前に、必ず実機でプッシュメッセージをテストしてください。
- URL短縮サービスを使用してURLを短くすることを検討しましょう。
ターゲティングの最適化
関連するユーザーデータを収集する
プッシュ通知は、タイムリーで関連性の高い通知をユーザーに届けるために、慎重に扱う必要があります。Brazeは、関連するセグメントのターゲティングに使用できる有用なデバイス情報や使用状況情報を収集します。この情報は、アプリ固有のカスタムイベントやカスタム属性で補完する必要があります。これらのデータを活用することで、メッセージのターゲティングを細かく調整し、開封率を高め、ユーザーがプッシュ通知を無効にする事例を減らすことができます。
通知設定ページを作成する
アプリ内に設定ページを作成して、ユーザーが受信したい通知を選択できるようにすることができます。一般的なアプローチは、アプリの設定ステータスに対応するブール型のカスタム属性をBrazeで作成することです。たとえば、ニュースアプリでは、速報ニュース、スポーツニュース、政治に関する購読設定を用意できます。
ニュースアプリが政治に興味のあるユーザーのみを対象としたキャンペーンを作成する場合、セグメントにSubscribes to Politics属性フィルターを追加します。trueに設定すると、通知を購読しているユーザーのみが通知を受信します。
カスタム属性の設定について詳しくは、iOS、Android、またはREST APIの記事を参照してください。
オプトインと関連性を高める
ユーザーの許可を取得する
プッシュ有効に関する一般的な統計は、ユーザーがオペレーティングシステムで通知を承認したかどうかに関連しています。ユーザーがiOSで通知をオフにすると、Appleがプッシュトークンの送信を許可しないため、システムから自動的に削除されます。
Android 13以降では、プッシュ通知を表示する前に許可を取得する必要があります。古いバージョンのAndroidでは、デフォルトでユーザーが通知に登録されます。
プッシュに向けてユーザーを準備する
ユーザーにプッシュの許可を求めるチャンスは一度だけです。ユーザーが拒否した場合、デバイスの設定でプッシュを再度有効にするよう説得するのは非常に困難です。そのため、システムプロンプトを表示する前に、アプリ内メッセージを使用してプッシュに向けてユーザーを準備する必要があります。オプトインを増やす方法について詳しくは、プッシュプライマーアプリ内メッセージを参照してください。
プッシュ購読コントロールを追加する
デバイスレベルで通知をオフにすることを避けるために（これによりフォアグラウンドプッシュトークンが完全に削除されます）、ユーザーがアプリ内で直接プッシュ購読を制御できるようにしましょう。詳しくは、プッシュ購読ステータスの更新を参照してください。
高度なスケジューリングを使用するか遅延を追加する
オーディエンスのサイズやプッシュメッセージのスケジュール設定がどれだけ前もって行われるかによって、プッシュ配信に遅延が生じる場合があります。プッシュの送信にかかる時間は、割り当てられた処理能力に依存します。たとえば、プッシュメッセージが複数のConnected Content呼び出しを使用している場合、プッシュメッセージのテンプレート処理の複雑さが増し、サードパーティAPIがデータを返す速度によって速度が制限される場合があります。
プッシュペイロードを小さくし、通知の優先度を高くすることで、遅延を減らしメッセージを拡張できます。オーディエンスフィルターにPush Enabled = trueを追加して、オーディエンスサイズを縮小し、プッシュが有効なユーザーのみがキャンペーン送信の処理対象になるようにできます。
また、必要なデータを最適化してAPI呼び出しの数を最小限に抑えることも推奨します。可能であれば、複数の呼び出しを行うのではなく、1回のAPI呼び出しで必要なすべてのデータを取得するようにしてください。
プッシュ購読ステータスを理解する
プッシュ購読ステータスは、プッシュが配信されることを保証するものではありません。ユーザーが通知を受信するには、プッシュ有効である必要もあります。これは、ユーザープロファイルが異なるフォアグラウンドプッシュ権限を持つ複数のデバイスを持つ可能性がある一方で、プッシュ購読ステータスは1つしかないためです。
ユーザーがアプリの有効なフォアグラウンドプッシュトークンを持っていない場合（つまり、設定でデバイスレベルでプッシュトークンをオフにし、通知の受信を拒否した場合）、そのユーザーの購読ステータスは引き続きプッシュに対してsubscribedと見なされる場合があります。ただし、フォアグラウンドプッシュトークンが有効でないため、このユーザーはBrazeではForeground Push Enabled for Appにはなりません。
さらに、ユーザープロファイルが他のアプリで有効または登録済みのプッシュトークンを持っていない場合、セグメンテーションのForeground Push Enabledフィルターもfalseになります。
反応のないユーザーに対するサンセットポリシーの実装
関連性が高くタイムリーなプッシュ通知のみを送信していても、一部のユーザーはそれに反応せず、スパムだと感じる場合があります。あるユーザーがプッシュ通知を繰り返し無視している履歴がある場合、そのユーザーがアプリのコミュニケーションに不満を抱いたり、アプリ自体をアンインストールしたりする前に、プッシュの送信を停止することをお勧めします。
これを行うには、長期間にわたって直接開封またはインフルエンスド開封がないユーザーへのプッシュ通知の送信を最終的に停止するサンセットポリシーを作成します。
- 直接開封またはインフルエンスド開封に基づいて、反応のないユーザーを特定します。
- それらのユーザーへのプッシュ通知の送信を段階的に停止します。
- プッシュ通知を完全に削除する前に、今後プッシュ通知を受け取れなくなる理由を説明する最後の通知を1件送信します。これにより、ユーザーはその通知を開封することで、引き続きプッシュを受け取りたいという意思を示す機会が得られます。
- サンセットポリシーが有効になった後、アプリ内メッセージを使用して、プッシュ通知は届かなくなるものの、アプリ内メッセージングチャネルでは引き続き有益で役立つ情報が配信されることをユーザーに伝えましょう。
もともとオプトインしたユーザーへのプッシュ送信を停止することに抵抗を感じるかもしれませんが、他のメッセージングチャネルの方がこれらのユーザーにより効果的にリーチできることを覚えておいてください。特に、過去にプッシュを無視しているユーザーに対してはなおさらです。ユーザーがメールを開封している場合、メールキャンペーンはアプリ外でリーチする優れた手段です。そうでない場合は、アプリ内メッセージが、ユーザーにアプリをアンインストールされるリスクなくコンテンツを届ける最良の方法です。
アプリ起動のコンバージョンイベントを設定する
プッシュキャンペーンにコンバージョンイベントを割り当てる際、キャンペーン受信後の一定期間におけるアプリ起動をトラッキングできます。アプリ起動のコンバージョンイベントを設定すると、プッシュキャンペーン後に通常得られる結果統計とは異なるインサイトが得られます。
すべてのプッシュキャンペーンの結果では、メッセージの直接開封と開封（直接開封と影響を受けた開封の両方を含む）が分類されますが、コンバージョントラッキングでは直接開封か影響を受けた開封かを問わず、あらゆる種類の開封をトラッキングします。
さらに、コンバージョンイベント「アプリを起動」を使用すると、コンバージョンの期限（たとえば3日間）より前に発生したアプリ起動をトラッキングすることになります。これは影響を受けた開封とは異なります。影響を受けた開封では、ユーザーが開封として記録されるまでの期間が、各ユーザーの過去のエンゲージメント行動に応じて異なる場合があるためです。
プッシュメッセージに関する規制
プッシュメッセージは、顧客のスマートフォンやブラウザに直接送信される侵入的なメッセージングであるため、アプリやサイトを通じてプッシュメッセージを送信する際にはガイドラインがあります。
アプリ向けモバイルプッシュの規制
| Apple App Store ポリシー |
|---|
| 3.2.2 不適切：(i) App Storeに類似したサードパーティアプリ、拡張機能、またはプラグインを表示するインターフェイス、または一般的な関心コレクションとしてのインターフェイスを作成すること。 |
| 4.5.4 プッシュ通知はアプリの機能に必須であってはならず、機密性の高い個人情報や秘密情報の送信に使用してはなりません。プッシュ通知は、アプリのUIに表示される同意文言を通じて顧客が明示的に受信をオプトインし、かつアプリ内でそのようなメッセージの受信をオプトアウトする方法を提供しない限り、プロモーションやダイレクトマーケティング目的で使用してはなりません。 |
| 4.10 プッシュ通知、カメラ、ジャイロスコープなどのハードウェアやオペレーティングシステムが提供する組み込み機能、またはApple Musicアクセス、iCloudストレージ、Screen Time APIなどのAppleのサービスおよびテクノロジーを収益化してはなりません。 |
| Google Play ストアポリシー |
|---|
| システム機能の無断使用または模倣 通知や警告などのシステム機能を模倣または妨害するアプリや広告は許可されていません。システムレベルの通知は、特別なセールをユーザーに通知する航空会社アプリや、ゲーム内プロモーションをユーザーに通知するゲームなど、アプリの重要な機能にのみ使用できます。 |
関連記事
お探しの情報が見つかりませんでしたか？以下のベストプラクティス記事もご覧ください。