bit.ly
のような短縮URLからのトラフィックは、Googleアナリティクスに直接表示されますか、それとも実際のリファラーを保持しますか?
例:誰かがbit.ly
リンクを入力すると直接リンクとしてカウントされますが、誰かがTwitterからbit.ly
リンクをクリックすると、Twitterからの参照トラフィックとしてカウントされますか?
URL短縮サービスbit.ly
およびgoo.gl
(以下のtinyurl.com
に関するメモを参照)は、301 Moved Permanently HTTPステータスを返します。 URLリダイレクト。ブラウザは、新しい(つまり長い)URLに新しいリクエストを送信し、リファラーを再度渡します。私の知る限り、これはほとんどのメインストリームURL短縮サービスで同じです。
サービスが301リダイレクトを実行する場合(必要な場合)、ブラウザーはリファラーを渡します。この場合、Google Analyticsがレポートにこのリファラーを表示しない理由はありません。
ただし、ブラウザ自体は、HTTPリファラーを抑制するように構成することも、完全にエラーのあるものを送信することもできることに注意してください。
Bit.lyのような短縮URLからのトラフィックは、Googleアナリティクスに直接表示されるのですか、それとも実際のリファラーを保持するのですか?
彼らは本当のリファラーを保持します。実際に直接の要求である場合、これは「直接」の場合もあります。
例誰かがbit.lyリンクを入力すると、それは直接としてカウントされますが、誰かがTwitterからbit.lyリンクをクリックすると、Twitterからの参照トラフィックとしてカウントされますか?
はい。 Twitterは現在、すべてのURLを独自のURL短縮サービスでラップしているため、参照URLはhttp://t.co/xyzxyz
という形式になっています。
次の短縮URLはすべて、HTTPリファラーを表示するページにリダイレクトします。
http://tinyurl.com/checkreferer(tinyurl.comに関する以下の重要な注意事項を参照)
上記のリンクのいずれかをたどると、HTTPリファラーが渡されることがわかります(ブラウザーがそうするように設定されている場合)。 URLをコピーして新しいブラウザウィンドウに貼り付けると、リファラーは渡されません。これは直接リンクです。
これが新しいものかどうかはわかりませんが、tinyurl.com
は2ndおよびその後のリクエストに対して通常の301リダイレクトのみを実行する(そしてHTTPリファラーを送信する)ことに気づいただけですユーザーによる!?最初のリクエストでは、tinyurl.com
が中間ページをロードし、(JavaScript?)リダイレクトを発行するように見えます!これにより、最初のリクエストは200 OK
ステータスを返し、リファラーは短縮された「小さな」URLに設定されます。 (そして、ブラウザの履歴に特有の何かをします。)
ただし、2回目のリクエストでは、標準の301リダイレクトが提供され、予想されるHTTPリファラーが渡されます(これもキャッシュされます)。 (これは、最初の要求時に設定されるtinyurl.com Cookieによって決定されると思いますか?)
2015-08-09:以前にGoogle Chromeの新しいシークレットウィンドウを使用して上記をテストしましたが、301リダイレクトが発生するようになったようです。したがって、tinyurl.com
で何が起こっているのか正確にはわかりません。それは単なる「グリッチ」でしたか?!
セキュリティで保護されたコンテンツ(HTTPS)から非セキュリティで保護されたコンテンツ(HTTP)へのリンクに関する追加のメモ-これは、URL短縮サービスだけでなく、あらゆる種類のリンクに影響します。この場合、HTTPリファラーヘッダーは、ブラウザーによってnot setです。
参照ページがセキュアなプロトコルで転送された場合、クライアントは(非セキュア)HTTPリクエストにRefererヘッダーフィールドを含めるべきではありません。
ソース: RFC 2616セクション15.1.
ただし、JavaScriptリダイレクトwillは、元のリファラーを破棄します。 Location
ヘッダーは設定されておらず、200 OK
HTTPステータスコードのみが表示されます。
参考として、この記事では最も人気のあるURL短縮サービスの多くをリストし、使用するリダイレクトの種類を示します。
http://searchengineland.com/analysis-which-url-shortening-service-should-you-use-17204
場合によります。
通常、TwitterやソーシャルメディアでWebブラウザーを使用している通常の状況では、短縮リンクをクリックすると、元のリファラーがGoogleアナリティクスに表示されます。ただし、多くのユーザーがブラウザの代わりに携帯電話とソーシャルメディアアプリを使用しているため、直接的なトラフィックになります。 GAデータをフィルタリングすると、モバイルからの多くの直接トラフィックが発生する可能性があります。
これを解決するには?
実際には非常に簡単です。短縮する前に、キャンペーントラッキング変数をすべてのURLに追加します。その後、GAですべてが正しいことがわかります。キャンペーントラッキングでは、utm_source
、utm_medium
、およびutm_campaign
URL変数を追加します。これは、使用している短縮サービスに関係なく、また異なるプロトコル間でさえ、これを解決する最良の方法です。
私はいくつかの調査を行い、それを見つけました。 Googleアナリティクスによって分類されるトラフィックは、URL短縮Webサイトによって異なります。
詳細については、次のリンクを参照してください。