와 같은 단축 된 URL 형식의 트래픽 bit.ly은 Google 웹 로그 분석에 직접 표시되거나 실제 리퍼러를 유지합니까?

예 : 누군가 bit.ly링크 에 입력하는 경우 직접으로 계산되지만 누군가 bit.ly가 Twitter에서 링크를 클릭하면 Twitter의 추천 트래픽으로 계산됩니까?

URL 단축 서비스 bit.ly및 goo.gl(아래 참고 사항 tinyurl.com참조)는 301 Moved Permanently HTTP 상태를 반환합니다. URL 리디렉션. 그런 다음 브라우저는 새 요청을 새 URL (예 : 긴)에 보내어 참조자를 다시 전달합니다. AFAIK 대부분의 주요 URL 단축 서비스에서 동일합니다.

서비스가 301 리디렉션을 수행하면 브라우저가 리퍼러를 다시 전달합니다. 이 경우 Google Analytics가이 참조를 보고서에 표시하지 않는 이유는 없습니다.

그러나 브라우저 자체는 HTTP 참조를 억제하거나 완전히 잘못된 것을 보내도록 구성 할 수 있습니다.

bit.ly와 같이 단축 된 URL 형식의 트래픽이 Google 웹 로그 분석에 직접 표시되거나 실제 리퍼러를 유지합니까?

그들은 실제 참조자를 유지합니다. 실제로 직접 요청 인 경우 "직접"일 수도 있습니다.

전의. 누군가가 bit.ly 링크를 입력하면 직접 링크로 계산되지만 누군가가 Twitter에서 bit.ly 링크를 클릭하면 Twitter의 추천 트래픽으로 계산됩니까?

예. 트위터는 이제 모든 URL을 자체 URL 단축 서비스에 포함하므로 참조 URL은 형식 http://t.co/xyzxyz입니다.

예

다음 단축 URL은 모두 HTTP 참조를 표시하는 페이지로 리디렉션됩니다.

• http://bit.ly/checkreferer

• http://tinyurl.com/checkreferer(tinyurl.com 에 관한 아래의 중요 참고 사항 참조)

• http://goo.gl/7AJgP

위의 링크 중 하나를 따르면 HTTP 참조자가 전달됩니다 (브라우저가 그렇게 설정되어 있음). 새 브라우저 창에 URL을 복사하여 붙여 넣은 경우 참조가 전달되지 않으며 직접 링크입니다.

tinyurl.com (2015-08-08 업데이트)

이것이 새로운 것인지 모르겠지만 방금 사용자 tinyurl.com가 두 번째 및 후속 요청 에 대해 정기적 인 301 리디렉션 만 수행하고 HTTP Referer를 보냅니다 !? 첫 번째 요청 tinyurl.com에서 중개 페이지를로드 한 다음 (JavaScript?) 리디렉션을 발행합니다! 결과적으로 첫 번째 요청은 200 OK상태를 반환 하고 참조자는 단축 된 "작은"URL로 설정됩니다! (그리고 브라우저 기록과 관련하여 특별한 일을합니다.)

그러나 두 번째 요청에서 표준 301 리디렉션이 제공되고 예상되는 HTTP Referer가 전달됩니다 (캐시도 제공됨). (이것은 첫 번째 요청 중에 설정된 tinyurl.com 쿠키에 의해 결정될 수 있습니까?)

2015년 8월 9일가 : - 그래서, 정확히 확인과에 무슨 일이 내가 이전에 구글 크롬의 새 시크릿 창을 사용하여 위의 테스트를하지만, 지금에 관계없이 301 리디렉션의 결과 것 같다 tinyurl.com, 단지 그 것이었다 " 결함 "?!

HTTPS-보안 연결

보안 컨텐츠 (HTTPS)에서 비보안 컨텐츠 (HTTP) 로의 링크에 대한 추가 참고 사항-이는 URL 단축기뿐만 아니라 모든 링크에 영향을줍니다. 이 경우 브라우저 에서 HTTP 참조 헤더를 설정하지 않았습니다 .

추천 페이지가 보안 프로토콜로 전송 된 경우 클라이언트는 (비보안) HTTP 요청에 Referer 헤더 필드를 포함하지 않아야합니다.

출처 : RFC 2616 Section 15.1.3

자바 스크립트 리디렉션

그러나 JavaScript 리디렉션 은 원래 참조자를 파괴합니다. 어떤 Location헤더가 설정되지 않고 만 볼 200 OK상태 코드를 HTTP.

• 이 페이지는 위와 동일한 페이지 (Java Referer 표시)로 JavaScript 리디렉션 을 수행합니다. 그러나 원래 Referer (예 :이 페이지)를 전달하는 대신 HTTP Referer는 JavaScript 리디렉션이 포함 된 중개 페이지입니다.

참고로이 기사는 가장 많이 사용되는 URL 단축기를 나열하고 이들이 사용하는 리디렉션 유형을 나타냅니다.

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

따라 다릅니다.

일반적인 상황에서 일반적으로 Twitter 또는 소셜 미디어와 함께 웹 브라우저를 사용하는 경우 단축 링크를 클릭하면 Google Analytics에 원래 리퍼러가 표시됩니다. 그러나 많은 사용자가 브라우저 대신 휴대 전화 및 소셜 미디어 앱을 사용하므로 직접 트래픽이 발생합니다. GA 데이터를 필터링하면 모바일에서 직접 트래픽이 많이 발생합니다.

이것을 해결하는 방법?

실제로는 매우 쉽습니다. 단축하기 전에 모든 URL에 캠페인 추적 변수를 추가하십시오. 그러면 GA에서 모든 것이 올바르게 표시됩니다. 캠페인을 통해 내가 추가 의미 추적 utm_source, utm_medium도 및 utm_campaignURL 변수를. 이것이 어떤 단축 서비스를 사용하든 다른 프로토콜을 사용하든 상관없이이를 해결하는 가장 좋은 방법입니다.

나는 약간의 연구를했고 그것을 발견했다. Google 웹 로그 분석으로 분류 된 트래픽은 URL 단축 웹 사이트에 따라 다릅니다.

자세한 내용은이 링크를 참조하십시오.

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