プッシュ通知のベストプラクティス
このページでは、プッシュメッセージが煩わしさではなくエンゲージメントを促進するためのベストプラクティスとユースケースを紹介します。
プッシュ通知はアプリユーザーとのエンゲージメントに効果的なツールですが、タイムリーで関連性の高いメッセージを配信するために慎重に使用する必要があります。プッシュメッセージを送信する前に、以下のベストプラクティスを参照して、確認すべき事項を把握してください。
プッシュメッセージは、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は、関連するSegmentをターゲティングするために使用できる有用なデバイスおよび使用状況の情報を収集します。この情報は、アプリ固有のカスタムイベントや属性で補完する必要があります。そのデータを使用して、メッセージを慎重にターゲティングし、開封率を向上させ、ユーザーがプッシュを無効にするケースを減らすことができます。
通知設定ページを作成する
アプリ内に設定ページを作成して、ユーザーが受信したい通知を選択できるようにすることができます。一般的なアプローチは、アプリの設定ステータスに対応するブール値のカスタム属性をBrazeで作成することです。たとえば、ニュースアプリでは、速報、スポーツニュース、政治に関するサブスクリプション設定を用意できます。
ニュースアプリが政治に関心のあるユーザーのみをターゲットにしたCampaignを作成する場合、SegmentにSubscribes to Politics属性フィルターを追加します。trueに設定すると、通知を購読しているユーザーのみが通知を受信します。
カスタム属性の設定の詳細については、iOS、Android、またはREST APIの記事を参照してください。
オプトインと関連性を向上させる
ユーザーの許可を取得する
プッシュ有効の一般的な統計は、ユーザーがオペレーティングシステムで通知を承認したかどうかに関連します。ユーザーがiOSで通知をオフにすると、Appleがプッシュトークンの送信を許可しないため、システムから自動的に削除されます。
Android 13以降では、プッシュ通知を表示する前に許可を取得する必要があります。古いバージョンのAndroidでは、デフォルトでユーザーが通知に登録されます。
プッシュに対するユーザーの準備を整える
ユーザーにプッシュの許可を求める機会は一度しかありません。ユーザーが拒否した後、デバイス設定でプッシュを再度有効にするよう説得するのは非常に困難です。このため、システムプロンプトを表示する前に、アプリ内メッセージを使用してユーザーにプッシュの準備を促す必要があります。オプトインを増やす方法の詳細については、プッシュプライマーアプリ内メッセージを参照してください。
プッシュサブスクリプションコントロールを追加する
ユーザーがデバイスレベルで通知をオフにすること(フォアグラウンドプッシュトークンが完全に削除されます)を防ぐために、アプリ内でユーザーがプッシュサブスクリプションを直接制御できるようにしましょう。詳細については、プッシュサブスクリプション状態の更新を参照してください。
プッシュサブスクリプション状態を理解する
プッシュサブスクリプション状態は、プッシュが配信されることを保証するものではありません。ユーザーは通知を受信するためにプッシュ有効である必要もあります。これは、ユーザープロファイルが異なるフォアグラウンドプッシュ権限を持つ複数のデバイスを持っていても、プッシュサブスクリプション状態は1つだけであるためです。
ユーザーがアプリの有効なフォアグラウンドプッシュトークンを持っていない場合(つまり、設定でデバイスレベルでプッシュトークンをオフにし、通知を受信しないことを選択した場合)、そのサブスクリプション状態はプッシュに対してsubscribedと見なされる場合があります。ただし、フォアグラウンドプッシュトークンが有効でないため、このユーザーはBrazeではForeground Push Enabled for Appにはなりません。
さらに、ユーザープロファイルが他のアプリに対して有効または登録済みのプッシュトークンを持っていない場合、セグメンテーションのForeground Push Enabledフィルターもfalseになります。
無反応ユーザーに対するサンセットポリシーを実装する
関連性が高くタイムリーなプッシュ通知のみを送信していても、一部のユーザーは依然として無反応で、スパムと感じる場合があります。ユーザーがプッシュ通知を繰り返し無視している履歴がある場合、アプリのコミュニケーションに煩わしさを感じたり、アプリをアンインストールしたりする前に、プッシュの送信を停止することをお勧めします。
これを行うには、長期間にわたって直接開封またはインフルエンス開封がないユーザーへのプッシュ通知の送信を最終的に停止するサンセットポリシーを作成します。
- 直接開封またはインフルエンス開封に基づいて無反応ユーザーを特定します。
- それらのユーザーへのプッシュ通知の送信を段階的に停止します。
- プッシュ通知を完全に削除する前に、今後通知を受信しなくなる理由を説明する最後の通知を配信します。これにより、ユーザーはその通知を開封することで、プッシュの継続受信への関心を示す機会を得られます。
- サンセットポリシーが発効した後、アプリ内メッセージを使用して、プッシュは受信しなくなるものの、アプリ内メッセージングチャネルでは引き続き興味深く役立つ情報を配信することをこれらのユーザーに通知します。
プッシュにオプトインしたユーザーへの送信を停止することに抵抗があるかもしれませんが、他のメッセージングチャネルの方がこれらのユーザーにより効果的にリーチできることを覚えておいてください。特に、以前のプッシュを無視していた場合はなおさらです。ユーザーがメールを開封する場合、メールキャンペーンはアプリ外でリーチする良い方法です。そうでない場合は、アプリ内メッセージが、ユーザーにアプリをアンインストールされるリスクなくコンテンツを配信する最善の方法です。
アプリ開封のコンバージョンイベントを設定する
プッシュCampaignにコンバージョンイベントを割り当てると、Campaignの受信後一定期間のアプリ開封を追跡できます。アプリ開封のコンバージョンイベントを設定すると、プッシュCampaign後に通常受け取る結果統計とは異なるインサイトが得られます。
すべてのプッシュCampaignの結果はメッセージの直接開封数と開封数(直接開封とインフルエンス開封の両方を含む)を分類しますが、コンバージョントラッキングは直接開封かインフルエンス開封かを問わず、あらゆる種類の開封を追跡します。
さらに、コンバージョンイベント「アプリを開く」を使用すると、そのコンバージョン期限(たとえば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ストアポリシー |
|---|
| システム機能の不正使用または模倣 通知や警告などのシステム機能を模倣または妨害するアプリや広告は許可されません。システムレベルの通知は、航空会社アプリが特別セールをユーザーに通知する場合や、ゲームがゲーム内プロモーションをユーザーに通知する場合など、アプリの不可欠な機能にのみ使用できます。 |
関連記事
お探しの情報が見つかりませんでしたか?以下のベストプラクティス記事もご確認ください。