注意: シンプルフローは現在ベータ版です。バグや問題が発生した場合は報告してください。
シンプルフローとは何ですか?
シンプルフローは実際にはバックエンドではファネルです - 特定の状況でより簡単に作成できるよう、代替のUIを作成しただけです。
このユーザーインターフェースは、他のトラッキングプラットフォームで見られるような、ランディングページやオファーの単純な論理的シーケンスをより簡単に作成する方法を提供します。
フローは3つの主要なコンポーネントで構成されています:
- パス。これらは任意の順序のランディングページ/オファーグループのシーケンスです
- ルール。これらは incoming visitors にマッチする任意のルールです。
- ルーティング。このセクションでは、各ルールに一致したとき、またはルールに一致しなかったときに、ユーザーがどのパスに進むべきかを定義します。
フローにはいくつかの要件もあります:
- フローには、ユーザーを送信するページを説明する少なくとも1つのパスが必要です
- パスには、訪問者が行く場所があるように、少なくとも1つのページ/グループが含まれている必要があります
- ルールには当然、有効な条件のセットが必要です
- ルーティングセクションでは、デフォルトを含むすべてのルールに、宛先パスを定義する必要があります。
いくつかの制限もあります:
- フローの特定の部分へのリンクを生成することはできず、開始部分へのリンクのみ可能です
- グローバルのランディングページ/オファーグループは使用できません
- バックエンドのファネルデータを視覚的に編集することはできません
以下で各セクションについて詳しく説明します。
フローの作成
フローを作成するには、ファネルページで新規作成をクリックするか、グローバル作成アセットボタンをクリックします:
シンプルフローの構造
シンプルフローがどのように構築されているかを視覚的に理解することが重要です。
前述のように、パス、ルール、ルーティングの3つの部分があります。
これを視覚的に考える方法は次のとおりで、バックエンドのファネルの様子です:
つまり、パスを作成するときは、人々が行く最終目的地/ページを作成しています。
ルールを作成するときは、ユーザーを異なるパスに分離するための初期の決定を作成しています。
そして、ルーティングを設定するときは、これらのルールから宛先パスへの人々のマッピングを行っています。
バックエンドでは、後のジャーニーレポートでこれらを表示できるように、異なるステップで名前付きのローテーターを作成しています。
以下で各パートの作成について詳しく説明しましょう。
パスの作成
パスはページグループのシーケンスです。グループに好きな数のページを追加し、任意の順序で連鎖させることができます。
ランディングページが最初に来る必要はなく、全く必要ないので、技術的にはオファー > オファー > ランディングページ > ランディングページ > オファーというように設定できます。これは完全にあなた次第で、トラッキングするフローのタイプによります。
テストしたい異なるページのシーケンスがある場合は、それらを別々のパスとして追加してください。
各グループの間で、すべてのアクションは次のグループにリンクします。つまり、アクション1、2、3などはすべて一般的に次のグループに進みます。現在、アクション1をアクション2とは異なる場所に進ませることはできません - これには通常のファネルを使用する必要があります。
デフォルトのパスは現在削除できないことに注意してください（ただし、名前の変更は可能です）。すべてのパスには少なくとも1つのページが含まれている必要があります。
ルールの作成
ルールは、着信トラフィックに対してマッチングするオプションのフィルターです。これらは条件ノードと同じ設定に従います（これがバックエンドでルーティングを行っているものです）:
ルールを作成すると、順番に処理されます。したがって、トラフィックは最初にカスタムルール1で処理され、次に2番目のルールで処理され、マッチしないトラフィックはデフォルトルールに進みます：
将来的には、ここに番号付けと並べ替え機能を追加する予定です。
ルーティングのカスタマイズ
最後のコンポーネントはルーティングです。
ここでは、各ルールにマッチした訪問者がどのパスに進むべきかを設定します。
ユーザーは常にどこかにルーティングできる必要があるため、存在するすべてのルールに対して宛先を設定する必要があります。
ユーザーを1つまたは複数のパスに進ませることができ、各パスにローテーション％を設定できます。たとえば、3つのユニークなランディングページ/オファーシーケンス（パス！）があり、すべてのトラフィックを均等に送信することができます。その後、時間が経つにつれて、モバイルトラフィックがパス2と3で最も効果的であることがわかった場合、モバイルの場合というルールを追加し、これをパス2と3にのみルーティングすることができます。また、異なるトラフィックタイプに対するルールを事前に設定しておくと、後でカスタマイズしやすくなります。
レポートですぐにわかるように、訪問者のジャーニーでは、ユーザーがどのようにルーティングされ、どのパスに進んでいるかを確認できます。
リンクの生成
この部分はかなり簡単です - ファネルと同じ方法でリンクを生成できます。
フローでは、フローの開始時点または特定のパスへのリダイレクトを介したリンクのみが許可されています。
後でより具体的なリンクやダイレクトリンクのオプションを追加する可能性があります - ただし、ダイレクトリンクやJSの使用は、ルール/ルーティング部分をスキップして単一のパス内の特定のページに直接進むことになるため、フローの目的をある程度無効にします。
そのような場合は、ファネルの方が適していますが、フローのUIの方がページシーケンスの設定が簡単だと感じる場合は、それでも構いません。
レポーティング
フローのレポーティングはファネルと変わりませんが、訪問者ジャーニーの有用性を指摘したいと思います。
シンプルフローは、実際にはバックエンドでファネルであり、トラフィックがどこに向かっているかを正確に確認できるように、適切に名前付けされた条件とローテーターノードを作成しています。
将来的には、これをさらに明確にするためにUIを更新する予定です（また、ページのみのジャーニーレポートを追加して簡潔版を作成する予定です）。
例として、国別にルーティングする条件があり、複数のパスが存在するフローを考えてみましょう。米国のトラフィックを1つのパスにのみ送信し、他のすべてのトラフィックを2つのパスとデフォルトに送信したいとします。
訪問者ジャーニーによるレポーティングは次のようになるかもしれません：
非常に包括的です - ここでは、ローテーターの名前を使用してコンテキストを提供し、ユーザーがどのルールにマッチし、どのパスをロードしたかを示しているため、トラフィックの動きが非常に明確に把握できます。
フィードバックや問題点があればお知らせください - 結局のところ、これらは現在ベータ版です。
将来的には、以下のような新機能の追加を計画しています:
- シンプルフローをファネルに変換する機能。これにより、既存のフローからより複雑なファネルを作成できるようになります（この操作は元に戻せません）
- ルールとパスのローテーターアイコンを変更し、理解しやすくします
- ロードされたページのみを表示する修正された訪問者ジャーニーレポート
- フローのクイックスタッツでのみ利用可能な特別な訪問者ジャーニーレポート。トラフィックノードとルール条件ノードの表示を省略します
- パス内でグローバルページグループを使用する機能