英語からAIを使用して翻訳されました
この記事はAI技術を使用して翻訳されたことにご注意ください。正確性を維持するよう努めていますが、一部の詳細は元のテキストを完全に反映していない場合があります。情報に不明な点がある場合は、英語版を参照してください。
使用される機能: サイトの概要、Journey Analysis、Page Comparator、セッションリプレイ、アラート
時間: 30分。
この方法を使用して、サイト上で追跡できる潜在的なエラーは次のとおりです:
典型的な技術的エラーを特定する | 典型的な機能的エラーを特定する |
|
|
設定
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および/またはセッションリプレイで使用して、問題を引き起こしている正確な要素を見つけます。