Skip to main content

概要

Portfolio 機能を使用すると、ワークスペース内のさまざまなアプリやウェブサイト(Projects と呼ばれます)すべてのユーザーデータと行動を組み合わせて、強力なユーザーセグメントを作成できます。これにより、非常に具体的なオーディエンスを構築し、より効果的なターゲットキャンペーンを実施できます。 主な目的は、クロスターゲティングを可能にすることです。たとえば、Grocery アプリで頻繁に買い物をするユーザーのセグメントを作成し、Fashion Retail アプリからそのユーザーにプロモーションキャンペーンを送信できます。

マルチプロジェクトセグメントの構築

マルチプロジェクトワークスペースでセグメントを作成する場合、ユーザーをフィルタリングするプロセスは、User behavior(イベント)と User property のどちらを使用するかによって若干異なります。
  1. MoEngage UI の左側のナビゲーションメニューから、Segment > Create segment に移動します。Create segment ページが表示されます。
  2. Filter users by を選択します。
  3. + User property または User behavior をクリックします。
    Portfolio が有効なワークスペースでは、アフィニティセグメントはサポートされていません。
  4. 属性またはイベントを選択する前に、Select Project リストを使用して、フィルタリングする特定のプロジェクトを選択します。 スクリーンショット 2025-09-01 午後 4.28.50.png
  5. 残りの条件を通常どおり定義します。詳細については、セグメントの作成を参照してください。
  6. AND/OR 条件を使用して、それぞれ異なるプロジェクトをターゲットにした複数のルールを追加し、プロジェクト横断のセグメントを構築できます。 スクリーンショット 2025-09-01 午後 4.35.28.png

ユーザー行動(イベント)でフィルタリング

ユーザー行動でフィルタリングする場合、プロジェクトのドロップダウンメニューには、個々のプロジェクトすべてとグローバルな Portfolio オプションが表示されます。
  • 特定のプロジェクトでフィルタリング: 単一のプロジェクトでイベントを実行したユーザーを見つけるには、ドロップダウンリストから特定のプロジェクトを選択し、イベントを選択します。
  • ポートフォリオレベルでフィルタリング: Portfolio オプションを選択すると、主に 2 つの目的に使用できます。 スクリーンショット 2025-09-02 午前 11.40.06.png
    • すべてのプロジェクトにわたる「OR」条件を作成する: 複数のアプリで追跡される共通イベント(Purchase や Added to Cart など)の場合、Portfolio を選択すると、いずれかのプロジェクトでこのアクションを実行したユーザーが検索されます。これはショートカットであり、プロジェクトごとに個別のルールを作成して「OR」で組み合わせる必要がなくなります。
    • ポートフォリオ専用イベントにアクセスする: プロジェクトレベルのキャンペーンイベントは、プッシュ通知のものだけです。その他のキャンペーンイベントに基づいてユーザーをセグメント化するには、Portfolio を選択する必要があります。一部のイベントは、まだ個々のプロジェクトに関連付けられていません。現在、これにはほとんどのキャンペーンエンゲージメントイベント(例: Email Opened、SMS Sent)が含まれます。

ユーザープロパティでフィルタリング

ユーザー属性(ユーザープロパティ)でフィルタリングする場合は、まず特定のプロジェクトを選択する必要があります。このリストには Portfolio オプションはありません。プロジェクトを選択すると、属性リストにグローバル属性とプロジェクト固有の属性の両方が表示されます。
  • グローバル属性: ポートフォリオ内のすべてのプロジェクトで共有される属性です(例: First Name)。特別なラベルなしで表示されます。Computed traits も、単一のプロジェクトのイベントから構築された場合でも、グローバル属性です。
  • プロジェクト固有の属性: 単一のプロジェクトに関連付けられた属性です(例: 特定のアプリの Last Seen)。属性名の横に表示されるプロジェクト名のサフィックスで識別できます(例: Last Seen {Project name})。 スクリーンショット 2025-09-08 午前 11.12.45.png
この区別が存在するのは、すべてのユーザーは単一のデータベースに保存されますが、その属性はグローバルまたは個々のプロジェクトレベルのいずれかで保存される可能性があるためです。

リーチ可能性について

リーチ可能性の計算方法は、MoEngage ダッシュボードのどこにいるかによって異なります。マルチプロジェクトセグメントを扱う際には、この概念を理解することが重要です。

セグメントビルダーでのリーチ可能性

Create Segment ページでは、特定のキャンペーンプロジェクトのコンテキストはまだありません。そのため、ここに表示されるリーチ可能数は グローバルリーチ可能数 です。ユーザーは、ポートフォリオ内の 少なくとも 1 つ のプロジェクトでリーチ可能であれば、「グローバルにリーチ可能」とみなされます。たとえば、ユーザーがプロジェクト A の有効なプッシュトークンを持っているが、プロジェクト B のトークンを持っていない場合でも、そのユーザーはプッシュについてグローバルにリーチ可能とみなされます。表示される数は、ルールに一致し、少なくとも 1 つのプロジェクトでリーチ可能な、すべてのプロジェクトにわたる潜在的なオーディエンスの合計を反映しています。 スクリーンショット 2025-09-08 午前 11.21.09.png

キャンペーン作成時のリーチ可能性

キャンペーンでセグメントを使用する場合は、キャンペーンを送信する特定のプロジェクトを 1 つ選択する必要があります。そのため、ここでのリーチ可能数はプロジェクト固有になります。 キャンペーンの Target Audience ステップで Show Count をクリックすると、2 つの数値が表示されます。
  • Total Users: セグメントで定義したすべてのプロジェクトにわたって、セグメントのルールに一致するユーザーの総数。
  • Reachable Users: その総数のうち、キャンペーン用に選択した単一のプロジェクトで具体的にリーチ可能なユーザーの数。
例: セグメントで、プロジェクト A とプロジェクト B にわたってルールに一致するユーザーが 10,000 人見つかったとします。しかし、プッシュキャンペーンを作成してプロジェクト A のみ をターゲットにすると、最終的な「Reachable Users」の数は 4,000 と表示される場合があります。これは、プロジェクト A の有効なプッシュトークンを持つセグメント内のユーザーのみが含まれるためです。

カスタムセグメント

セグメントを保存すると、Portfolio(ワークスペース)レベルで保存されます。単一のプロジェクトには関連付けられず、どのプロジェクトのキャンペーンでも使用できます。

動的属性の比較

異なるプロジェクト間で属性を比較して、高度なセグメントを作成できます。
  • ユーザー属性の比較: あるプロジェクトのユーザー属性を、別のプロジェクトの属性と比較します。 例: Project A - Loyalty Tier が Project B - Loyalty Tier と等しいユーザーを検索します。
  • イベント属性の比較: あるプロジェクトのイベント属性を、別のプロジェクトのイベント属性と比較します。 たとえば、Project B で Add to Cart イベントをトリガーし、その Category 属性が Project A の Purchase イベントの Category と一致するユーザーをターゲットにします。

ユーザープロファイルへの影響

ユーザーのプロファイルの Activity Info タブには、そのユーザーがすべてのプロジェクトで実行したすべてのイベントを組み合わせたフィードが表示されます。単一のプロジェクトのアクティビティを表示するフィルターはありません。ただし、各イベントには Project 属性があり、そのアクションがどのアプリまたはウェブサイトから発生したかを確認できます。