> ## Documentation Index
> Fetch the complete documentation index at: https://moengage.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.
# コンバージョンとアトリビューション
> MoEngage がキャンペーンのコンバージョンをどのように測定するか、またレポートのニーズに応じてどのアトリビューションモデルを使用すべきかを説明します。
## 概要
キャンペーンを開始した後は、そのキャンペーンが意図した行動を実際に促したかどうかを把握する必要があります。そのための主要な指標がコンバージョンです。コンバージョンは、キャンペーンの効果とマーケティング目標を達成できたかどうかを示します。
コンバージョンアトリビューションは、ユーザーが *どのように* コンバージョンゴールに到達したか、つまりキャンペーンを見たか、クリックしたか、そしてゴールを完了したかを説明するものです。たとえば、コンバージョンゴールが *Add to Cart* イベントである場合、アトリビューションによって、ユーザーがいつどのように商品を追加したか（プッシュ通知を見た後か、クリックした後か、あるいはすでにアプリを閲覧中だったか）がわかります。
MoEngage には 2 つのアトリビューションモデルがあります。
* **[All Interactions Model](#all-interactions-model)** — ユーザーがコンバージョンした時点でアトリビューションウィンドウがアクティブだったすべてのキャンペーンに貢献を割り当てます。
* **[Last Interaction Model](#last-interaction-model)** — ユーザーのインタラクションが最も深く、かつ最も新しいキャンペーンにのみ貢献を割り当てます。
アトリビューション **モデル**（All Interactions または Last Interaction）とコンバージョンビューは、ワークスペース全体に対して **Settings → Advanced settings → Conversion and attribution** で一度だけ設定します。アトリビューション **ウィンドウ** は、キャンペーンの作成時にキャンペーンおよびコンバージョンゴールごとに個別に設定します。詳細については、[Campaign Attribution Settings](/docs/ja/user-guide/settings/advanced-settings/campaign-attribution-settings) を参照してください。
## アトリビューションモデルの選択
次の表を使用して、レポートのニーズに合ったモデルを判断してください。
| 目的 | 使用するモデル |
| - | - |
| コンバージョンに貢献したすべてのキャンペーンを確認したい | All Interactions Model |
| コンバージョンに至るまでの全体的なジャーニーを理解したい | All Interactions Model |
| 各コンバージョンを 1 つのキャンペーンのみに割り当てたい | Last Interaction Model |
| 同じコンバージョンゴールを持つ複数のキャンペーンを同時に実行したい | Last Interaction Model（二重カウントを回避） |
| 最も効果の高い単一キャンペーンの ROI を比較したい | Last Interaction Model |
| あるプラットフォームで始まり別のプラットフォームで完了するコンバージョンを割り当てたい | Last Interaction Model |
アトリビューションモデルを変更すると、過去のコンバージョン数と収益の数値が再計算されます。モデルはすべてのキャンペーンと Flows に適用されるワークスペースレベルの設定であるため、切り替えると過去のキャンペーンのコンバージョン統計が再計算されます。All Interactions から Last Interaction に変更すると一部のキャンペーンのコンバージョンおよび収益の指標が低下する可能性があり、逆方向に変更すると数値が増加する可能性があります。詳細については、[Switching Between Attribution Models](/docs/ja/user-guide/settings/advanced-settings/campaign-attribution-settings#switching-between-attribution-models) を参照してください。
## アトリビューションウィンドウ
アトリビューションウィンドウとは、ユーザーがキャンペーンまたは Flow からのコミュニケーションを受信またはクリックした時点から、MoEngage がそのユーザーのコンバージョンゴールを追跡する期間です。これは両方のアトリビューションモデルに適用されます。キャンペーンの作成時に、キャンペーンごと、ゴールごとに設定します。詳細については、[Attribution Window](/docs/ja/user-guide/settings/advanced-settings/campaign-attribution-settings#attribution-window) を参照してください。
アトリビューションウィンドウの最大値はチャネルによって異なります。
| チャネル | アトリビューションウィンドウの最大値 |
| - | - |
| Push | 36 時間 |
| In-App | 36 時間 |
| On-site Message (OSM) | 36 時間 |
| Cards | 36 時間 |
| Connectors | 36 時間 |
| SMS | 10 日 |
| Email | 10 日 |
| WhatsApp | 10 日 |
| Flows | 10 日 |
アトリビューションウィンドウの最小値は、すべてのチャネルと Flows で 1 時間です。
## All Interactions Model
All Interactions Model は、設定された期間内にコンバージョンに貢献したすべてのキャンペーンにコンバージョンを割り当てます。ユーザーがコンバージョンする前にキャンペーンと行ったすべてのインタラクションが評価されます。
| アトリビューションタイプ | 説明 |
| - | - |
| View-through conversion | ユーザーがキャンペーンを *受信* した後、アトリビューションウィンドウ内にゴールを完了しました。クリックは不要です。 |
| Click-through conversion | ユーザーがキャンペーンを *クリック* した後、アトリビューションウィンドウ内にゴールを完了しました。これはクリックベースのトラッキングです。 |
| In-session conversion | ユーザーがキャンペーンを *クリック* してから 30 分以内にゴールを完了しました。これはセッション内トラッキングです。 |
All Interactions Model では、1 つのコンバージョンが複数のキャンペーンに割り当てられることがあります。キャンペーンがコンバージョンゴールを共有し、アトリビューションウィンドウが重複している場合、同じコンバージョンがそれぞれのキャンペーンに割り当てられるため、キャンペーン全体で報告されるコンバージョンの合計が、実際に発生したコンバージョン数を上回ることがあります。1 対 1 のアトリビューションを得るには、Last Interaction Model を使用するか、アトリビューションウィンドウが重複しないようにキャンペーンをスケジュールしてください。
### All Interactions Model の仕組み
以下の例は、個々のキャンペーンでアトリビューションがどのように機能するかを示しています。
**例 1 — 2 つのキャンペーンを受信した後にユーザーがカートに商品を追加する**
あるユーザーに 2 つのキャンペーンを送信します。どちらも *Deal of the Day* 商品をカートに追加することをコンバージョンゴールとし、アトリビューションウィンドウは 20 時間です。
* 最新のオファーに関する Push キャンペーン（C1）。
* *Deal of the Day* バナーを含む In-app キャンペーン（C2）。
プッシュ（C1）を 1 日目の午後 7 時に送信し、アプリ内メッセージ（C2）は 2 日目の午前 8 時頃に表示されます。
| ユーザーがカートに商品を追加した時刻 | コンバージョンアトリビューション |
| - | - |
| 1 日目の午後 10 時 | **Push（C1）のみ。** コンバージョンは C1 のウィンドウ（1 日目午後 7 時 – 2 日目午後 3 時）内にあります。C2 はまだ表示されていません。 |
| 2 日目の午前 9 時 | **Push（C1）と In-app（C2）。** コンバージョンは C1 のウィンドウ（1 日目午後 7 時 – 2 日目午後 3 時）と C2 のウィンドウ（2 日目午前 8 時 – 3 日目午前 4 時）の両方に含まれます。 |
| 2 日目の午後 8 時 | **In-app（C2）のみ。** C1 のウィンドウは期限切れです。コンバージョンは C2 のウィンドウ（2 日目午前 8 時 – 3 日目午前 4 時）内にあります。 |
**例 2 — 異なるチャネルでキャンペーンを受信した後にユーザーが商品ページを閲覧する**
3 つのキャンペーンを送信します。いずれもお得情報の Web ページを閲覧することをコンバージョンゴールとしています。
* Push（C1）、36 時間のウィンドウ。
* WhatsApp（C3）、18 時間のウィンドウ。
* Email（C2）、20 時間のウィンドウ。
Push（C1）を 1 日目の午後 11 時、WhatsApp（C3）を 2 日目の午前 8 時、Email（C2）を 2 日目の午前 11 時に送信します。
| ユーザーが商品ページを閲覧した時刻 | コンバージョンアトリビューション |
| - | - |
| 2 日目の午前 6 時 | **Push（C1）のみ。** C1 のウィンドウ（1 日目午後 11 時 – 3 日目午前 11 時）内です。C2 と C3 はまだ送信されていません。 |
| 2 日目の午前 9 時 | **Push（C1）と WhatsApp（C3）。** C1 のウィンドウと C3 のウィンドウ（2 日目午前 8 時 – 3 日目午前 2 時）内です。C2 はまだ送信されていません。 |
| 3 日目の午前 9 時 30 分 | **Push（C1）のみ。** C2 のウィンドウ（2 日目午前 11 時 – 3 日目午前 7 時）と C3 のウィンドウ（2 日目午前 8 時 – 3 日目午前 2 時）はどちらも期限切れです。コンバージョンはまだ C1 のウィンドウ内にあります。 |
以下の例は、Flows でアトリビューションがどのように機能するかを示しています。
**例 1 — Flow からコミュニケーションを受信した後にユーザーが商品を購入する**
小売プラットフォームで、商品の購入をコンバージョンゴールとするオンボーディング Flow（F1）を設定します。
1. エントリー時に、Push キャンペーン（C1）でウェルカム通知が送信されます。
2. 2 時間後、Email キャンペーン（C2）でウェルカムメールが送信されます。
3. 24 時間後、MoEngage はユーザーが購入したかどうかを確認します。購入していない場合は、WhatsApp キャンペーン（C3）でナッジが送信されます。
John は Flow にエントリーし、1 日目の午前 10 時にプッシュ（C1）を受信し、1 日目の午後 12 時にメール（C2）を受信します。2 日目の午後 12 時までに購入しなかったため WhatsApp メッセージ（C3）を受信し、最終的に 2 日目の午後 7 時に腕時計を購入します。
**Flow のアトリビューションウィンドウが 1 日の場合:**
* コンバージョンは Flow F1 と WhatsApp キャンペーンにのみ割り当てられます。
* Flow の Converted Trips 指標が 1 増加します。
* WhatsApp キャンペーンの Conversion 指標と Conversion Events 指標がそれぞれ 1 増加します。
**Flow のアトリビューションウィンドウが 2 日の場合:**
* コンバージョンは Flow と、その中の各ポイントキャンペーン（Push、Email、WhatsApp）に割り当てられます。
* Flow の Converted Trips 指標が 1 増加します。
* 各キャンペーンの Conversion 指標と Conversion Events 指標がそれぞれ 1 増加します。
詳細については、[Conversion Attribution in Flows](/docs/ja/user-guide/flows-cross-channel-messaging/analyze-flows/conversion-attribution-in-flows) を参照してください。
**例 2 — 2 つの Flow からキャンペーンを受信した後にユーザーがニュースレターを購読する**
ニュースレターの購読というコンバージョンゴールを共有する 2 つの Flow を実行します。
* オンボーディング Flow（F1）、6 日間のウィンドウ: In-app（C1）→ Push（C2）→ Email（C3）。
* 付加価値サービス Flow（F2）、5 日間のウィンドウ: Email（C1）→ Push（C2）。
ユーザーは両方の Flow のアトリビューションウィンドウ内でゴールを完了したため、コンバージョンは F1 と F2 の両方に割り当てられます。
* 各 Flow の Converted Trips 指標が 1 増加します。
* 両方の Flow 内の各キャンペーン（F1 の In-app と Push、F2 の Email と Push）の Conversion 指標が 1 増加します。
* これらの各キャンペーンの Conversion Events 指標が 1 増加します。
この例は、キャンペーンと Flow が同じコンバージョンゴールを共有する場合のアトリビューションを示しています。
EdTech アプリで新しいチュートリアルを宣伝するための Flow（F1）を設定します。コンバージョンゴールはチュートリアルの閲覧で、アトリビューションウィンドウは 3 日間（72 時間）です。
1. エントリー時に、Push キャンペーン（C1）で *New Tutorial Added* 通知が送信されます。
2. 24 時間後、ユーザーがチュートリアルを閲覧していない場合は、Email キャンペーン（C2）でナッジします。
3. 36 時間後、システムが再度確認します。チュートリアルがまだ閲覧されていない場合は、SMS キャンペーン（C3）でナッジします。
また、同じコンバージョンゴールを持つ 2 つの独立したキャンペーンも実行します。それぞれ 30 時間のウィンドウです。
* 2 日目の Push キャンペーン（C4）。
* 3 日目の SMS キャンペーン（C5）。
John は Flow にエントリーし、1 日目の午前 9 時に Push C1、2 日目の午前 9 時 30 分に Email C2、2 日目の午後 12 時に Push C4、3 日目の午後 1 時に SMS C3（まだチュートリアルを閲覧していないため）、3 日目の午後 5 時に SMS C5 を受信します。そして 3 日目の午後 10 時 30 分にチュートリアルを閲覧します。
コンバージョンは Flow F1、Flow 内のすべてのキャンペーン（Push、Email、SMS）、および独立した SMS キャンペーン C5 に割り当てられます。
* Flow の Converted Trips 指標が 1 増加します。
* Flow 内の Push、Email、SMS キャンペーン、および SMS キャンペーン C5 の Conversion 指標と Conversion Events 指標がそれぞれ 1 増加します。
独立した Push キャンペーン C4 には割り当てられ **ません**。その 30 時間のウィンドウ（2 日目午後 12 時 – 3 日目午後 6 時）は、3 日目の午後 10 時 30 分にチュートリアルが閲覧された時点ですでに期限切れになっていたためです。
詳細については、[Conversion Attribution in Flows](/docs/ja/user-guide/flows-cross-channel-messaging/analyze-flows/conversion-attribution-in-flows) を参照してください。
## Last Interaction Model
Last Interaction Model は、ユーザーのインタラクションが最も深く、かつ最も新しいキャンペーンにコンバージョンを割り当てます。同じコンバージョンゴールを持つ複数のキャンペーンを同時に実行し、最も効果的な単一のキャンペーンを特定する必要がある場合に役立ちます。
プッシュ通知を受信し、アトリビューションウィンドウ内にコンバージョンしたユーザーを考えてみましょう。
* 通知をクリック *せずに* コンバージョンした場合、それは **view-through conversion** です。
* 最初に通知をクリックした場合、それは **click-through conversion** です。
**優先順位:** Clicks > Views > Sends。常により深いインタラクションが優先されます。2 つのキャンペーンのインタラクションの深さが同じ場合は、**最も新しい** インタラクションが優先されます。
| アトリビューションタイプ | 説明 |
| - | - |
| Total conversions | クリックベース、ビューベース、クロスプラットフォームのコンバージョンを含む、すべてのコンバージョンの合計です。 |
| Click-through conversion | アトリビューションウィンドウ内にキャンペーンをクリックしたユーザーが完了したゴールの数です。これはクリックベースのトラッキングです。 |
### コンバージョンのイベント優先度
MoEngage は、コンバージョンにつながるイベントを次のようにランク付けします。
* **キャンペーンのクリック（最高優先度）:** ユーザーはコミュニケーションに対してアクションを起こすことで明確な意図を示しています。プッシュ通知、SMS、WhatsApp メッセージ、In-App メッセージ、On-site メッセージ、または Card をクリックしてからコンバージョンすることが、最も優先度の高いインタラクションです。
* **キャンペーンのビュー/インプレッション（中優先度）:** ユーザーはキャンペーンを見ましたが、アクションは起こしていません。プッシュ通知の受信、メールの開封、WhatsApp メッセージの既読、In-App メッセージ、OSM、または Card の表示はビューとしてカウントされます。
* **キャンペーンの送信（最低優先度）:** キャンペーンは配信されただけで、ユーザーは気付いていないか、アクションを起こしていない可能性があります。単に送信されただけのプッシュ、SMS、メール、WhatsApp メッセージ、または Card は送信としてカウントされます。
### Last Interaction Model の仕組み
アトリビューションは、まず **最も深い** インタラクションによって決定され、次に **最も新しい** インタラクションによって決定されます。より深いインタラクションは、他のインタラクションがどれほど新しくても優先されます。たとえば、クリックはより新しいビューよりも優先されます。
**例:** SMS キャンペーン（C1）と Email キャンペーン（C2）がコンバージョンゴールを共有し、それぞれ 2 日間のアトリビューションウィンドウを持っています。John は 1 日目の午後 2 時に SMS（C1）をクリックし、2 日目の午前 10 時にメール（C2）を開封し、2 日目の午後 10 時にカートに商品を追加します。コンバージョンは SMS キャンペーン（C1）に割り当てられます。メールの方がより新しいインタラクション（開封）でしたが、SMS の方がより深いインタラクション（クリック）だったためです。
**例 1 — 複数のキャンペーンとインタラクションした後にユーザーが購入する**
Push キャンペーン、Email キャンペーン、In-app キャンペーンはすべて商品購入というコンバージョンゴールを共有し、36 時間のウィンドウを持っています。John は 1 日目の午後 4 時にプッシュを受信し、2 日目の午後 2 時にアプリ内メッセージをクリックし、2 日目の午後 10 時にメールを受信して開封し、2 日目の午後 11 時にスニーカーを購入します。
John の最も深いインタラクションはアプリ内メッセージのクリックです。アトリビューションの優先順位は **In-app (Click) > Email (View) > Push (View)** であるため、コンバージョンは In-app キャンペーンに割り当てられます。
**例 2 — 2 つのキャンペーンを受信した後にユーザーが購読する**
Push キャンペーンと In-app キャンペーンがサブスクリプションというコンバージョンゴールを共有し、24 時間のウィンドウを持っています。John は 1 日目の午前 10 時にプッシュを閲覧し、1 日目の午後 4 時にアプリ内メッセージを閲覧し、2 日目の午前 8 時に購読します。
どちらのインタラクションもビューであるため、深さは同じです。その場合、MoEngage は最も新しいインタラクションを使用します。それはアプリ内メッセージだったため、コンバージョンはアプリ内メッセージに割り当てられます。
**例 3 — 2 つのキャンペーンで Control Group に含まれるユーザーがコンバージョンする**
Push キャンペーンと SMS キャンペーンはどちらもフライト欠航情報を送信し、列車情報の Web ページを閲覧するというコンバージョンゴールを共有し、それぞれ 5% の [Control Group](/docs/ja/user-guide/campaigns-and-channels/getting-started/introduction/control-groups) と 36 時間のウィンドウを持っています。John は両方の Control Group に含まれるため、どちらのキャンペーンも受信しません。その後、彼が列車の運休情報を閲覧した場合、コンバージョンしたものとして扱われ、最も新しく実行されたキャンペーンにアトリビューションが割り当てられます。たとえば、SMS キャンペーンが Push キャンペーンの後に実行された場合、コンバージョンは SMS キャンペーンに割り当てられます。
**例 — 2 つの Flow からコミュニケーションを受けた後にユーザーが KYC を完了する**
ある銀行が 2 つの Flow を並行して実行しており、どちらも KYC Completion というコンバージョンゴールを共有し、10 日間のウィンドウを持っています。
* Flow 1 は新規顧客をオンボーディングし、KYC の完了を促します。
* Flow 2 はコンプライアンス要件に基づき、既存顧客の KYC 完了を管理します。
John は新しいクレジットカードに申し込みました。最後の本人確認が 3 年前の既存顧客であるため、両方の Flow の対象となります。彼は 1 日目の午後 3 時に Flow 1 から Email を受信し、3 日目の午後 5 時に Flow 2 から SMS を受信してクリックし、4 日目の午前 10 時に Flow 1 から SMS を受信してクリックし、7 日目の午前 9 時に Flow 2 から Email を受信して開封し、9 日目の午後 5 時に Flow 1 から Push を受信し、10 日目の午前 10 時に KYC を完了します。
| Flow | 最も深いインタラクション |
| - | - |
| オンボーディング Flow（Flow 1） | SMS (Click) > Email (Receive) > Push (Receive) |
| KYC 完了 Flow（Flow 2） | SMS (Click) > Email (Open) |
| Flow 1 と Flow 2 の比較 | どちらにも SMS クリックがあるため、インタラクションの深さは同じです。その場合、MoEngage は最も新しいインタラクションを使用します。 |
どちらの Flow にも SMS クリックがある（深さが同じ）ため、MoEngage は新しさを比較します。John の Flow 1 の SMS クリック（4 日目午前 10 時）は、Flow 2 の SMS クリック（3 日目午後 5 時）より新しいものです。したがって、コンバージョンは Flow 1 に割り当てられます。
* Flow 1 の Converted Trips 指標が 1 増加します。
* Flow 1 の SMS キャンペーンの Conversion 指標と Conversion Events 指標がそれぞれ 1 増加します。
この例は、All Interactions の「キャンペーンと Flows の併用」の例と同じ設定を使用し、Last Interaction Model で評価したものです。
EdTech アプリの Flow（F1）は、Push（C1）、Email（C2）、SMS（C3）のステップで新しいチュートリアルを宣伝します（コンバージョンゴール: チュートリアルの閲覧、72 時間のウィンドウ）。2 つの独立したキャンペーン（Push（C4）と SMS（C5）、それぞれ 30 時間のウィンドウ）が同じゴールを共有しています。
John は 1 日目の午前 9 時に Push C1、2 日目の午前 9 時 30 分に Email C2、2 日目の午後 12 時に Push C4、3 日目の午後 1 時に SMS C3、3 日目の午後 5 時に SMS C5 を受信し、その後 3 日目の午後 10 時 30 分にチュートリアルを閲覧します。
すべてのインタラクションがビューであるため、深さはすべて同じです。MoEngage は最も新しいインタラクションを使用します。それは 3 日目の午後 5 時の SMS キャンペーン C5 で、午後 10 時 30 分のチュートリアル閲覧に最も近いものです。コンバージョンは SMS キャンペーン C5 に割り当てられます。
# クロスプラットフォームアトリビューション
ユーザーは、あるプラットフォームでキャンペーンを受信し、別のプラットフォームでコンバージョンゴールを完了することがあります。たとえば、Android でプッシュ通知を受信し、その後 Web で購入する場合です。
**例:** Android ユーザー向けの Push キャンペーンがフライトのお得情報を宣伝しています。コンバージョンゴールは航空券の購入で、ウィンドウは 24 時間です。John は 1 日目の午前 8 時に Android デバイスでプッシュを閲覧し、1 日目の午後 10 時にアプリからリダイレクトされた Web ページで航空券を購入します。
2 つのモデルでの扱いは次のとおりです。
* **All Interactions Model:** 購入イベントが Web プラットフォームから送信され、同じコンバージョンゴールを持つ Web キャンペーンが実行されていない場合、コンバージョンは **どのキャンペーンにも割り当てられません**。
* **Last Interaction Model:** コンバージョンイベントが発生したプラットフォームに関係なく、Push キャンペーンが最後のインタラクションであったため、コンバージョンは Push キャンペーンに割り当てられます。
All Interactions Model ではこのようにクロスプラットフォームのコンバージョンが除外される可能性があるため、一般的に、クロスプラットフォームのユーザージャーニーを持つビジネスには Last Interaction Model の方が適しています。
## 収益トラッキング
Revenue Tracking は、キャンペーンのプライマリコンバージョンゴールに紐付くオプション機能です。有効にするには、キャンペーンの作成時にプライマリゴールの **Revenue performance** トグルをオンにします。詳細については、[Tracking Revenue Metrics](/docs/ja/user-guide/settings/advanced-settings/campaign-attribution-settings#tracking-revenue-metrics) を参照してください。
Revenue Tracking を有効にすると、Campaign Analytics ページに次の指標が表示されます。
* **Total Campaign Revenue** — キャンペーンに割り当てられたすべてのコンバージョンイベントにおける注文金額の合計です。
* **Average Order Value** — Total Campaign Revenue ÷ コンバージョン数。
* **Average Revenue Per User** — 総収益 ÷ ユニークコンバージョン数。
### オブジェクト配列属性の収益の計算方法
コンバージョンゴールに選択した収益属性がオブジェクト配列の一部である場合、MoEngage は配列内の **すべてのオブジェクト** にわたってその属性の値を合計します。コンバージョンイベントのフィルター条件に一致する特定のオブジェクトの値のみを抽出するわけではありません。
**例:**
```json theme={null}
{
"products": [
{ "name": "Orange", "amount": 100 },
{ "name": "Apple", "amount": 200 },
{ "name": "Mango", "amount": 150 }
],
"total_amount": [100, 200, 150]
}
```
コンバージョンイベントが `product.name` = `Orange` の `Purchase` で、収益属性として `total_amount` を設定した場合、MoEngage は Orange に紐付く値（100）だけを取得するわけではありません。ペイロード内で `total_amount` に見つかったすべての値を合計します。
100 + 200 + 150 = **350**
これは、コンバージョンゴールのフィルター条件と、収益値が属する特定のオブジェクトとの間に関連がないためです。MoEngage は、どのレコードから来たものかに関係なく、配列内で選択された属性のすべての出現箇所を取得して合計します。
収益指標はすべてのアトリビューションタイプで追跡されます。特定のタイプを表示するには、Campaign Analytics ページの右上にある **Attribution Type** フィルターを使用します。
* **All Interactions Model** では、アトリビューションウィンドウが重複する複数のキャンペーンにコンバージョンが割り当てられた場合、アトリビューションを受けたすべてのキャンペーンに収益が加算されます。
* **Last Interaction Model** では、アトリビューションを受けるのは 1 つのキャンペーン（最も深く、最も新しいインタラクションを持つキャンペーン）のみであるため、収益はその単一のキャンペーンに割り当てられます。
## よくある質問
All Interactions Model は、ユーザーがコンバージョンした時点でアトリビューションウィンドウがアクティブだったすべてのキャンペーンに貢献を割り当てるため、1 つのコンバージョンを複数のキャンペーンで共有できます。Last Interaction Model は、ユーザーのインタラクションが最も深く、かつ最も新しい 1 つのキャンペーンにのみ貢献を割り当てます。
これは All Interactions Model で発生します。複数のキャンペーンがコンバージョンゴールを共有し、アトリビューションウィンドウが重複している場合、同じコンバージョンがそれぞれのキャンペーンに割り当てられるため、キャンペーンごとの合計が実際のコンバージョン数を上回ることがあります。1 対 1 のアトリビューションを得るには Last Interaction Model に切り替えるか、アトリビューションウィンドウが重複しないようにキャンペーンをスケジュールしてください。
はい。アトリビューションモデルは **Settings → Advanced settings → Conversion and attribution** にあるワークスペースレベルの設定で、いつでも変更できます。切り替えると、MoEngage は過去のキャンペーンのコンバージョン統計を再計算します。All Interactions から Last Interaction に変更すると一部のキャンペーンのコンバージョン数や収益が減少する可能性があり、逆方向に変更すると増加する可能性があります。
アトリビューションウィンドウは、キャンペーンの作成時に **Track goals for** フィールドで、キャンペーンごと、コンバージョンゴールごとに設定します。ワークスペースレベルで設定するのは、アトリビューションモデルとコンバージョンビューのみです。
Push、In-App、On-site Message、Cards、Connectors では最大 36 時間です。SMS、Email、WhatsApp、Flows では最大 10 日です。すべてのチャネルと Flows で、ウィンドウの最小値は 1 時間です。
View-through conversion は、ユーザーがキャンペーンを *受信* した後、アトリビューションウィンドウ内に完了したコンバージョンです（クリックは不要）。Click-through conversion は、ユーザーがキャンペーンを *クリック* した後に完了したコンバージョンです。In-session conversion は、キャンペーンをクリックしてから 30 分以内に完了したコンバージョンです。
メールの開封はビューとしてカウントされます。メール内のリンクをクリックするとクリックとしてカウントされます。Last Interaction Model ではクリックがビューより上位にランク付けされるため、ジャーニー内のどこかでのクリックはメールの開封より優先されます。
All Interactions Model では、同じコンバージョンゴールを持つキャンペーンが実行されていないプラットフォームでコンバージョンイベントが発生した場合（たとえば、Android でプッシュを受信し、Web で購入した場合）、コンバージョンはどのキャンペーンにも割り当てられません。Last Interaction Model では、コンバージョンのプラットフォームに関係なく最後のインタラクションに割り当てられるため、クロスプラットフォームのジャーニーにはこのモデルを使用してください。
Control Group に含まれるユーザーはキャンペーンを受信しません。そのユーザーがそれでもコンバージョンゴールを完了した場合、コンバージョンは最も新しく実行されたキャンペーンに割り当てられます。
All Interactions Model では、コンバージョンのアトリビューションを受けたすべてのキャンペーンに収益が加算されます。Last Interaction Model では、収益は最も深く、最も新しいインタラクションを持つ単一のキャンペーンにのみ割り当てられます。