一部のエンドユーザーは、MoEngageの顧客から送信された通知を受け取っていません。通知はGoogle Cloud Messaging（GCM）に正常に送信されていますが、エンドユーザーには配信されていません。
この問題の考えられる理由は次のとおりです：
- ユーザーはオペレーティングシステム (OS) レベルで通知をブロックできます : オペレーティングシステムは、特定のアプリの通知をブロックすることをユーザーに許可します。この実装の問題は、GCM がトークンを無効にせず、一時的な無効化についてアプリサーバーに通知しないことです。また、一部のバッテリー節約アプリは実行中のアプリを強制終了させるため、通知がユーザーのデバイスに届かなくなります。
- デバイス固有の問題 : 一部のデバイスでは、アプリがフォアグラウンドまたはバックグラウンドで実行されていないときに通知を受信しません。デバイスメーカーは新しいアップデートでこの問題を解決していますが、古いバージョンでは問題が続いています。Lenovo 6000シリーズの場合、失敗率は約98%–99%であり、つまりMoEngageは100台中1台にしか配信できません。
-
ユーザーはネットワークの問題によりGCMに接続されていません
: 多くの顧客が長時間インターネットに接続されていないため、GCMは通知を配信できず、非アクティブとしてマークすることもできません。GCMは、AndroidデバイスからGoogleのサーバーへのアイドルソケット接続を維持することによって機能します。接続がアクティブであることを確認するために、Androidはモバイル接続では28分ごと（最近はGoogle I/O 16に基づいて動的な値に変更されました）、Wi-Fiでは15分ごとにハートビートを送信します。このハートビートが受信されない場合、接続は切断されたと見なされ、Googleは再接続を試みます。
Googleは、ユーザーの約15%が一般的にGCMに接続されておらず、したがって適切なタイミングで通知を受け取れない可能性があることを示唆しています。これにより、以下の問題が発生します：
- メッセージの遅延
- ユーザーがネットワーク外にいる場合の配信不可
- 生存時間 (TTL) が通知の配信前に期限切れになる : GCMがTTL時間内にデバイスに接続できなかった場合、配信時にTTLが期限切れであればGCMは通知を配信しません。
- GCMにおけるトークンを非アクティブとしてマークする際のギャップ : デバイスがアンインストールされてからGCMがデバイスを非アクティブとしてマークするまでの間にギャップがあります。Googleのドキュメントには次のように記載されています: “ 登録トークンがGCMから完全に削除されるまでには時間がかかる場合があります。そのため、GCMに送信されたメッセージが有効なメッセージIDを応答として受け取る可能性があることに注意してください。メッセージはクライアントアプリに配信されません。 ” その結果、MoEngageはユーザーのデバイス上のアプリのインストール状況を知らずにGCMに通知を正常に送信する可能性がありますが、メッセージは配信されません。
- その他の問題 : 企業のセットアップでは、外部ファイアウォールがセキュリティ設定により受信パケットを拒否することが多くあります。 こちらのブログをチェックしてください 、同様の問題と提案された解決策について言及しています。
プッシュベンチマークレポート
以下は、配信率、クリック率 (CTR)、およびコンバージョン率 (CVR) などの標準的な指標のトレンドを理解するのに役立つプッシュキャンペーンのベンチマークレポートです：
| info |
情報
このレポートのiOSの配信率ベンチマークは、インプレッション追跡とデバイスのオプトイン状況を考慮していません。 |
上の画像は、Q3'2020 [2020年7月1日 - 2020年9月30日] のデータを示しています。最終更新日は2020年11月2日です。
MoEngageは送信された数を追跡するだけでなく、クライアントのデバイスからの通知インプレッションもキャプチャします。MoEngageはクライアント全体で分析を実行し、分析を次のテーマに分けました：
- ユーザーアクティビティ : ユーザーアクティビティ（ユーザーが最近アプリを訪れたかどうか）と通知の配信可能性との相関関係を理解するため
- ユーザー デバイス : デバイスモデル（ユーザーが使用するモバイルデバイス）と通知の配信可能性との相関関係を理解するため
ユーザーアクティビティ
全ユーザーに送信され、GCMによって正常に受け入れられた通知の中で、実際にはユーザーに配信されない通知が多数あります。次の画像は、正常に送信されたがエンドユーザーに受信されなかった通知の内訳を示しています。
MoEngageは直接的な因果関係を確立できませんでしたが、ここには高い相関関係があります。 非アクティブの期間が長くなるにつれて、到達可能性が低下します。つまり、GCMはこれらのユーザーに通知を届かせることができなくなる可能性があります。
MoEngageは、これらの通知を受け取ったユーザーに対して同様の分析を実施し、最近性が到達可能性を高めることを示しました。
ユーザー デバイス
| info |
Information 以下の分析はAndroidプラットフォームを対象としています。MoEngageが通知をGCMサーバーに引き渡し、特定のユーザーに対してメッセージを正常に受け入れた後、MoEngageサーバーはメッセージが配信されなかった理由についての可視性を持ちません。したがって、以下の理由は、データがない場合、MoEngageが検証できない仮説に過ぎません。 |
ほとんどの場合、一部のデバイスモデルはMoEngageの顧客から送信された通知を受信しません。MoEngageは、いくつかのクライアントの複数のキャンペーンで数値を実行した後、この仮説を得ました。
- Lenovo A6020およびLenovo A6000では、故障率が約98％〜99％と高かった。
- Micromaxは、キャンバスシリーズにおいて約90-95％の高い故障率を示しました。
- ASUS Z00AD、Z010D、 Z008D、Z00UD、および Z00LD デバイスの配信率は 4% 未満でした。
- Vivoデバイス（具体的にはY11、Y15S、Y27L、Y28、Y57L、V1）およびIris X8とIris Fuel 50は、配信率が非常に低く、2-3%の範囲です。
- Motorola の電話では、ドーズ モードがデバイスが使用されていないときに検出し、自動的に深いスリープ状態に入ります。これによりバッテリーを節約できます。アプリ スタンバイは、あまり使用されていないアプリを活動状態を減少させることによって、電話のバッテリー消費を減らし、その結果通知の配信が妨げられます。
- 一部のエンドユーザーは、Android MでGoogleによって導入されたバッテリー最適化のために、Android Marshmallowデバイスで問題に直面しています。つまり、デバイスがアイドル状態のときに通知が配信されないということです。
これらのデバイスは、インストールされた顧客ベースの実質的なシェア（詳細はジャンルとクライアントアプリの人口統計に基づいて異なる）を持っており、そのため全体の配信率が低下しています。
なぜユーザーはリッチプッシュ通知ではなく、シンプルなテキストプッシュを受け取っているのか？
時々、リッチプッシュ通知（つまり、画像、GIF、または動画を追加した場合）を設定した場合、一部のエンドユーザーはリッチコンテンツの代わりにテキスト通知のみを受け取ることがあります。この問題の可能性のある理由は次のとおりです：
- 画像サイズが大きすぎたため、通知のレンダリング中にダウンロードに失敗しました。推奨される画像サイズは25 KBで、アスペクト比は2:1です。
- 画像は推奨ガイドライン（すなわち、<= 25 KB）を十分に下回っていましたが、それでも失敗しました。これは、ユーザーのデバイスのインターネット接続が遅いために発生する可能性があります。そのような場合、テキストは読み込まれますが、画像はまだ失敗する可能性があります。