Semalt는 Google 웹 로그 분석에서 자체 방문을 제외하기위한 가이드를 공유합니다

추천 스팸 및 기타 유형의 스팸으로부터 웹 사이트를 삭제하는 것 외에도 Google은 웹 사이트의 개발 및 생산에서 내부 트래픽을 제외 할 것을 옹호합니다. 소유자가이를 준수해야하는 이유가 있습니다. Google 웹 로그 분석 결과에 포함 된 정보가 왜곡 될 위험이 있습니다. Google에서 트래픽 반환에서 자신을 제외 할 수있는 방법을 검색하면 다양한 솔루션을 찾을 가능성이 있습니다.
그러나 Semalt 의 전문가 인 Ivan Konovalov가 제안한 모든 메커니즘을 분석하면 다음 두 가지 방법 중 하나가 될 수 있습니다.
방문을 배제하는 솔루션 :
- 모든 트래픽 보고서에서 IP 주소를 제외하기 위해 Google 웹 로그 분석에서 필터를 만듭니다.
- Google 웹 로그 분석에서 크롤링해야하는 다른 웹 페이지와 구분되는 쿠키가있는 페이지를 만듭니다.

문제
위에서 설명한 솔루션은 제 생각에는 매우 어리 석습니다. 우선, 표준 IP 주소는 변경되도록 설정되어 있지 않습니다. ISP가 가입자의 IP 주소를 변경하는 것이 일반적입니다. 대중의 의견과 달리, 그들은 생각보다 정기적으로 그렇게 할 수 있습니다. 또한 인터넷에 액세스 할 수있는 가제트가 확산되어 사용자가 어느 위치에서나 웹 포털에 액세스 할 수있게되었습니다. 따라서 사이트에 액세스하는 모든 IP 주소 목록을 유지하려고하면 조직에 악몽이 될 수 있습니다.
쿠키 접근 방식이 작동합니다. 그럼에도 불구하고 쿠키를 설정하려는 페이지를 작성하고 유지 관리하는 것은 지루합니다. 또한 쿠키가 작동하는지 또는 쿠키가 켜져 있는지 확인하는 것은 어려운 작업입니다. 브라우저 쿠키의 위치를 추적 할 수 없다면 사이트에 액세스 할 때마다 새 쿠키를 만들어야한다는 것을 의미합니다. 제 생각에는 상당히 성가신 것입니다.
자바 스크립트
두 가지 솔루션을 모두 이해할 수없는 또 다른 이유는 JavaScript를 사용하여 기본 작업을 수행하는 것이 간단하다는 사실입니다. Google 웹 로그 분석 코드 스 니펫을 포함시키기 전에 간단한 제외를 수행하는 방법을 확인하십시오.

로컬 호스트 트래픽 제외
로컬 서버에서 웹 사이트 테스트를 수행하는 경우이 방문이 고객 방문으로 기록되지 않도록하는 것이 논리적입니다. 따라서이 생성 된 트래픽을 제외해야합니다. URL에 요청 매개 변수를 포함하는 책갈피를 작성해야합니다. 그런 다음이 사이트를 사용하여 사이트에 액세스 할 수 있으며 로컬 호스트 트래픽 기록이 발생하지 않습니다. 또한 코드에 쿠키를 추가하는 것은 신중하거나 생성 된 모든 기본 설정을 저장하므로 로컬 저장소를 사용하여 테스트를 수행하십시오. 이를 통해 요청 된 매개 변수를 포함하기 위해 주문을 실행할 필요가 없습니다. 전체 코드를 찾으려면 www.tjvantoll.com을 방문하여 웹 사이트의 개발 및 생산에서 자신의 방문을 제외하는 방법을 검색하십시오.
제외 된 옵션이 모두 로컬 호스트 트래픽 인 모든 방법과 분석 기능이 해제 된 다른 모든 페이지를 결합하는 옵션도 있습니다.