URL kısaltıcılardan gelen trafik doğrudan olarak değerlendiriliyor mu?


24

Trafik geliyor bit.ly, kısaltılmış URL'leri , Google Analytics’te doğrudan olarak mı gösteriliyorlar veya gerçek yönlendiricileri tutuyorlar mı?

Ör .: eğer bir kişi bir bit.lylinke yazı yazıyorsa doğrudan olarak sayılır, fakat birileri bit.lyTwitter'dan bir linke tıklarsa , Twitter'dan bir yönlendirme trafiği olarak sayılır mı?

Yanıtlar:


18

URL kısaltma hizmetleri bit.lyve goo.gl(aşağıdaki nota tinyurl.combakınız) 301 Kalıcı Kalıcı HTTP durumu döndürür - örn. bir URL yönlendirmesi. Tarayıcı daha sonra yönlendireni tekrar ileterek yeni (yani, uzun) URL’ye yeni bir istek gönderir. AFAIK bu, çoğu ana URL kısaltma hizmeti için aynıdır.

Hizmet bir 301 yönlendirmesi gerçekleştirirse (olması gerektiği gibi), tarayıcı yönlendireni yeniden düzenler. Bu durumda, Google Analytics’in bu yönlendiriciyi raporlarında göstermemesi için hiçbir neden göremiyorum.

Bununla birlikte, tarayıcının kendisinin HTTP yönlendiricisini bastırmak, hatta tamamen hatalı bir şey göndermek için yapılandırılabileceğini unutmayın.

Trafik geliyor, bit.ly gibi kısaltılmış URL'leri oluşturuyor, Google Analytics’te doğrudan olarak mı gösteriliyor veya gerçek yönlendiricileri tutuyor mu?

Gerçek referansı tutarlar. Bu aynı zamanda “doğrudan” olabilir, eğer gerçekten doğrudan bir talep ise.

Ör. Biri bit.ly bağlantısını girerse, doğrudan olarak sayılır, ancak birisi Twitter'dan bit.ly bağlantısını tıklarsa, Twitter'dan yönlendiren trafik olarak sayılır?

Evet. Twitter'in artık tüm URL'lerini kendi URL kısaltma hizmetine sardığını, bu nedenle yönlendiren URL'nin formda olduğunu unutmayın http://t.co/xyzxyz.

Bir örnek

Aşağıdaki kısaltılmış URL'lerin tümü, HTTP yönlendiricisini gösteren bir sayfaya yönlendirir.

Yukarıdaki bağlantılardan herhangi birini takip ederek, HTTP yönlendiricisinin iletildiğini görebilirsiniz (tarayıcınızın buna göre ayarlanması şartıyla). URL'yi kopyalayıp yeni bir tarayıcı penceresine yapıştırırsanız, başvuru yok iletilmez - bu doğrudan bir bağlantıdır.

tinyurl.com (Güncellendi 2015-08-08)

Bunun yeni bir şey olup olmadığını bilmiyorum, ancak daha önce bir kullanıcı tarafından yapılan 2. ve sonraki isteklerde tinyurl.comyalnızca 301 yönlendirmesi (ve HTTP Yönlendiricisi gönderir) gerçekleştirdiğini fark ettim !? İlk istek bir ara sayfa yüklemek için görünür ve daha sonra (JavaScript?) Yönlendirmesi yapar! Bu durum ilk istekte bir durum döndürür ve hakem kısaltılmış "küçük" URL’ye ayarlanır! (Ve tarayıcı geçmişine özgü bir şey yapar.)tinyurl.com200 OK

Ancak, 2. istek üzerine standart bir 301 yönlendirmesi yapılır ve beklenen HTTP Yönlendiricisi geçilir (bu ayrıca önbelleğe alınır). (Bunun ilk istek sırasında ayarlanan bir tinyurl.com çereziyle belirlenebileceğini tahmin ediyorum?)

2015/08/09: - bu yüzden, tam olarak emin ile ne olup bittiğini ben önceden Google Chrome'da yeni gizli pencere kullanarak yukarıdaki test, ancak şimdi bağımsız bir 301 yönlendirmesi ile sonuçlanan gibi görünüyor tinyurl.com, sadece öyleydi " "aksaklık ?!

HTTPS - Güvenli bağlantılar

Güvenli içerikten (HTTPS) güvenli olmayan içeriğe (HTTP) giden bağlantılar hakkında ek bir not - bu yalnızca URL kısaltıcıları değil her türlü bağlantıyı etkiler. Bu durumda, HTTP başvuru başlığı tarayıcı tarafından ayarlanmadı .

Başvuruda bulunanlar güvenli bir protokolle aktarıldıysa, İstemciler (güvenli olmayan) bir HTTP isteğinde bir Yönlendirici başlık alanı İÇERMEMELİDİR.

Kaynak: RFC 2616 Bölüm 15.1.3

JavaScript Yönlendirme

Ancak, bir JavaScript yönlendirmesi asıl yönlendiriciyi imha edecektir . Hiçbir Locationbaşlık ayarlanmadı ve yalnızca 200 OKHTTP Durum Kodlarını görüyorsunuz .


1
Pro Webmaster'ların yalnızca HTTPS'ye gittiğinden ve yukarıdaki kısaltılmış bağlantıların HTTP olduğundan beri, Yönlendirici artık yukarıdaki örneklerde tarayıcı tarafından gönderilmez ("HTTPS - Güvenli bağlantılar" bölümünde belirtildiği gibi). Ne yazık ki, URL kısaltma servislerinin kullanımı şimdi Stack Exchange ağında engellendiği için bir not eklemek veya bağlantıları düzeltmek için cevabı düzenleyemiyorum. Bakınız: meta.stackexchange.com/questions/64450/…
MrWhite

Bağlantılar, bir hizmet ile değiştirilmesi gerektiğini destekler https ( w3dk.com yapmıyor ki) Stack Exchange şimdi beri https ve https kaybetti yönlendiren il http yönlendirmeler
the_nuts


2

Değişir.

Genel olarak Twitter veya sosyal medya ile bir web tarayıcısı kullanırken, normal şartlar altında, kısaltılmış bir bağlantıya tıklamak orijinal yönlendiriciyi Google Analytics’te gösterir. Ancak, birçok kullanıcı tarayıcı yerine cep telefonu ve sosyal medya uygulamaları kullandığından, doğrudan trafikle karşılaşacaksınız. GA verilerinizi filtrelerseniz büyük olasılıkla mobil cihazlardan çok fazla doğrudan trafik göreceksiniz.

Bu nasıl çözülür?

Aslında oldukça kolay. Kısaltmadan önce tüm URL’lerinize kampanya izleme değişkenleri ekleyin. O zaman GA'da her şeyin doğru olduğunu görebilirsiniz. Kampanya ile ben ekleyerek demek izleme utm_source, utm_mediumaynı zamanda ve utm_campaignURL değişkenlerini. Bu, hangi protokolü kullanıyorsanız ve hatta farklı protokollerde kullandığınız kısaltıcı hizmeti ne olursa olsun çözmenin en iyi yoludur.


Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.