概要

MoEngageユーザー検索は、キャンペーン分析内の診断機能であり、プッシュ通知の配信を透明に表示します。特定のユーザーの旅を調査することを可能にします 1回限り と 定期（子供） プッシュキャンペーン内で、ユーザーIDのような識別子で検索することによって。この機能は、通知がユーザーのデバイスに配信されたか、または配信されなかったか、正確にその理由とともに、詳細なステップバイステップのタイムラインを返します。

このガイドでは、ユーザー検索を使用して配信の問題をトラブルシューティングし、オーディエンスターゲティングを検証し、キャンペーンが意図した通りに運営されることを確認する方法について説明します。

ユースケース

ユーザー検索 は、特定の配信シナリオを診断し解決することを可能にし、キャンペーンの実行に自信を持たせます。

• 配信されない問題のトラブルシューティング: 特定のユーザーが期待される通知を受け取らなかった理由を正確に調査できます。これにより、重要なメッセージが主要なユーザーに届くことを確実にし、ポジティブで信頼できる顧客体験を維持することができます。
• オーディエンスターゲティングの検証: 特定のユーザーがキャンペーンのオーディエンスに含まれている理由を検証できます。これにより、セグメンテーションロジックが正確であることを確認し、予算が正しいオーディエンスに使われ、ユーザーが関連性のあるコンテンツのみを受け取ることを保証します。

ユーザー照会ワークフロー

このセクションでは、特定のプッシュキャンペーン内での個人の旅を分析する方法について詳しく説明します。

ステップ 1: 検索を開始する

1. MoEngage ダッシュボードの左側のナビゲーションメニューで、 従事する をクリックし、次に キャンペーン をクリックします。
2. 「 すべてのキャンペーン 」ページで、
   1. チャンネル のドロップダウンメニューから プッシュ を選択します。
   2. 配信タイプ のドロップダウンメニューから ワンタイム と 定期的 (子) を選択します。
      
3. キャンペーンのリストから希望のキャンペーンを選択して、目的のプッシュキャンペーンの分析ページを表示します。
4. 「 キャンペーン分析と情報 」ページで、 ユーザー検索 タブを選択します。
   
5. 「 ユーザー検索 」タブで、検索バーにユーザー識別子を入力します。 ワークスペースごとに最大100ユーザーをクエリできます。
   
6. ユーザーを 検索 をクリックします。
   システムは指定されたユーザーのインタラクションデータを取得します。
   

ステップ 2: ユーザー検索結果を分析する

システムは結果をテーブルに表示し、各行はキャンペーンの特定のユーザーデバイスを表しています。このサマリービューには以下の列が含まれています：

• ID : あなたのビジネスによって設定されたユーザーの一意の識別子（例：Auto_test_user_01）。
• MoEngage ID : MoEngageによって各ユーザープロファイルのために生成されたユニークIDです。 T これは、特にアカウントマージのシナリオにおいて、ユーザーを正しく特定するのに役立ちます。
• プラットフォーム : ユーザーのデバイスのプラットフォーム（例えば、Android、iOS、またはWeb）。
• 最初のアクティビティ : このキャンペーンにおけるユーザーの最初の記録されたイベントのタイムスタンプ。
• 最終活動 : このキャンペーンにおけるユーザーの最終記録イベントのタイムスタンプ。
• 最終活動イベント : ユーザーの旅の最後のイベントの名前（例えば、セグメントと到達可能性チェック、配信と制御チェック、または送信）。 : ユーザーの旅の最後のイベントの名前（例えば、セグメントと到達可能性チェック、配信と制御チェック、または送信）。

ステップ 3: 詳細な納品タイムラインを分析する

任意の行の隣にある展開アイコン > をクリックすると、その特定のデバイスの詳細なステップバイステップの配信タイムラインを表示できます。これにより、ユーザーの完全な旅を理解し、配信状況の正確な理由を特定できます。

シナリオ 1: 成功した配信

ユーザーがすべてのチェックに合格した場合、タイムラインには成功した配信シーケンスが表示されます。複数のプラットフォームを利用しているユーザーの場合、各プラットフォームのための明確なタイムラインを見ることができます。

• セグメントおよび到達可能性チェック : "ユーザーのキャンペーンへの適格性はセグメントルールによって確認されました。ユーザーのデバイスは配信のためにアクティブであることが確認されました。"
• 配信およびコントロールチェック : "ユーザーは、頻度コントロールやキャンペーンコントロールグループなど、すべての配信コントロールチェックに合格しました。" : "ユーザーは、頻度コントロールやキャンペーンコントロールグループなど、すべての配信コントロールチェックに合格しました。"
• 送信済み : "メッセージは当社のシステムから受取人のサービスに正常に送信されました。"

シナリオ 2: 配送中に落下したコントロール

ユーザーは、配信制御ルールのいずれかに失敗した場合、セグメンテーションを通過した後にドロップされる可能性があります。

• 最終活動イベント : 配送およびコントロールチェック : 配送およびコントロールチェック
• 理由 : タイムラインは、ユーザーが削除された理由を指定します。一般的な理由には次のものが含まれます:
  • ユーザーはキャンペーングループの制御によりドロップされました。
  • ユーザーは頻度制限のためにドロップされました。
  • ユーザーは、取り込み中（DND）設定のために切断されました。
• 結果 : 送信プロセスが停止し、通知が送信されません。

シナリオ 3: セグメントにユーザーがいない

キャンペーンのターゲットオーディエンスに含まれないユーザーの場合、タイムラインは最初のチェックで停止します。

• 最後のアクティビティイベント : セグメントと到達可能性のチェック : セグメントと到達可能性のチェック
• 理由 : メッセージは「ユーザーはセグメントの一部ではありません / ユーザーに連絡できませんでした。」と表示されます。これは、ユーザーの属性がセグメンテーション基準と一致しない場合に発生します。
• 結果 : さらなる配達チェックは行われません。

シナリオ 4: パーソナライズエラーによる失敗

通知は、メッセージの内容にユーザーのプロフィールに欠けているパーソナライズ属性（例：@first_name）が含まれている場合、失敗する可能性があります。

• 結果 : ユーザーは「ドロップ」としてマークされ、その理由は「パーソナライズエラー」です。
• 例外 : 属性にフォールバック値を設定している場合、通知はフォールバックテキストを使用して正常に送信され、タイムラインは「正常な配信」シナリオに似たものになります。

単一プラットフォーム上での複数デバイスの管理

ユーザーが同じプラットフォーム上に複数のデバイス（例えば、2つのAndroidフォン）を持っている場合、システムはエンゲージメントデータを次のように処理します：

• 各個別デバイスの配信タイムラインは、送信状態までのイベントを示しています。
• その後のエンゲージメントイベント（インプレッション、クリック、コンバージョンなど）は、特定のデバイスに帰属できないため、プラットフォームレベルでまとめて表示されます。たとえば、2台のAndroidフォンを持つユーザーが通知をクリックすると、MoEngageはそのユーザーのAndroidプラットフォームでクリックが発生したことを記録しますが、それが電話Aで起こったのか電話Bで起こったのかは特定できません。

よくある質問

次のステップ