2

私が望むのは、ユーザーがどこでフォームを放棄したか、どのフィールドを完了したか、および放棄した後にどこに行ったかを報告する漏斗を持つことです。

調査の合間に、Analytics でこれを追跡する 2 つの方法を見つけました。最初のものは、各フィールドに対して仮想ページを作成し、完了時にトリガー_trackPageViewし、最終ページを目標として持つ漏斗で目標を作成します。例: /form/open-studio/received、その他のフィールドはステップとして、/form/open-studio/name例/form/open-studio/email:フォームの送信、/form/open-studio/send)。

この解決策は、これが私のページビューレポートを膨らませ、ページ上の時間を減らしていることがわかるまでは素晴らしかった. この記事/formで、 「サブディレクトリ」にあるページを除外するフィルターを作成し、これらのフィールドを追跡するためだけに別のプロファイルを作成するという解決策を見つけました。ただし、JS で 2 つのアカウントを管理し、このソリューションに関するすべてを管理するのは、適切ではありません。

このアプローチに関する私の質問は次のとおりです。これらのページを実際のページビューとしてカウントしない/formが、目標到達プロセスを追跡するために機能するフィルターを (グローバルまたはレポートのみで) 作成する方法はありますか?

私が見つけた 2 番目の方法は、events を使用してフィールドの完了を追跡することでした。このソリューションは、より自然で有機的に見えます。各フォームのイベントのカテゴリで目標を作成でき、各フィールドは異なるアクションです。このアプローチの問題点は次のとおりです。トリガーされた各イベントは目標を達成し (これは私が望んでいるものではありません)、GA はイベントからファネルを作成できないようです。私は間違っているかもしれませんが (そうであってほしいと願っています)、これが正しいオプションのように見えても、この目標到達プロセス レポートはクライアントにとって非常に重要です。

これら2つのうち、「正しいアプローチ」はどれですか? 他のレポートを台無しにしたり、javascript GA コードの混乱に魂を売ったりすることなく、これを機能させることはできますか?

また、地獄と辺境のどちらかを選択する代わりに、他に選択肢があれば教えてください.

4

1 に答える 1

2

ヒープ分析を確認してください。実装の容易さと、要求している結果の表示の容易さの両方の点で、より優れたソリューションであることがわかると思います。プロセスは次のようになります。

  1. ヒープ分析アカウントを作成します。(60日間無料トライアル)
  2. Heap Javascript スニペットをサイトに追加します。(コピーして貼り付けるだけです。各フィールドに追加の JavaScript を実装する必要はありません。)
  3. 適切なサンプルサイズを取得するのに十分な時間実行します (サイトで得られるトラフィックの量によって異なります)。
  4. Heap Analytics にログインし、各ページと各ページビューの JS イベントに名前を付けます。
  5. 名前付きイベントからじょうごを作成して、問題がどこにあるかを確認します。また、リスト レポートでユーザー パスを参照し、特定のアクションを実行したユーザーでフィルター処理して、ユーザーがフォームを離れたときにどこに移動したかを確認することもできます。
于 2013-10-26T18:25:53.027 に答える