Besucher, die von verkürzten URLs bit.lykommen, werden in Google Analytics als direkt angezeigt oder behalten ihren eigentlichen Verweis bei?
Bsp .: Wenn jemand einen bit.lyLink eingibt, der als direkt gilt, aber wenn jemand auf einen bit.lyLink von Twitter klickt , zählt er als Empfehlungsverkehr von Twitter?
Antworten:
Die URL-Verkürzungsdienste bit.lyund goo.gl(siehe Hinweis tinyurl.comunten) geben den Status 301 dauerhaft verschoben (Moved Permanently HTTP) zurück. eine URL-Weiterleitung. Der Browser sendet dann eine neue Anfrage an die neue (dh lange) URL und leitet den Referer erneut weiter. AFAIK Dies gilt auch für die meisten gängigen URL-Verkürzungsdienste.
Wenn der Dienst eine 301-Umleitung durchführt (wie es sein sollte), leitet der Browser den Referer erneut weiter. In diesem Fall sehe ich keinen Grund für Google Analytics, diesen Verweis nicht in seinen Berichten anzuzeigen.
Beachten Sie jedoch, dass der Browser selbst so konfiguriert werden kann, dass der HTTP-Verweis unterdrückt oder sogar etwas völlig Falsches gesendet wird.
Zugriffe, die durch verkürzte URLs wie bit.ly kommen, werden in Google Analytics als direkt angezeigt oder behalten ihren eigentlichen Verweis bei?
Sie behalten den eigentlichen Referer. Dies kann auch "direkt" sein, wenn es sich tatsächlich um eine direkte Anfrage handelt.
Ex. Wenn jemand einen bit.ly-Link eingibt, der als direkt gilt, aber wenn jemand auf einen bit.ly-Link von Twitter klickt, zählt er als Empfehlungsverkehr von Twitter?
Ja. Beachten Sie, dass Twitter jetzt alle seine URLs in einen eigenen URL-Kürzungsdienst einbindet, sodass die verweisende URL die Form hat http://t.co/xyzxyz.
Die folgenden verkürzten URLs leiten alle zu einer Seite weiter, auf der der HTTP-Verweis angezeigt wird.
http://tinyurl.com/checkreferer (siehe wichtigen Hinweis unten zu tinyurl.com)
Sie können sehen, dass durch Klicken auf einen der obigen Links der HTTP-Verweis übergeben wird (vorausgesetzt, Ihr Browser ist dazu eingerichtet). Wenn Sie die URL kopieren und in ein neues Browserfenster einfügen, wird kein Referer übergeben - es handelt sich um einen direkten Link.
Ich weiß nicht, ob dies etwas Neues ist, aber ich habe gerade bemerkt, dass tinyurl.comnur eine reguläre 301-Umleitung (und das Senden des HTTP-Referers) bei der zweiten und nachfolgenden Anforderung eines Benutzers durchgeführt wird !? Auf der allerersten Aufforderung tinyurl.comerscheint eine Zwischenseite zu laden und gibt dann eine (JavaScript?) Weiterleitung aus! Dies führt dazu, dass die erste Anfrage einen 200 OKStatus zurückgibt und der Referer auf die verkürzte "winzige" URL gesetzt wird! (Und macht etwas Besonderes mit dem Browserverlauf.)
Bei der zweiten Anforderung erhalten Sie jedoch eine 301-Standardumleitung und der erwartete HTTP-Referer wird übergeben (dies wird auch zwischengespeichert). (Vermutlich wird dies von einem tinyurl.com-Cookie bestimmt, das bei der ersten Anfrage gesetzt wurde?)
2015.08.09: Getestet habe ich das vorher ein neues Inkognito - Fenster in Google Chrome oben mit, es scheint jedoch nun unabhängig in einer 301 - Weiterleitung resultieren werden - so, nicht ganz sicher , was mit geht tinyurl.com, es war nur ein " Panne"?!
Nur ein zusätzlicher Hinweis zu Links von sicherem Inhalt (HTTPS) zu nicht sicherem Inhalt (HTTP) - dies betrifft alle Arten von Links, nicht nur URL-Kürzungen. In diesem Fall wird der HTTP-Referer-Header nicht vom Browser festgelegt.
Clients DÜRFEN KEIN Referer-Header-Feld in eine (nicht sichere) HTTP-Anforderung aufnehmen, wenn die verweisende Seite mit einem sicheren Protokoll übertragen wurde.
Quelle: RFC 2616 Abschnitt 15.1.3
Allerdings ist eine JavaScript - Weiterleitung wird die ursprünglichen referer zerstören. Es Locationist kein Header gesetzt und es werden nur 200 OKHTTP-Statuscodes angezeigt.
Als Referenz listet dieser Artikel viele der beliebtesten URL-Kürzungsprogramme auf und gibt an, welche Art von Weiterleitung sie verwenden.
http://searchengineland.com/analysis-which-url-shortening-service-should-you-use-17204
Es hängt davon ab, ob.
Unter normalen Umständen wird bei Verwendung eines Webbrowsers mit Twitter oder Social Media im Allgemeinen durch Klicken auf einen verkürzten Link der ursprüngliche Verweis in Google Analytics angezeigt. Da jedoch viele Benutzer ein Mobiltelefon und Social Media-Apps anstelle eines Browsers verwenden, kommt es zu direktem Datenverkehr. Wenn Sie Ihre GA-Daten filtern, werden Sie wahrscheinlich viel direkten Datenverkehr vom Mobiltelefon sehen.
Wie kann man das lösen?
Es ist eigentlich ganz einfach. Fügen Sie allen URLs Kampagnen-Tracking-Variablen hinzu, bevor Sie sie kürzen. Dann kann man in GA alles richtig sehen. Mit Kampagne Tracking ich meine das Hinzufügen utm_source, utm_mediumund auch utm_campaignURL - Variablen. Dies ist die beste Lösung, unabhängig davon, welchen Verkürzungsdienst Sie verwenden und sogar über verschiedene Protokolle hinweg.
Ich habe ein bisschen recherchiert und das herausgefunden; Der von Google Analytics kategorisierte Datenverkehr variiert je nach URL-Shortener-Website.
Weitere Informationen finden Sie unter diesem Link: