あなたは報告メカニズムとしてDeferred Deep Linkingを使用しているようです。これはプロキシでの最初の適切なカットですが、私たちはもっとうまくやり、同時に他の目標にも取り組むことができます。ステップ1:App Eventsを実装します。 SDKの基本的な実装はActivation/Installイベントを送信します。 インクリメンタル LTVに等しい値で顧客のLTVが増加する(たとえば購入)場合に別のイベントを追加します。
広告を作成する際には、アプリのイベントをトラッキングするようにしてください。
キャンペーンが有効になったら、広告マネージャーにアクセスしてキャンペーンを表示します。 [列]プルダウンをクリックし、[パフォーマンス]をクリックします。 [合計コンバージョン値]を選択します。ダイアログの右下にあるリンクを使用してクリック/ビューの属性ウィンドウ(1日、7日または28日)を変更できます。クリックスルーのみが必要な場合は、ビューウィンドウを選択しないままにします。表示したユーザーは広告をクリックしなかったため、多くの場合、実質的な価値が提供されるため、現在のところ、クリックスルーが主な指標である場合でも両方を検討することをおすすめします。
「App Events」を実装することで、アプリ内購入のためにキャンペーンを最適化できるため、広告の掲載結果が大幅に向上する可能性があります。
あなたの側でより多くの作業を行うことに興味がある場合は、ディープリンクにトラッキングパラメータを追加し、システムにユーザ情報を保存し、LTVと関連付けることができます。ビュースルー帰属は許可されていませんが、オプションが利用可能です。
- 彼らは、デバイス、ない人に結びついている:
最後に、それはディープ帰属ためのリンク繰延使用することのいくつかの欠点を指摘する価値があります。 App Eventsは人と結びついており、価値を含めたデバイス間のアクティビティをキャプチャできます。
- (App Eventsのように)最適化はできません。
- 視聴者の作成が許可されていません。対照的に、App Eventsに基づいてリターゲティングと類似の視聴者を作成することができます。
- ビュースルーのアクティビティ(App Events do)はキャプチャされません。
- アプリイベントのように、柔軟なアトリビューションウィンドウはありません。