Il traffico proveniente da URL abbreviati come bit.ly, vengono visualizzati in Google Analytics come diretti o mantengono il loro vero referrer?
Es .: se qualcuno digita un bit.lylink viene considerato diretto, ma se qualcuno fa clic su un bit.lylink da Twitter, viene considerato traffico da referral da Twitter?
Risposte:
I servizi di accorciamento dell'URL bit.lye goo.gl(vedere la nota tinyurl.comseguente) restituiscono uno stato HTTP spostato 301 permanente, ovvero. un reindirizzamento URL. Il browser invia quindi una nuova richiesta al nuovo URL (ad es. Lungo), passando nuovamente il referer. AFAIK è lo stesso per la maggior parte dei servizi di accorciamento degli URL tradizionali.
Se il servizio esegue un reindirizzamento 301 (come dovrebbe), il browser ripassa il referer. In questo caso non vedo motivo per cui Google Analytics non mostri questo referer nei suoi rapporti.
Si noti, tuttavia, che il browser stesso può essere configurato per sopprimere il referer HTTP o addirittura inviare qualcosa di completamente errato.
Il traffico proveniente da URL abbreviati come bit.ly, vengono visualizzati in Google Analytics come diretti o mantengono il loro vero referrer?
Mantengono il vero referer. Questo potrebbe anche essere "diretto", se davvero fosse una richiesta diretta.
Ex. Se qualcuno digita un link bit.ly, viene considerato diretto, ma se qualcuno fa clic su un link bit.ly da Twitter, viene conteggiato come traffico di riferimento da Twitter?
Sì. Nota che ora Twitter racchiude tutti i suoi URL nel proprio servizio di accorciamento degli URL, quindi l'URL di riferimento è nel modulo http://t.co/xyzxyz.
I seguenti URL abbreviati reindirizzano tutti a una pagina che mostra il referer HTTP.
http://tinyurl.com/checkreferer (vedere la nota importante di seguito relativa a tinyurl.com)
Puoi vedere che seguendo uno dei link sopra, viene passato il referer HTTP (a condizione che il tuo browser sia impostato per farlo). Se copi e incolli l'URL in una nuova finestra del browser, non viene passato nessun referente: si tratta di un collegamento diretto.
Non so se si tratta di qualcosa di nuovo, ma ho appena notato che tinyurl.comesegue solo un reindirizzamento 301 regolare (e invia il referer HTTP) sul 2o e successive richieste fatte da un utente !? Alla prima richiesta tinyurl.comsembra caricare una pagina intermedia e quindi emette un reindirizzamento (JavaScript?)! Ciò comporta che la prima richiesta restituisca uno 200 OKstato e che il referer sia impostato sull'URL "minuscolo" abbreviato! (E fa qualcosa di strano con la cronologia del browser.)
Tuttavia, alla seconda richiesta viene fornito un reindirizzamento 301 standard e viene passato il referente HTTP previsto (anche questo verrà memorizzato nella cache). (Immagino che questo possa essere determinato da un cookie tinyurl.com impostato durante la prima richiesta?)
09-08-2015: In precedenza avevo testato quanto sopra utilizzando una nuova finestra di navigazione in incognito in Google Chrome, tuttavia ora sembra comportare un reindirizzamento 301 a prescindere - quindi, non sono esattamente sicuro di cosa stia succedendo tinyurl.com, era solo un " glitch "?!
Solo una nota aggiuntiva sui collegamenti da contenuto protetto (HTTPS) a contenuto non sicuro (HTTP): ciò influisce su qualsiasi tipo di collegamento, non solo sugli abbreviazioni di URL. In questo caso, l'intestazione del referer HTTP non è impostata dal browser.
I client NON DOVREBBERO includere un campo di intestazione Referer in una richiesta HTTP (non sicura) se la pagina di riferimento è stata trasferita con un protocollo sicuro.
Fonte: RFC 2616, sezione 15.1.3
Tuttavia, un reindirizzamento JavaScript sarà distruggere il referer originale. Non Locationè stata impostata alcuna intestazione e vengono visualizzati solo 200 OKi codici di stato HTTP.
Come riferimento, questo articolo elenca molti degli accorciatori di URL più popolari e indica quale tipo di reindirizzamento usano.
http://searchengineland.com/analysis-which-url-shortening-service-should-you-use-17204
Dipende.
In circostanze normali, quando si utilizza un browser Web con Twitter o i social media in generale, facendo clic su un collegamento abbreviato verrà visualizzato il referrer originale in Google Analytics. Tuttavia, poiché molti utenti utilizzano un telefono cellulare e le app di social media anziché un browser, si otterrà il traffico diretto. Se filtri i tuoi dati GA probabilmente vedrai molto traffico diretto da dispositivo mobile.
Come risolverlo?
In realtà è abbastanza facile. Aggiungi le variabili di monitoraggio della campagna a tutti i tuoi URL prima di accorciarli. Quindi puoi vedere tutto corretto in GA. Con monitoraggio della campagna intendo aggiungere utm_source, utm_mediume anche utm_campaignvariabili URL. Questo è il modo migliore per risolverlo, indipendentemente dal servizio di abbreviazione che stai utilizzando e anche attraverso protocolli diversi.
Ho fatto delle ricerche e l'ho scoperto; il traffico classificato da Google Analytics varierà dal sito Web di abbreviazione di URL.
Fare riferimento a questo link per ulteriori informazioni: