web-dev-qa-db-ja.com

ソーシャルログインにGoogleとFacebookを使用する場合、Googleアナリティクスでセッションリファラーの誤帰属や目標のコンバージョンを防ぐ方法

「accounts.google.com」をソースとするコンバージョンがかなり多く見られます(ほぼ40%)。

知る限り、新しいユニバーサルアナリティクスでは、ユーザーがリファラーを設定するとすぐに新しいセッションが開始されます。ユーザーが自分のページにアクセスしていて、リダイレクト時にソーシャル認証(Googleアカウントなど)を使用してアカウントを作成すると、新しいセッションが作成されますか?これは、accounts.google.comから多くのコンバージョンが発生していることを説明していると思います。accounts.google.comを紹介除外リストに入力しても安全ですか?そしてさらに-Facebookログインについては、facebook.comとして表示されますが、facebook.comをリファラーとして除外したくないのでしょうか?

UAリファラーとソーシャルログインに対処する方法はありますか?

12
herbert

Googleアナリティクスwillを確認できます。ユーザーが別のサイトからのリファラーを使用してログインから戻ったときに新しいセッションを開始します。多くのユーザーがログインするわけではないので、私のサイトではそれほど大きな問題はありません。から Googleの紹介除外ドキュメント

紹介トラフィックの除外がデータに与える影響

デフォルトでは、紹介は自動的に新しいセッションをトリガーします。参照ソースを除外すると、除外されたドメインからサイトに到達したトラフィックは新しいセッションをトリガーしません。特定のサイトから到着するトラフィックが新しいセッションをトリガーするようにする場合は、このテーブルにそのドメインを含めないでください。

各紹介は新しいセッションをトリガーするため、紹介を除外する(または紹介を除外しない)と、アカウントでのセッションの計算方法に影響します。紹介の扱い方に基づいて、同じインタラクションを1つまたは2つのセッションとしてカウントできます。たとえば、my-site.comのユーザーはyour-site.comにアクセスしてから、my-site.comに戻ります。 your-site.comを参照ドメインとして除外しない場合、my-site.comに到着するたびに1回ずつ、2つのセッションがカウントされます。ただし、your-site.comから紹介を除外した場合、my-site.comへの2回目の到着は新しいセッションをトリガーせず、1つのセッションのみがカウントされます。

したがって、accounts.google.comを紹介除外リストに入れると、Googleログインの問題は解決しますが、あなたが言うように、Facebookの場合はできません。

私が考えることができる唯一の解決策は、ユーザーが戻ってきたときに、Google Analytics JavaScriptがそれに到達する前にリファラーを取り除くことです。私のサイトでは、GoogleまたはFacebookからログイン情報を取得するとリダイレクトします。以前は、リファラーデータを渡す302リダイレクトを使用しました。メタリフレッシュリダイレクトに変更しました 外部リファラーを削除するため

<html>
<head>
<meta http-equiv="refresh" content="0; url=/after-login.html">
</head>
<body>
</body>
</html>

FirefoxとIEでリファラーを完全に削除します。 Chrome、Opera、およびSafariでは、リファラーは更新URL(サイトからのもの)に変更されます。

10