URL短縮サービスからのトラフィックは直接のものとして扱われますか?


24

のような短縮URLからのトラフィックbit.lyは、Googleアナリティクスに直接表示されるのですか、それとも実際のリファラーを保持するのですか?

例:bit.ly誰かがbit.lyリンクを入力した場合、それは直接としてカウントされますが、誰かがTwitterからリンクをクリックした場合、Twitterからの参照トラフィックとしてカウントされますか?

回答:


18

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リファラーが渡されることがわかります(ブラウザーがそうするように設定されている場合)。URLをコピーして新しいブラウザウィンドウに貼り付けると、リファラーは渡されません。これは直接リンクです。

tinyurl.com (2015-08-08更新)

これが新しいものかどうかはわかりませんが、ユーザーが行っtinyurl.com2回目以降のリクエストで通常の301リダイレクト(およびHTTPリファラーを送信)のみを実行していることに気付きました!?最初のリクエストでtinyurl.comは、中間ページをロードするように見え、次に(JavaScript?)リダイレクトを発行します!これにより、最初のリクエストが200 OKステータスを返し、リファラーが短縮された「小さな」URLに設定されます。(そして、ブラウザの履歴に特有のことを行います。)

ただし、2番目の要求では、標準の301リダイレクトが提供され、予想されるHTTPリファラーが渡されます(これもキャッシュされます)。(これは、最初の要求時に設定されるtinyurl.com Cookieによって決定されると思いますか?)

2015-08-09:以前にGoogle Chromeの新しいシークレットウィンドウを使用して上記をテストしましたが、301リダイレクトが発生するようになったようですtinyurl.com。グリッチ」?!

HTTPS-安全な接続

セキュリティで保護されたコンテンツ(HTTPS)から非セキュリティで保護されたコンテンツ(HTTP)へのリンクに関する追加のメモ-これは、URL短縮サービスだけでなく、あらゆる種類のリンクに影響します。この場合、HTTPリファラーヘッダーはブラウザーによって設定さません

参照ページがセキュアなプロトコルで転送された場合、クライアントは(非セキュアな)HTTPリクエストにRefererヘッダーフィールドを含めるべきではありません。

出典:RFC 2616セクション15.1.3

JavaScriptリダイレクト

ただし、JavaScriptリダイレクト元のリファラー破壊します。いいえLocationヘッダーが設定されていないとあなただけ見ている200 OKHTTPステータスコードを。

  • このページは、上記と同じページ(HTTPリファラーを表示)にJavaScriptリダイレクトを行います。ただし、元のリファラー(つまり、このページ)を渡すのではなく、HTTPリファラーはJavaScriptリダイレクトを含む中間ページです。

1
Pro WebmastersはHTTPSのみになり、上記の短縮リンクはHTTPであるため、上記の例ではブラウザからリファラーが送信されないことに注意してください(「HTTPS-セキュア接続」セクションを参照)。残念ながら、URL短縮サービスの使用がStack Exchangeネットワーク全体でブロックされているため、回答を編集してメモを追加したり、リンクを修正したりすることはできません。参照:meta.stackexchange.com/questions/64450/...
MrWhite

サポートHTTPSというリンクが(サービスに置き換えてくださいw3dk.comが stackexchangeがhttpsになりましたし、HTTPリダイレクトにhttpsの中で失われたリファラIL以来ません)
the_nuts

2

参考として、この記事では最も人気のあるURL短縮サービスの多くをリストし、使用するリダイレクトのタイプを示します。

http://searchengineland.com/analysis-which-url-shortening-service-should-you-use-17204


これは理論的には質問に回答するかもしれませんが、回答の重要な部分をここに含め、参照用のリンクを提供することが望ましいでしょう
ジョンコンデ

2

場合によります。

通常、TwitterまたはソーシャルメディアでWebブラウザーを使用している場合、短縮リンクをクリックすると、Googleアナリティクスに元のリファラーが表示されます。ただし、多くのユーザーがブラウザの代わりに携帯電話とソーシャルメディアアプリを使用しているため、直接的なトラフィックになります。GAデータをフィルタリングすると、モバイルからの多くの直接トラフィックが発生する可能性があります。

これを解決するには?

実際には非常に簡単です。短縮する前に、キャンペーントラッキング変数をすべてのURLに追加します。その後、GAですべてが正しいことがわかります。キャンペーンで、私は追加することを意味追跡utm_sourceutm_mediumともutm_campaignURL変数。これは、使用している短縮サービスに関係なく、また異なるプロトコル間でさえ、これを解決する最良の方法です。


弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.