サイトエラーを検出する方法

この方法を使用して、サイト上で追跡できる潜在的なエラーは次のとおりです: 

設定

1. テンプレートマッピングにエラーページを作成する

• エラーページを分析するためには、マッピング内に専用のページがあることを確認し、Zoning AnalysisやPage Comparatorでエラーページを視覚化し、GoalsやSegmentsを作成できるようにします。
• 当社のトラッキングタグアシスタントを使用して、これらのページがURLまたはカスタム変数で特定できるかどうかを確認します。
• カスタム変数が設定されていない場合は、パスまたはクエリからエラーをコピーし、URL内のエラー条件に基づいてページを作成する必要があります。
• エラーページを表示したことに基づいてGoalを作成します。

2. 特定のページを表示したことに基づいてセグメントを作成する前に、View Goalを作成する必要があります。

• これを行うには、Goals内のエラーページを含むMappingを選択し、View Goalを作成します。
• goalが作成されると、このgoalを適用してエラーページを表示した訪問者に関するSegmentを作成できます。
• ゾーンをクリックした訪問者に関するGoalsを作成して、クリックした訪問者の数を追跡することもできます。

3. エラーページを表示したユーザーに関するセグメントを作成します。

• これにより、特定のページ、ここではエラーページを表示した人口でフィルタリングできます。
• これを行うには、セグメント作成者で「目標」条件を選択し、ドロップダウンから作成した目標を選択します。

ステップバイステップ

ユーザーは旅の中でエラーのあるページをどこで見つけるのでしょうか？全体像を見て、サイトの概要からより詳細な分析に進んでいきましょう：

1. サイトの概要（Contentsquareプラットフォームのホームページ）に移動し、特定の期間内にすべてのユーザーの何パーセントがエラーページを表示したかを特定するために、目標'エラーページを表示'を適用します。

2. Journey analysisでエラーページを見たユーザーの旅を調査し、セグメントエラーページを表示を適用します。これにより、エラーページを見たユーザーの旅が強調されます。

ユーザーはエラーページの後に何をしましたか？

• Journey Analysisを使用して、ユーザーがエラーページを見ている場所を強調します。
• 「ページ後の旅」をクリックし、エラーページを選択します。
• エラーページを表示した後にユーザーがどのような旅をしているかを特定するために、Journey’s After A Pageを適用します。
• ユーザーがエラーページを見た後に退出する可能性があるか、旅を続ける可能性があるかを特定します。

ユーザーは前のページまたはホームページに戻るように促されていますか？

ユーザーはどのようにエラーページに到達しましたか？

この旅を視覚化したら、Reverse Journeyをオンにして、ユーザーがエラーページにどのように到達しているかを特定します。

• エラーを引き起こしているメインページはありますか？
  もしそうなら、これを調査したいかもしれません。「[問題のあるページ]を表示した後にエラーページを表示した」セグメントを作成します（「ページ表示」条件を使用）。このページのゾーニングメトリクスをセグメントを使用して確認します。
• ランディングページですか？
  もしそうなら、取得エラーを示唆する驚くべきUTMパラメータがないか、URLを確認します。
  その後、異なる取得元セグメントを適用して、ユーザーが壊れたURLとどの有料キャンペーンに関与しているかを特定できます。

3. Page Comparatorで、エラーページとのマッピングを選択し、エラーページをスターして画面の上部にページを強調表示します。

ここで、このページがサイトに与えている影響を迅速に特定できます。

• バウンス率の確認では、エラーページにアクセスしたユーザーのほぼ半数が、2つ目のURLを見ることなく離脱していることがわかります。
• エラーページを見ているユーザーセッションの数を理解するために、サイト全体に対するセッション数を確認することも重要です。
• ビュー/セッションも重要です。これにより、訪問者がセッション中に複数のエラーページを見ているかどうかを特定できます。
• ユーザーがエラーページを表示する原因となっているページがあるかどうかを特定することも重要です。これを確認するために、比較モードを使用して、エラーページを表示したセグメントを「含める」場合と「除外する」場合を比較できます。この比較により、これら2つのセグメント間に違いがあるページを特定できます。

4. セッションリプレイでは、セグメント「エラーページを表示」を適用して、訪問者がエラーページに接触したさまざまなジャーニーを視覚化できます。また、以前に作成した順次セグメントを使用して、特定のページを表示することもできます。

特定のシナリオを特定するために、「期間」と「表示されたURL」でフィルターを適用します。
たとえば、表示されたURLを1に設定すると、エラーページにアクセスして離脱したユーザーを特定できます。

さらに進む

アラートによるバグ検出とフラストレーション

サイト上の既知のエラーを特定したら、それらを監視し始めることができます。Contentsquareを使用すると、ユーザーがこれらのバグに接触している場所を特定し、その頻度を監視できます。

設定できるアラートのさまざまな例を以下に示します：

• サイト:
  • エラーページのビュー数
  • 在庫切れ商品ページのビュー数
• ページ:
  • 離脱率（例：チェックアウト）
  • ロード時間
• ゾーン:
  • クリックの再発（例：チェックアウトの次のステップCTA）

アラートを受信した後の手順

たとえば：「モバイルのセグメント「すべての訪問者」において、ページ「エラー」のセッション数が35.4％増加しました。」

• Journey Analysisモジュールで、ページ前の逆ジャーニーを使用して、ユーザーがエラーページに到達する方法を理解します。
• ページ後のジャーニーを使用して、ユーザーが離脱ページに到達した影響を理解します。ユーザーは離脱しているのか、それともナビゲートを続けているのか？
• エラーを引き起こしているページを特定した後、そのページをZoning Analysisおよび/またはセッションリプレイで使用して、問題を引き起こしている正確な要素を見つけます。