ファネル構造とリンクロジック

ファンネルの基本

FunnelFluxは、Voluum、Redtrack、Binomなどのほとんどのパフォーマンスマーケティング重視のトラッキングプラットフォームと比較して、いくつかの重要な違いがあります。

最も顕著な違いは「ファンネル」エンティティの存在であり、これにより「キャンペーン」、リンク生成、トラフィックソースの分離へのアプローチが変わります。

通常、他のトラッカーでは次のようなことが期待されます：

• ランダーの後にオファーが続くようなフロー/パスを作成します。偶然にも、これはトラッカーが新しい訪問者にランダーを返し、クリックスルーした場合に次に行くページを事前に決定することを意味します - FunnelFluxにはそのような事前決定はありません。
• キャンペーンを作成します。ここでトラフィックソース、多くの場合は国を選択し、この「キャンペーン」が向かうフロー/パスを選択します。
• 保存すると、キャンペーンには一意のURLが付与されます。多くの場合、そのキャンペーンID + トラフィックソースの追加パラメータのハッシュコードです。
• 新しい国、キャリアの分割、アングルなどのために、トラフィックソースで新しいキャンペーンを開始したい場合、トラッカーに独自のリンクを持つ新しい「キャンペーン」を作成します。
• 同様に、同じキャンペーンを新しいトラフィックソースで開始したい場合、トラッカーに新しい「キャンペーン」を作成する必要があります --> 新しいリンクを取得 --> それを使用します。

私たちの観点から見ると、これは個々の「キャンペーン」の多くのマイクロ管理と共に、不必要に多くの一意のリンクを作成する面倒なプロセスです。

FunnelFluxが異なる点は以下の通りです：

• ユーザーは「ファンネル」を作成します。これは本質的にロジック図、フローチャートであり、トラッカーの意思決定プロセスとユーザーが通過するノードを説明します。これらのノードはサーバーサイドで機能を実行する場合もあれば（条件やローテーターノードなど）、ユーザーが読み込むURLを返すページノードの場合もあります。

ファンネルの例を以下に示します：

• トラフィックソースでキャンペーンを開始する際、ユーザーはファンネル内の任意のノード（多くの場合、デフォルトのトラフィックノード）をクリックし、ソースを選択して生成されたリンクを取得します。このリンクを保存する必要はありません。これはリアルタイムで作成されるURL構造です。
• キャンペーン名やIDなどの値は、トラフィックソース設定から「campaign」URLパラメータの下で動的に渡されることが期待されており、ID/名前がトラフィックソースから直接渡されます。将来的には、IDのみが渡されるように、ID > 名前のマッピングを提供するトラフィックソースとの統合を追加する予定です。現在のところ、ユーザーは好みに応じて名前またはIDを渡すことができます。
• ユーザーが任意のトラフィックソースで新しいキャンペーンを開始したい場合は、このプロセスを繰り返します。ファンネルは無制限のトラフィックソースからトラフィックを受け取ることができます。ただし、ユーザーが同じファンネルの旅を通過することを期待している場合に限ります（そうでない場合は、条件ノードを使用するか、新しいファンネルを作成してジャーニー設定を分離することができます）。

これがどのように異なるか分かりますか？

ファンネルエンティティは、したがって、任意のトラフィックを受け入れ、そのトラフィックを適切にルーティングするロジックマップです。

ファンネル構造

ファンネルは2つの主要な要素で構成されています

• ノード
• 接続

接続については、以下のようなものがあります：

• ローテーターノードから延びる単純な接続。これらには%の重みがあります
• 条件ノードから延びるルート接続。これらは条件ノードが返す結果です
• ページグループからのアクション接続。これらはページ上のアクションURLをユーザーがクリックしたときに実行されるものです

各ノードはファンネル内でグローバルに一意のIDを持っています。これらのIDはノード作成時に生成され、ノードをクリックすると右上隅に表示されます。

ノード

ユーザーは右クリック > ノードタイプの追加、または左側のノードパレットを開いてドラッグ＆ドロップすることでノードを作成できます。

