コンバージョンは収益を生み出すイベントです。
コンバージョンはランダーやオファーページのノードでのみ発生しますが、訪問者のコンバージョンは、コンバージョンページに到達する前に訪れたページ/ノードにも遡って帰属します。
コンバージョンを追跡する方法は3つあります：
- ポストバックURLを使用する
- JavaScriptを使用する
- ファネルビルダーを使用する
以下で両方のオプションについて説明します。
ポストバックURLを使用したコンバージョン追跡
ポストバックURLは非常にシンプルです -- オファーネットワーク、他の追跡プラットフォーム、アプリ/ページ内のコード、あるいはブラウザ内のあなた自身といったシステムによってロードされるURLに過ぎません。
本質的にとてもシンプルです。情報を渡す手段としてURLをロードし、それが受信され、それだけです！
ポストバックURLは設定 > トラッキングコードエリア、およびオファー/オファーソースのコンバージョン追跡タブで見つけることができます：
使用できるポストバック方法は2つあります。
ヒットIDを使用した追跡
システム設定でFunnelFlux ProのグローバルポストバックURLを見つけることができます：
https://DOMAIN/pb/?hit=REPLACE&tx=REPLACE&rev=REPLACE
- hit = ユニークなヒットID（必須）
- tx = オプションのトランザクションID
- rev = オプションのコンバージョン収益（渡されない場合、オファーの設定で定義されたデフォルトの支払いを使用します）
これを機能させるには、ヒットIDを渡す必要があります。これはファネル内の任意のノードへの訪問ごとに生成される一意の追跡IDです。したがって、単一の訪問者（単一の訪問者IDを持つ）は、接触する各ノードに対して異なるヒットIDを作成します。
誰かがページを訪問した際、そのページに対して生成されたヒットIDを取得し、コンバージョンが発生したときにそれを返す必要があります。
最も簡単な方法は、オファーを変更して、トークン{hit}を使用して我々のヒットを渡すことです。ほとんどの場合、アフィリエイトネットワークでは、URLに...&clickid={hit}...のようなものを渡すことを意味します。
そして、ネットワークで設定されたポストバックURLで、次のようにそのデータを返します：
https://DOMAIN/pb/?hit={{clickid}}&tx={{transaction}}&rev={{payout}}
これは単なる例であることに注意してください -- ヒットIDを渡すパラメータとポストバックで使用するトークンは、サードパーティのシステムによって異なります。ここでは、オファーソーステンプレートを参考にしてください。
カスタムシステムや自己開発のファネルを使用している場合は、このヒットIDをキャプチャし、コンバージョンが発生したときにポストバックURLで返すのはあなた次第です。
JavaScriptを使用したコンバージョン追跡
コンバージョンを追跡する2つ目の方法は、JavaScriptを使用することです。
任意のオファー > 編集 > コンバージョン追跡に移動します。これにより、コンバージョンイベントを発火するためのコードが提供されます。これは我々のユニバーサルタグの後に、次のようなflux.trackイベントが続きます：
<!-- FF Pro Conversion Event -->
<script>
flux.track("conversion",{rev:"VALUE"})
</script>
ここで、収益値を独自のものに置き換えるか、空白のままにしてオファーのデフォルトを使用することができます。
このコードは、最後に訪問したオファービューを変換します。特定のページIDを強制したい場合はpパラメータを渡すことができ、特定のvidまたはhitを強制することもできます（両方を渡さないでください）。また、txパラメータでトランザクションIDを渡すこともできます（すべて上記の関数の2番目の引数であるオブジェクト内 -- 中括弧の中の部分）。
ファネルビルダーを介したトリガー
カスタムイベントをトリガーする追加の方法は、ファネルビルダーを直接使用し、「アクション時」機能を利用することです。
ページから出てくる任意のアクションに対して、右クリック > アクションの変更を選択します。
そこから、特定のカスタムイベントやコンバージョンをトリガーすることを選択できます。
トラフィックソースへのポストバックの無効化
高度なオプションとして、FunnelFluxにポストバック/コンバージョンを送信したいが、トラフィックソースへのイベントをトリガーしたくない場合は、ポストバックURLに...&disable_postbacks=true...を追加できます。
例：
https://DOMAIN/pb/?vid=REPLACE&p=REPLACE&tx=REPLACE&rev=REPLACE&disable_postbacks=true
これは特に検索アービトラージを実行する際に便利です。トラフィックソースのコンバージョンデータを変更せずに、より正確な収益でFunnelFluxの遅延コンバージョンを更新することができます。
イベントステータスの処理
単一のポストバックを使用しているが、ステータスが変更され複数回送信されるイベントがある場合、ステータスパラメータを使用して既存のコンバージョンを変更できます。
例:
https://DOMAIN/pb/?hit=REPLACE&tx=REPLACE&rev=REPLACE&status={status_token}
pending、hold、またはpreapprovedのステータス値が送信された場合、システムは収益を00.1に調整します – 一時的な値として非常に小さい収益値でコンバージョンを作成します。
ステータスがrejected、reject、trash、またはcancelledに設定された場合、収益は-1に設定され、既存のコンバージョンを削除するか（存在する場合）、新しいコンバージョンを作成しません。
ステータスが他の値の場合、通常のコンバージョンとして処理され、基本的にステータスを無視して通常のコンバージョンを行います。
代替ポストバック方法 - セッションベースのVID
特定のページの単一のユニークなヒットIDをキャプチャできないが、ユーザーの訪問者ID（VID）をキャプチャできる場合、これをコンバージョンにも使用できます。
VIDはユーザー/セッションの一意の識別子です。我々は常にこれをJSレスポンスで返し、リダイレクト先に自動的に追加し、アクションリンクに自動的に渡そうとします。
特にEコマース関連のプラットフォームでは、訪問者の旅の始まりでこれをキャプチャし、特定のページでの何らかのヒットについて心配しないほうが簡単な場合が多いです。
代わりに、ポストバックURLでVIDを返し、変換されたページIDも返すことができます。
したがって、ポストバックURLは次のようになります：
https://DOMAIN/pb/?vid=REPLACE&p=REPLACE&tx=REPLACE&rev=REPLACE
このようなデータを渡すと、そのVID/ユーザーを見つけ、そのページIDの最新のヒットIDを見つけます。
コンバージョン追跡に訪問者IDとヒットIDを使用する
ポストバックベースのコンバージョン追跡に訪問者IDまたはヒットIDをキャプチャして使用することには、いくつかの長所と短所があります。
訪問者IDの場合：
- JSが常に持っており、リダイレクトが常に追加するため、一般的にキャプチャが容易です
- 単一の訪問者識別子であるため、CRMやEコムシステムに保存するのがはるかに簡単です
- これにより、アップセル/複数のオファーがあるフローで、1つのユーザーIDを保存し、複数のコンバージョンイベントを送信したい場合にも非常に便利です
- 異なるオファーページで異なるIDをキャプチャし、それらが正しく保存/使用されることを確認する必要がありません
- ただし、VIDデータは永続的ではないセッションストレージから検索されます。これらのセッションはデフォルトで4日間続き、アクティビティがあると自動的に延長されます。そのため、この値をCRMに保存できますが、以前のアクティビティがない状態で6ヶ月後にランダムなコンバージョンを発火させても機能しません。
- さらに、VIDの場合、どのオファーが変換されたかを示すページID値も渡す必要があります -- そうしないと、そのユーザーのセッションで最後に訪問したオファーが使用されます
ヒットIDの場合：
- 従来のアフィリエイトシナリオでは、単一のユニーククリックIDを渡し、それを別のシステムに戻すのが簡単です
- ヒットIDはすでに特定のページ訪問に対して一意であるため、ページIDなどの別の値を指定する必要はありません
- ヒットは我々の分析DBに永久に保存されるため、将来いつでも変換することができます
- ただし、VIDとは異なり、ヒットを使用して訪問者の異なるページを変換することはできないため、多くのページ/オファーと何らかのCRMシステムがある場合には理想的ではありません
不明な点がある場合は、お問い合わせください。ポストバック追跡に関する質問を明確にするお手伝いをさせていただきます。