まず、ビューとクリックを定義しましょう：
ビュー - ビューは、ページの読み込みのことです。ランダービューはランダーページの読み込み、オファービューはオファーページの読み込みです。1人の訪問者が多くのビューを生成することができます。
クリック - これはよく混同されます。「クリック」とは、これらのページ上のアクションリンクをユーザーがクリックすることです。したがって、ランダークリックとは、ランダーページ上のアクションリンクをユーザーがクリックし、別の場所に移動することです。オファークリックはオファーへの訪問ではなく、オファーページ上で発生するアクションリンクをクリックすることです。
多くのアフィリエイトマーケターの場合、次のような流れになるでしょう：
Traffic Source --> Campaign Link --> Some Lander --> Some Offer
この場合、次のような指標が予想されます：
- 950 訪問者（トラフィックソースから）
- 1000 訪問（ユーザーの一部が広告を複数回クリックしたりファネルリンクをリロードしたりすると仮定し、常に訪問 ＞ 訪問者となります）
- 1000 ランダービュー
- 75 ランダークリック（ここでは適当な数字を使用します）
- 7.5% ランダーCTR
- 75 オファービュー（各ランダーのアクションリンクがオファーに接続しているため）
- 0 オファークリック（ユーザーはこれらのオファーでアクションリンクを読み込まないため。多くの場合、あなたの管理下にはなく、ユーザーは単にコンバージョンするかしないかのどちらかです）
理解できましたか？
これらのデータをすべて見るには、これらの列の一部をオンにする必要があるかもしれません。ビューを1つの「ページビュー」列に、クリックを1つの「ページクリック」列にまとめることも可能です。
以前はこのようにしていましたが、レポートでページごとにグループ化しない限り、すぐに問題が発生します。ランダーとオファーのデータを異なる行に分割する必要があります（例：訪問者の経路別）。これらを1つの列にまとめると、狭い状況での利便性よりも多くの問題を引き起こすことになります。ここは信じていただくしかありません。
次のような状況を想像してください：
Traffic Source --> Campaign Link --> Pre-sell Lander --> Lander --> Offer --> Upsell Offer
この状況では、データが混在することになります：
- 2つの異なるランダーからのランダービュー
- 2つの異なるランダーからのランダークリック（それぞれ異なるCTR）
- 2つの異なるオファーからのオファービュー
- 1つのオファーからのみのオファークリック（そのオファーだけがオファーCTRを持つ）
ここで、ファネル ＞ トラフィックソースのような単純なグループ化をすると、ランダー/オファーのビュー、クリック、CTRが非常に混在してしまいます！
これは、データを理解し、ページを異なる行に分けるために、訪問者の経路でグループ化する必要がある場所です。あるいは少なくともランダーやオファーでグループ化します。両方を一緒に見たい場合は、訪問者の経路を使用する必要があります。
将来的には、カスタムイベントを追加して、オプトイン、リード、セールス、アップセルなどの列を持てるようにする予定ですが、これは現在のところバックログに入っています 😄