英語からAIを使用して翻訳されました
この文書はAI技術を使用して翻訳されたことにご注意ください。正確性を維持するよう努めていますが、一部の詳細が元のテキストを完全に反映していない場合があります。情報に不明な点がある場合は、英語版を参照してください。
使用される機能: サイト概要、ジャーニー分析、ページ比較、セッションリプレイ、アラート
時間: 30分。
この方法を使用して、サイト上で追跡できる潜在的なエラーは次のとおりです:
| 典型的な技術的エラーを特定する | 典型的な機能的エラーを特定する |
|
|
設定
1. テンプレートマッピングにエラーページを作成する
- エラーページを分析するためには、マッピング内に専用のページがあることを確認し、ゾーニング分析やページ比較でエラーページを可視化し、目標やセグメントを作成できるようにします。
- 当社のトラッキングタグアシスタントを使用して、これらのページがURLまたはカスタム変数で特定できるかどうかを確認します。
- カスタム変数が設定されていない場合は、パスまたはクエリからエラーをコピーし、URL内のエラー条件に基づいてページを作成する必要があります。
- エラーページを閲覧したことに関する目標を作成します。
2. 特定のページを閲覧したことに関するセグメントを作成する前に、ビュー目標を作成する必要があります。
- これを行うには、目標内のエラーページを含むマッピングを選択し、ビュー目標を作成します。
- 目標が作成されると、この目標を適用してエラーページを閲覧した訪問者に関するセグメントを作成できます。
- ゾーンをクリックした訪問者に関する目標を作成して、クリックした訪問者の数を追跡することもできます。
3. エラーページを閲覧したユーザーに関するセグメントを作成します。
- これにより、特定のページ、ここではエラーページを閲覧した人口でフィルタリングできます。
- これを行うには、セグメント作成者で「目標」条件を選択し、ドロップダウンから作成した目標を選択します。
段階的
ユーザーはジャーニーの中でエラーのあるページをどこで見つけるのでしょうか?全体像を見て、サイト概要からより詳細な分析に進んでいきましょう:
1. サイト概要(Contentsquareプラットフォームのホームページ)に移動し、特定の時間枠内でエラーのあるページを閲覧したすべてのユーザーの割合を特定するために、目標'エラーページを閲覧した'を適用します。
2. ジャーニー分析でエラーのあるページを見たユーザーのジャーニーを調査し、セグメント「エラーページを閲覧した」を適用します。これにより、エラーページを見たユーザーのジャーニーが強調表示されます。
ユーザーはエラーページの後に何をしましたか?
- ジャーニー分析を使用して、ユーザーがエラーページを見ている場所を強調表示します。
- 「ページの後のジャーニー」をクリックし、エラーページを選択します。
- エラーページを閲覧した後のジャーニーを特定するために「ページの後のジャーニー」を適用します。
- ユーザーがエラーページを見た後に離脱する可能性があるか、ジャーニーを続けるかを特定します。
ユーザーは前のページまたはホームページに戻るように促されますか?
ユーザーはどのようにエラーページに到達しましたか?
このジャーニーを可視化したら、リバースジャーニーをオンにして、ユーザーがエラーページに到達する方法を特定します。
-
エラーを引き起こしているメインページはありますか?
もしそうなら、これを調査したいかもしれません。「[問題のあるページ]を閲覧した後にエラーページを閲覧した」というセグメントを作成します(「ページの閲覧」条件を使用)。このページのゾーニング指標をセグメントを使用して確認します。 -
ランディングページですか?
もしそうなら、獲得エラーを示唆する驚くべきUTMパラメータがないか、URLを確認します。
その後、異なる獲得ソースのセグメントを適用して、ユーザーが壊れたURLとどのように相互作用しているかを特定します。
3. ページ比較で、エラーページを含むマッピングを選択し、エラーページをスターして画面の上部にハイライトします。
ここで、このページがサイトに与えている影響を迅速に特定できます。
- 直帰率を見てみると、エラーページに到達したユーザーのほぼ半数が、2つ目のURLを見ることなく離脱していることがわかります。
- エラーページを見ているユーザーセッションの数を理解するために、サイト全体に対するセッション数を見ることも重要です。
- 閲覧数/セッションも重要です。これにより、訪問者がセッション中に複数のエラーページを見ているかどうかを特定できます。
- ユーザーがエラーページを表示する原因となっているページがあるかどうかを特定することも重要です。これを確認するために、比較モードを使用して、エラーページを表示したセグメントを「含める」場合と「除外する」場合を比較できます。この比較により、これら2つのセグメント間に違いがあるページを特定できます。
4. セッションリプレイでは、セグメント「エラーページを表示した」を適用して、訪問者がエラーページに接触した異なるジャーニーを視覚化できます。また、以前に作成した連続セグメントを使用して、特定のページを表示することもできます。
特定のシナリオを特定するために、「期間」と「表示されたURL」でフィルタを適用します。
たとえば、表示されたURLを1に設定すると、エラーページに到達して直帰したユーザーを特定できます。
さらに進む
アラートによるバグ検出とフラストレーション
サイト上の既知のエラーを特定したら、それらを監視し始めることができます。Contentsquareを使用すると、ユーザーがこれらのバグに接触している場所を特定し、その頻度を監視できます。
設定できるアラートの異なる例は以下の通りです:
- サイト:
- エラーページの閲覧数
- 在庫切れプロダクトページの閲覧数
- ページ:
- 離脱率(決済など)
- ロード時間
- ゾーン:
- 再クリック数(次のステップのCTAなど)
アラートを受信した後の手順
たとえば:「モバイルのセグメント「すべての訪問者」において、ページ「エラー」のセッション数が35.4%増加しました。」
- ジャーニー分析モジュールで、リバースジャーニー:ページ前のジャーニーを使用して、ユーザーがエラーページに到達する方法を理解します。
- ページ後のジャーニーを使用して、ユーザーが離脱ページに到達した影響を理解します。ユーザーは離脱しているのか、それともナビゲートを続けているのか?
- エラーを引き起こしているページを特定した後、そのページをゾーニング分析および/またはセッションリプレイで使用して、問題を引き起こしている正確な要素を見つけます。