コンテキストメニューはローカルノードのみを作成し、グローバルノードはパレットでのみ利用可能です。

パレットでは、ユーザーはアカウントのリソースを検索して、追加するページやその他のアイテムを見つけることができます。

接続

接続は、発信元ノードから目的地ノードへのドラッグ＆ドロップによって行われます。

これらの接続はファンネルスキーマ（JSONオブジェクト）の一部であり、発信元/目的地ノードのID、およびその他の重要なパラメータを指定します。

ローテーターの場合、これらの接続はパーセントで表される回転の重みを持ちます。

条件の場合、これらの接続にはルートラベルがあります。条件接続とノードで定義されたルートの間には1:1の一致が必要です。

ページグループ（1つまたは複数のページを含むことができる）の場合、発信接続はユーザーアクションを表し、それぞれに1つ以上の番号が定義されています。

ローカルノードとグローバルノード

一部のノードは「グローバル」で、(G)ラベルが付いている場合があります。特に、ページグループと条件ノードです。

これらは他のノードと同様にファンネル内に存在するノードですが、その設定は外部リソースにマッピングされています。

このようにして、「グローバル条件」は多くのファンネルで再利用でき（ルーチンのモバイルvsデスクトップ分割など）、条件の設定はファンネル外の条件ページで管理できます。

そのグローバルリソースへの変更は、リアルタイムですべてのファンネルに影響します。

同様に、ユーザーはグローバルページグループを作成し、これらをファンネルに追加できます。これにより、外部ページグループIDにリンクされた設定を持つローカルノードIDが作成されます。ローカルノードの場合、設定はファンネルスキーマ自体に保存されます。

アクション接続とリンク

ページタイプのノードからの発信接続はアクションであり、数字のラベルがついています。

これらのリンクは以下の形式です：

https://USER_DOMAIN/action/number

例：

https://tracking.funnelflux.com/action/1

アクションリンクは普遍的であり、UIの複数の部分で利用可能です。接続を右クリック > アクションリンクの取得を含みます：

ページノードは最大255の発信アクションを持つことができます。ビジュアルビルダーでは、単一の接続が1つまたは複数のアクションを表すことができます（便宜上および混雑を減らすため）。

これは右クリック > アクションの変更で実現できます：

訪問者がページノードに到着し、クリックまたはJavaScriptによってアクションURLにリダイレクトされると、トラッカーは指定されたアクション番号を取得し、対応するアクション接続を実行（つまり、通過）し、この接続が向かう任意のノードに移動します。

さらに、ユーザーは「デフォルトのリダイレクトパラメータ」をオンにして、フォールバックパラメータを含むアクションリンクを取得することができます：

このリンク構造は以下の通りです：

https://USER_DOMAIN/FUNNEL_ID/ORIGINATING_NODE_ID/action/number

これらは、リンクが未知のソースから読み込まれた場合にリンクが取るデフォルトのアクションを提供します。

これらのデフォルトパラメータは上書きではないことに注意することが重要です。これらは、ユーザーがアクティブな既知のセッションを持っておらず、したがって既知の現在のノードがない状況でのみ使用されます。

他のすべての状況では、トラッカーは単にユーザーがいると思われるノードからアクションXを実行します（そのような接続が存在するかどうかに関わらず）。

JavaScriptトラッキングが両方のページに存在する状況では、ユーザーはファンネル内のページAから直接ページBにリンクすることもできます。これらのページがアクションによって接続されている場合、エッジは遡ってクリックイベントを追加します。これは、トラッカーのアクションリンクに置き換えることができないリンクがあり、単一のフローが必要なサイトのトラッキングに役立ちます（つまり、ページが直接互いにリンクしており、ルーティングやスプリットテストなどの制御が必要ない場合）。

ファンネル入口リンク

入口リンクは、ユーザーをファンネルに送るためにトラフィックソースで使用されるものです。これらは、ユーザーがファンネルに入る際にのみ読み込まれるべきです。その後、内部ファンネルのナビゲーションはアクションリンクによって行われるべきです。ただし、訪問者が別のファンネルに入る場合や新しいトラフィックソースからやってくる場合は除きます。

