Skip to content

ベストプラクティスを押し進める

プッシュ通知は、アプリのユーザーとエンゲージするための強力なツールだが、タイムリーで適切なメッセージを確実に配信できるよう、注意して使用する必要がある。プッシュ・メッセージを送信する前に、以下のベスト・プラクティスを参照し、知っておくべきこと、チェックすべきことを確認しよう。

プッシュメッセージを作成する

ベストプラクティスとして、Brazeは、モバイルプッシュ通知のオプションタイトルとメッセージ本文の各行のテキストを約30～40文字に抑えることを推奨している。コンポーザーの文字カウンターは Liquid 文字を考慮しません。つまり、メッセージの最終的な文字数は、Liquid が各ユーザーに対してどのようにレンダリングされるかに応じて異なります。迷ったときには、簡潔にまとめます。

プッシュ通知のペイロードサイズを小さくする

最大積載量はプラットフォームによって異なる。

プッシュが最大ペイロードサイズを超える場合、メッセージは送信されないことがある。ベストプラクティスとして、ペイロードを数百バイトに抑えてください。

プッシュペイロードとは何ですか？

プッシュサービスプロバイダーは、プッシュペイロード全体のバイトサイズを確認することで、プッシュ通知がユーザーに表示できるかどうかを計算します。ペイロードはほとんどのプッシュサービスで4KB（4,096バイト）に制限されています。含む：

  • Appleプッシュ通知サービス（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の通知をオフにした場合、アップルがプッシュトークンの送信を許可しないため、我々のシステムから自動的に削除される。

Android 13 以降では、プッシュ通知を表示する前にアクセス許可を取得する必要があります。旧バージョンの Android では、デフォルトでユーザーが通知に登録されます。

プッシュのプライムユーザー

ユーザーにプッシュの許可を求めるチャンスは一度しかなく、断られた後、デバイスの設定でプッシュを再度有効にするよう説得するのは非常に難しい。このため、システムプロンプトが表示される前に、アプリ内メッセージを使用して、プッシュ対象としてユーザーを確保する必要があります。オプトインを増やす方法については、アプリ内メッセージのプッシュ・プライマーを参照のこと。

プッシュ購読コントロールを追加する

ユーザーがデバイスレベルで通知をオフにすると、フォアグラウンドのプッシュトークンが完全に削除されるので、これを避けるために、ユーザーのプッシュサブスクリプションをアプリ内でコントロールさせるようにします。詳細はプッシュサブスクリプションの状態を更新するを参照のこと。

プッシュサブスクリプションの状態について

プッシュサブスクリプションの状態は、プッシュが確実に配信されることを意味しません。ユーザーが通知を受信するには、プッシュも有効にする必要があります。この理由は、あるユーザープロファイルに異なるフォアグラウンドプッシュアクセス許可を持つ複数のデバイスが含まれていても、プッシュサブスクリプションの状態は 1 つしかないからです。

あるアプリについて、ユーザーが有効なフォアグラウンドプッシュトークンを持っていない場合 (つまり、設定経由でプッシュトークンをデバイスレベルでオフにし、通知を受信しないことを選択した場合) でも、そのサブスクリプションの状態は、プッシュにsubscribed とみなすことができます。しかし、フォアグラウンドプッシュトークンが有効でないため、このユーザーは Braze で Foreground Push Enabled for App になっていません。

さらに、ユーザープロファイルが他のアプリに対して有効なプッシュトークンを持っていないか、登録されていない場合、セグメンテーションのForeground Push Enabled ・フィルターも偽になる。

応答のないユーザーに対するサンセットポリシーを導入する

適切でタイムリーなプッシュ通知だけを送っても、一部のユーザーは無反応だったり、スパム的だと感じたりする。あるユーザーがプッシュ通知を何度も無視した履歴があるとする。その場合、アプリのコミュニケーションにイライラしたり、アプリを完全にアンインストールしたりする前に、プッシュ配信を停止することをお勧めする。

これを行うには、配信停止ポリシーを作成します。これは、長期間、直接開封または誘発された開封を行っていないユーザーについて、プッシュ通知の送信を最終的に停止するものです。

  1. 直接開封または誘発された開封に基づいて、反応のないユーザーを特定します。
  2. それらのユーザーへのプッシュ通知の送信を徐々に停止する。
  3. プッシュ通知を完全に削除する前に、ユーザーへのプッシュ通知の送信を停止する理由を説明する最終通知を配信します。これにより、ユーザーはその通知を開封することで、継続的なプッシュへの関心を示す機会が得られます。
  4. サンセットポリシー発効後、アプリ内メッセージを使って、プッシュは受け取れなくなるものの、アプリ内メッセージングチャンネルでは引き続き興味深く有益な情報が配信されることを、これらのユーザーに思い出させる。

もともとプッシュをオプトインしていたユーザーへのプッシュ配信を止めることに抵抗があるかもしれないが、特にこれまでプッシュを無視していたユーザーには、他のメッセージング・チャネルの方がより効果的にアプローチできることを忘れないでほしい。もしユーザーがEメールを開封してくれれば、Eメールキャンペーンはアプリの外でユーザーにアプローチする良い方法となる。そうでない場合、アプリ内メッセージは、ユーザーがアプリをアンインストールするリスクを冒すことなくコンテンツを配信する最良の方法である。

アプリ開封時のコンバージョンイベントを設定する

プッシュキャンペーンにコンバージョンイベントを割り当てた場合、キャンペーン受信後の一定期間、アプリを開いたかどうかを追跡できます。アプリ開封のコンバージョンイベントを設定することで、通常のプッシュキャンペーン後に受け取る結果統計とは異なるインサイトが得られる。

すべてのプッシュキャンペーンの結果は、メッセージの直接開封と開封 (直接と誘発された開封の両方を含む) に分類されますが、コンバージョントラッキングでは、直接開封か誘発された開封を問わず、あらゆる種類の開封を追跡します。

さらに、コンバージョンイベント「アプリを開く」を使用することで、コンバージョン期限 (例えば 3 日間) の前にアプリが開かれたかどうかを追跡します。これは、各ユーザーの過去のエンゲージメント行動に応じて、誘発された開封を登録するまでの時間が異なる、誘発された開封とは異なります。

関連記事

お探しのものが見つからなかった？その他のベストプラクティスの記事もチェックしてほしい：
Github   GitHub でこのページを編集
New Stuff!