Provoz přichází ze zkrácených adres URL, jako je bit.ly, zobrazují se ve službě Google Analytics jako přímí nebo si zachovávají skutečného referrera?

Příklad: pokud někdo zadá a bit.ly odkaz se to počítá jako přímé, ale pokud někdo klikne na bit.ly odkaz z Twitteru, počítá se to za odkazující provoz z Twitteru?

Služby zkracování adres URL bit.ly a goo.gl (viz poznámka o tinyurl.com níže) vrátit stav 301 Moved Permanently HTTP - tj. přesměrování URL. Prohlížeč poté odešle nový požadavek na novou (tj. Dlouhou) adresu URL a předá referer znovu. AFAIK je to stejné pro většinu běžných služeb zkrácení URL.

Pokud služba provede přesměrování 301 (jak by mělo), prohlížeč repasuje referera. V takovém případě nevidím důvod, aby Google Analytics ve svých přehledech nezobrazoval tohoto referenta.

Všimněte si však, že samotný prohlížeč lze nakonfigurovat tak, aby potlačil referer HTTP, nebo dokonce poslal něco zcela chybného.

Provoz přicházející ze zkrácených adres URL, jako je bit.ly, zobrazují se v Google Analytics jako přímé nebo si zachovávají skutečného odkazujícího?

Udržují skutečného referenta. Může to být také „přímé“, pokud se skutečně jednalo o přímý požadavek.

Př. Pokud někdo zadá odkaz bit.ly, počítá se to jako přímý, ale pokud někdo klikne na odkaz bit.ly z Twitteru, započítá se to jako odkaz z Twitteru?

Ano. Všimněte si, že twitter nyní zabalí všechny své adresy URL do své vlastní služby pro zkrácení adres URL, takže odkazující adresa URL má formu http://t.co/xyzxyz.

Příklad

Následující zkrácené adresy URL všechny přesměrovávají na stránku, která zobrazuje referer HTTP.

  • https://bit.ly/checkreferer

  • https://tinyurl.com/checkreferer (viz důležitá poznámka níže týkající se tinyurl.com)

  • https://goo.gl/7AJgP

Vidíte, že sledováním některého z výše uvedených odkazů je předán odkazovač HTTP (za předpokladu, že je váš prohlížeč nastaven). Pokud zkopírujete a vložíte adresu URL do nového okna prohlížeče, nepředá se žádný referer - jedná se o přímý odkaz.

tinyurl.com (Aktualizováno 8. 8. 2015)

Nevím, jestli je to něco nového, ale právě jsem si toho všiml tinyurl.com provádí pouze pravidelné přesměrování 301 (a odesílá HTTP Referer) na 2. místo a následné žádosti uživatele !? Na první žádost tinyurl.com se zobrazí načíst zprostředkující stránku a poté vydá přesměrování (JavaScript?)! To má za následek, že první žádost vrátí a 200 OK stav a odkazovač je nastaven na zkrácenou „malou“ adresu URL! (A dělá něco zvláštního s historií prohlížeče.)

Na 2. požadavek vám však bude doručeno standardní přesměrování 301 a očekávaný HTTP Referer je předán (bude také uložen do mezipaměti). (Myslím, že to může být určeno souborem cookie tinyurl.com, který je nastaven během prvního požadavku?)

2015-08-09: Výše ​​jsem testoval výše pomocí nového anonymního okna v Google Chrome, ale zdá se, že to nyní vede k přesměrování 301 bez ohledu na to - takže si nejsem úplně jistý, co se děje s tinyurl.com, byla to jen „závada“ ?!

HTTPS - zabezpečené připojení

Jen další poznámka o odkazech ze zabezpečeného obsahu (HTTPS) na nezabezpečený obsah (HTTP) - ovlivní to jakýkoli druh odkazu, nejen zkracovače adres URL. V tomto případě je záhlaví referer HTTP Nenastaveno prohlížečem.

Klienti NEMAJÍ zahrnout pole záhlaví refereru do (nezabezpečeného) požadavku HTTP, pokud byla odkazující stránka přenesena zabezpečeným protokolem.

Zdroj: RFC 2616 oddíl 15.1.3

Přesměrování JavaScriptu

Přesměrování JavaScriptu vůle zničit původního referera. Ne Location hlavička je nastavena a vidíte pouze 200 OK Stavové kódy HTTP.

  • Tato stránka provádí přesměrování JavaScriptu na stejnou stránku jako výše (která zobrazuje HTTP Referer). Namísto předání původního Refereru (tj. Této stránky) je však Referer HTTP zprostředkující stránkou, která obsahuje přesměrování JavaScriptu.
  • 1 Uvědomte si, že protože Pro Webmasters používá pouze HTTPS a výše uvedené zkrácené odkazy jsou HTTP - prohlížeč již v příkladech výše neodesílá Referer (jak je uvedeno v části „HTTPS - zabezpečená připojení“). Bohužel nemohu upravit odpověď, abych přidal poznámku nebo opravil odkazy, protože používání služeb zkrácení URL je nyní blokováno v síti Stack Exchange. Viz: meta.stackexchange.com/questions/64450/…
  • Byl jsem schopen upravit https do odkazů pro vás. Nejsem si jistý, jestli zákaz zkracovače URL již není zaveden, nebo zda jsem mohl provést úpravy kvůli mému stavu moderátora.

V tomto článku je uveden seznam nejpopulárnějších zkracovačů adres URL a uvádí, jaký typ přesměrování používají.

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

  • I když to může teoreticky odpovědět na otázku, bylo by vhodnější sem zahrnout podstatné části odpovědi a poskytnout odkaz pro referenci.

Záleží.

Za normálních okolností při použití webového prohlížeče s Twitterem nebo sociálními médii obecně se po kliknutí na zkrácený odkaz zobrazí původní referrer v Google Analytics. Jelikož však mnoho uživatelů místo prohlížeče používá mobilní telefon a aplikace pro sociální média, skončíte s přímým přenosem. Pokud filtrujete data GA, pravděpodobně uvidíte velký přímý provoz z mobilních zařízení.

Jak to vyřešit?

Je to vlastně docela snadné. Přidejte proměnné sledování kampaní na všechny své adresy URL, než je zkrátíte. Pak můžete vidět vše správné v GA. Se sledováním kampaně myslím přidání utm_source, utm_medium a také utm_campaign Proměnné adresy URL. To je nejlepší způsob, jak to vyřešit bez ohledu na to, jakou službu zkrácení používáte, a dokonce i napříč různými protokoly.

Udělal jsem nějaký výzkum a zjistil jsem, že; provoz kategorizovaný službou Google Analytics se bude lišit podle webových stránek se zkrácením adres URL.

Další informace naleznete na tomto odkazu:

  • http://www.fathomdelivers.com/twitter-url-shortener-google-analytic/

Pracoval pro vás: Charles Robertson | Chcete nás kontaktovat?