リダイレクトリンク

ユーザーがトラッキング用のURLを生成したい場合、ファンネル内の任意のノードをクリック > リダイレクトリンク > 設定を選択して生成されたURLを取得できます：

このURLの構造は以下の通りです：

https://USER_DOMAIN/fts/FUNNEL_ID-TRAFFIC_SOURCE_ID/OPTIONAL_NODE_ID + TRAFFIC_SOURCE_URL_PARAMS

ノードIDは、デフォルトのトラフィックノード以外のノードが使用された場合にのみ挿入されます。

末尾に追加されるURLパラメータは、ドロップダウンからそのソースを選択した時点のトラフィックソース設定から来ています。

これらのリンクはユーザーのカスタムドメインを使用し、トラフィックを/fts/ハンドラーに誘導し、そこでURLパラメータに基づいて適切にリダイレクトします。

リダイレクト時、エッジはホスト名をファンネルIDと照合します。ファンネルの所有者がドメインの所有者でない場合、リクエストは失敗します。

ファンネルIDの所有者がアカウントにカスタムドメインを追加していない場合も、おそらく失敗します。

ダイレクトリンク

ダイレクトリンクは、JavaScriptトラッキングと併用でき、ページに対してのみ生成できます（明らかに、JavaScriptを実行するにはページが提供される必要があるため）。

ダイレクトリンクを生成する際、ユーザーは複数存在する場合、ページグループ内の特定のページを選択する必要があります。

ダイレクトリンクのURL構造は以下の通りです：

PAGE_URL + f=FUNNEL_ID&ts=TRAFFIC_SOURCE_ID&n=NODE_ID + TRAFFIC_SOURCE_URL_PARAMS

これらは、リダイレクトリンクと同じURLデータをクエリ文字列のみで渡します。

ページの読み込み時、JavaScriptが実行され、URLからファンネル/トラフィックソースとノードIDを検出し、その後訪問を追跡し、エッジが処理するための追加パラメータをすべてプッシュします（データベースには、トラフィックソース設定に存在するもののみが保存されるため、手動で追加された追加パラメータは無視されます）

JavaScriptについては別の記事で説明されており、初期のビュートラッキング以外にも重要なページ上の機能があります。

追加設定と構成

ファンネルの追加設定

左上のボタンからファンネルの設定にアクセスできます。ここには入口ごとのデフォルトコストがあります - これはより高い優先度の値が存在しない限り、このファンネルのリンクジェネレーターフォームに継承されます（ツールチップを確認してください）。

詳細設定では、以下のようないくつかのアクションを取ることもできます：

• ファンネルに入る訪問者のIP匿名化設定を上書きする
• リンクされたファンネルを宣言する。これらは、このファンネルからのユーザーが後にジャンプする可能性があるファンネルで、訪問者からの収益をこのファンネルに間接的に帰属させたい場合です。これについては別のドキュメントでさらに詳しく説明されています
• インカミングコストの上書き。これは当社システムで最も高いレベルのコスト上書きであり、URLクエリ文字列のコストパラメータに関係なく、入ってくるユーザーにソースごとのコスト値を適用します。

ページノードの追加設定

ページノードには追加の設定が利用可能です：

• 累積URLパラメータを受け取る。 これにより、ユーザーの既知のすべてのURLパラメータがページURLに追加されます。これには、元の入口URLのパラメータとアクションリンクに手動で挿入されたパラメータが含まれます。そのようなすべてのURLパラメータは、訪問者セッションオブジェクト（エッジキャッシュに存在する）の「URLバッファー」として知られるものに入ります。このオプションを有効にすると、バッファー全体が追加されます。ページが持つURLデータが多くなる可能性があるため、注意して使用してください。
• 追加のURLパラメータを付加する。 ここでは、内部トークンを含むカスタム文字列を手動で追加できます
• リダイレクトモードを上書きする。 リダイレクト/アクションリンクがユーザーをこのページに送る場合の、このページへのナビゲーションのリダイレクトモードを上書きします。これは、このページでアクションリンクをクリックした際にユーザーが行くページのリダイレクトモードには影響しません。