Apakah lalu lintas yang berasal dari penyingkat URL diperlakukan sebagai langsung?

24

Bentuk trafik yang datang berupa URL yang diperpendek seperti bit.ly, apakah itu muncul di Google Analytics sebagai langsung atau apakah mereka tetap menggunakan rujukan sebenarnya?

Mis .: jika seseorang mengetikkan bit.lytautan itu dianggap langsung, tetapi jika seseorang mengklik bit.lytautan dari Twitter, itu dihitung sebagai lalu lintas rujukan dari Twitter?

google-analytics url-shorteners bitly surpr
sumber

Jawaban:

18

Layanan pemendek URL bit.lydan goo.gl(lihat catatan tentang di tinyurl.combawah) mengembalikan 301 status Pindah Permanen HTTP - yaitu. pengalihan URL. Browser kemudian mengirimkan permintaan baru ke URL baru (mis. Panjang), meneruskan referensi lagi. AFAIK ini sama untuk sebagian besar layanan pemendek URL arus utama.

Jika layanan melakukan pengalihan 301 (sebagaimana mestinya) maka browser akan mengulang referensi. Dalam hal ini saya tidak dapat melihat alasan mengapa Google Analytics tidak menunjukkan referensi ini dalam laporannya.

Perhatikan, bagaimanapun, bahwa browser itu sendiri dapat dikonfigurasi untuk menekan referensi HTTP, atau bahkan mengirim sesuatu yang sepenuhnya salah.

Lalu lintas yang datang berupa url yang diperpendek seperti bit.ly, apakah URL itu muncul di Google Analytics sebagai langsung atau apakah mereka menyimpan pengarah asli?

Mereka menyimpan referensi nyata. Ini mungkin juga "langsung", jika memang itu permintaan langsung.

Ex. Jika seseorang mengetikkan tautan bit.ly, itu dianggap langsung, tetapi jika seseorang mengklik tautan bit.ly dari Twitter, itu dianggap sebagai lalu lintas rujukan dari Twitter?

Iya nih. Perhatikan bahwa twitter sekarang membungkus semua URL-nya dalam layanan pemendekan URL sendiri, sehingga URL rujukan berbentuk http://t.co/xyzxyz.

Sebuah contoh

URL singkat berikut ini semua dialihkan ke halaman yang menunjukkan referer HTTP.

Anda dapat melihat bahwa dengan mengikuti salah satu tautan di atas, pengarah HTTP terlewati (asalkan browser Anda diatur untuk melakukannya). Jika Anda menyalin dan menempel URL di jendela browser baru, maka tidak ada referer yang dilewati - ini adalah tautan langsung.

tinyurl.com (Diperbarui 2015-08-08)

Saya tidak tahu apakah ini sesuatu yang baru, tetapi saya baru saja memperhatikan bahwa tinyurl.comhanya melakukan pengalihan 301 biasa (dan mengirimkan HTTP Referer) pada permintaan kedua dan selanjutnya yang dilakukan oleh pengguna !? Pada permintaan pertama tinyurl.communcul untuk memuat halaman perantara dan kemudian mengeluarkan pengalihan (JavaScript?)! Ini menghasilkan permintaan pertama yang mengembalikan 200 OKstatus dan pengarah diatur ke URL "kecil" yang disingkat! (Dan melakukan sesuatu yang aneh dengan riwayat browser.)

Namun, pada permintaan ke-2 Anda dilayani redirect 301 standar dan Perujuk HTTP yang diharapkan dilewati (ini juga akan di-cache). (Saya kira ini mungkin ditentukan oleh cookie tinyurl.com yang ditetapkan selama permintaan pertama?)

2015-08-09: Saya sebelumnya menguji hal di atas menggunakan jendela penyamaran baru di Google Chrome, namun, sekarang tampaknya menghasilkan pengalihan 301 terlepas - jadi, tidak yakin apa yang sedang terjadi tinyurl.com, apakah itu hanya " kesalahan"?!

HTTPS - Koneksi aman

Hanya catatan tambahan tentang tautan dari konten aman (HTTPS) ke konten tidak aman (HTTP) - ini memengaruhi segala jenis tautan, bukan hanya penyingkat URL. Dalam hal ini header pengarah HTTP tidak diatur oleh browser.

Klien TIDAK HARUS menyertakan bidang header Perujuk dalam permintaan HTTP (tidak aman) jika halaman referensi ditransfer dengan protokol aman.

Sumber: RFC 2616 Bagian 15.1.3

Pengalihan JavaScript

Namun, pengalihan JavaScript akan menghancurkan pengarah asli. Tidak ada Locationtajuk yang ditetapkan dan Anda hanya melihat 200 OKKode Status HTTP.

  • Halaman ini melakukan JavaScript Redirect ke halaman yang sama seperti di atas (yang menunjukkan Referer HTTP). Tetapi alih-alih melewati Referer asli (mis. Halaman ini), HTTP Referer adalah halaman perantara yang berisi pengalihan JavaScript.
TuanWhite
sumber
1
Perhatikan bahwa karena Pro Webmaster hanya menggunakan HTTPS dan tautan yang dipersingkat di atas adalah HTTP - Referer tidak lagi dikirim oleh browser dalam contoh di atas (seperti yang disebutkan di bagian "HTTPS - Koneksi aman"). Sayangnya, saya tidak dapat mengedit jawaban untuk menambahkan catatan atau mengoreksi tautan karena penggunaan layanan pemendek URL sekarang diblokir di seluruh jaringan Stack Exchange. Lihat: meta.stackexchange.com/questions/64450/…
MrWhite
Tautan harus diganti dengan layanan yang mendukung https ( w3dk.com tidak) karena stackexchange sekarang dalam https dan perujuk hilang dalam pengalihan https ke http
the_nuts
2

Tergantung.

Dalam keadaan normal ketika menggunakan browser web dengan Twitter atau media sosial secara umum, mengklik tautan yang diperpendek akan menunjukkan pengarah asli di Google Analytics. Namun, karena banyak pengguna menggunakan ponsel dan aplikasi media sosial alih-alih peramban, Anda akan berakhir dengan lalu lintas langsung. Jika Anda memfilter data GA Anda, Anda mungkin akan melihat banyak lalu lintas langsung dari seluler.

Bagaimana cara mengatasinya?

Ini sebenarnya cukup mudah. Tambahkan variabel pelacakan kampanye ke semua URL Anda sebelum Anda mempersingkatnya. Kemudian Anda dapat melihat semuanya dengan benar di GA. Dengan pelacakan kampanye maksud saya menambahkan utm_source, utm_mediumdan juga utm_campaignvariabel URL. Itu adalah cara terbaik untuk menyelesaikan masalah ini, apa pun layanan pemendekan yang Anda gunakan dan bahkan di berbagai protokol.

Kristian Svensson
sumber