URL kısaltma hizmetleri bit.ly
ve goo.gl
(aşağıdaki nota tinyurl.com
bakı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.com
yalnı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.com
200 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 Location
başlık ayarlanmadı ve yalnızca 200 OK
HTTP Durum Kodlarını görüyorsunuz .