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?
Jawaban:
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.
URL singkat berikut ini semua dialihkan ke halaman yang menunjukkan referer HTTP.
http://tinyurl.com/checkreferer (lihat catatan penting di bawah mengenai tinyurl.com)
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.
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"?!
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
Namun, pengalihan JavaScript akan menghancurkan pengarah asli. Tidak ada Locationtajuk yang ditetapkan dan Anda hanya melihat 200 OKKode Status HTTP.
Sebagai referensi, artikel ini mencantumkan banyak penyingkat URL paling populer dan menunjukkan jenis arahan ulang yang mereka gunakan.
http://searchengineland.com/analysis-which-url-shortening-service-should-you-use-17204
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.
Saya melakukan riset dan menemukan itu; lalu lintas yang dikategorikan oleh Google Analytics akan bervariasi berdasarkan situs pemendek URL.
Lihat tautan ini untuk informasi lebih lanjut: