Google Analyticsがカートとチェックアウトページで高い直帰率（50％）を示しているのはなぜですか？
カートとチェックアウトページはランディングページではないため、それらをセッションの最初のページにすることはできません。離脱率が低すぎる（約15％）ため、バウンスを離脱としてカウントする必要があることがわかります。また、Googleアナリティクスがバウンスと見なすほど頻繁にタイムアウトになると考えるのも妥当ではありません。
考えられることは、それがnonInteractionの問題だということですか？
これは私がビジネスのために修正しようとしている進行中の問題です、どんな助けでも素晴らしいでしょう。
[コメントごとに数回編集]
直帰率と離脱率は比較可能な値ではありません。ページAの直帰率は
(sessions where the only hit was a Page A PV) / (sessions that landed on Page A)
一方、離脱率は
(Page A PV that were the last PV of their session) / (all Page A PV)
Analyticsヘルプの 離脱率vs.直帰率 を参照してください。
直帰率が定義されているため、カートページとチェックアウトページでいくつかのランディングヒットが発生していますが、それらのページに多数のランディングが存在しない場合、直帰率は特に意味がありません。数回のセッションで大幅に変更される可能性があります。
質問1：ランディングページであってはならないのに、ページビューがランディングとしてカウントされるのはなぜですか？これらの「バウンス」を終了させるべきであるが、切断されている本当に初期のアクティビティはありますか？
最初に、ランディングの数を確認しますGAがこれらのページに記録しています。[動作]> [サイトコンテンツ]> [ランディングページ]で、記録されているセッション数はどれですか？少ない場合、スパムである可能性があります。私は "ゾンビヒット"と考えています（4年前に無効にしたイベントについては、まだ少数のイベントヒットがあります）。その場合、適切なGA spam/bot保護がアクティブになりますが、それ以外の点では心配しません（個人的に）。
ランディングの数が多い場合でも、スパム保護が適切に設定されていることを確認しますが、新しいセッションをトリガーするリンクも探します。誰かがUTMパラメータを使用して内部リンクを作成しましたか？コンテンツを検索するための機能がわからないのですが、ランディングページレポートで問題のページにフィルタリングして、セカンダリディメンションとしてSource / Mediumを追加すると、潜在的なパラメータ値が得られます。
最後に、GA内部トラフィックを除外しますか？オンサイトトラフィックが除外されなかった場合、データに多くのランディングとバウンスを追加します。
質問2：離脱率がなぜそれほど低いのですか？
15％は本質的に不合理に低いわけではありませんが、それがそうであると信じる理由があるかもしれません（コメントごとの業界平均など）。その場合は、GAをクロスチェックする必要のある他のデータソースを確認します。サーバー側の分析またはログと、在庫または財務レコードのトランザクションデータです。数字は一致しますか？ GAが基本的にすべてのトランザクションを記録している場合（すべてをキャプチャすることはありません）、終了率が間違っている可能性がある唯一の方法は、以前のページビューを逃して、それをコンバージョンにつながらなかったページビューを不均衡に見落とす方法です。それはありそうにありません。ページビューを非標準的な方法で送信する必要があるようです。
離脱率が正しいか間違っているかにかかわらず、GA）で人々がどこに行くかについての詳細を見つけることができます。関連する目標到達プロセスとしてチェックアウトを設定し、関連する目標到達プロセスをずっと前に戻すことをお勧めしますカートに追加します。[コンバージョン]> [目標]> [目標到達プロセスの可視化]は、ユーザーが目標到達プロセスに入ったときにどこから来たのか、フローから飛び出した場合はどこに行くのかなどの情報を提供する魔法のレポートです。このような情報については、ショッピングよりも一般的なサイトの使用ですが、[コンバージョン]> [eコマース]レポートよりも役立つと思います。しないマークを付けると、そこから多くの情報を得ることができます必要に応じて、じょうごの最初のステップ。
それはさかのぼって適用されることはありません。既存のデータを使用して、特定のページ（チェックアウトの最終ページなど）に対して、次元Previous Page Pathを使用できます。 [行動]> [サイトコンテンツ]> [すべてのページ]レポートで、それをセカンダリディメンションとして追加し、高度なフィルタリングエリアに、関心のあるページの前のページパスのみを含めます（たとえば、「前のページパスと完全に一致する/confirmationを含める」 "）。レポートの最初の列には、設定したページの後にユーザーがアクセスしたページが表示されます。
残念ながら、GAでは一般的に、関係の前後を把握することは困難です。シーケンスセグメントはありますが、この特定の「理由」に答えるためにそれらを使用する良い方法はありません。質問。うまくいけば、「どこ」が「なぜ」に役立つでしょう。
ただし、離脱率は他の種類のヒットではなく、ページビューによってのみ影響を受ける必要があります（定義、およびこの回答に対するコメントで報告された経験 SO質問Do Events Affect Exit Rate ）。それは不正確です。私が最初に外部で探すのはGAは仮想ページビューです。一般的にトリガーされ、ページビューとして追跡されるモーダルまたはドロップダウンパネルはありますか？それはスクロールダウン時に追加のページビューがトリガーされる単一ページアプリケーションタイプのチェックアウトですか？それらが必要なときにのみ発生するか、問題のあるデータを引き起こしている場合はまったく発生しないかを確認すると、考えられる原因の1つが除外されます。