웹사이트 분석 및 모니터링 구현 (i)의 함정에 주의

중간 거래 SEO 진단 Taobao 게스트 클라우드 호스트 기술 홀

Objective】

최근 바쁜 동쪽 투어 서쪽, 뭔가 쉽지 않다, 작성 하는 시간에 바빠서 일시적으로 긴 텍스트를 준비 하지 않는다, 우리 또한 편안한 시점. 미국에서 기간 시간, 아니라 애국, 하지만 꽤 같은이 나라에 대 한 특히 낯선 사람 만나서 인사 어떻게에 당신은 미소, 외국에서 따뜻한 느낌. 기침, 나는 조금 주저입니다.

난 하지 않을 거 야 시간 되. 보고서에 대 한 얘기를 하지만 새로운 주제를 시작, 웹 사이트 분석 구현, 모니터링에 대 한 이야기 때문에 또한에 최근 분야의 학습, 일부 추억을 상기 그들의 자신의 단지 시작의 작은 실수를 저지른 사람들의 사이트 분석, 그냥 시간을 빗. 원래 준비는 마무리에 대 한 기사, 너무 간단 하 고, 발견 하는 쓰기의 결과 그래서 다음 챕터를 열 수 있습니다.

Body】

웹사이트 분석은 분석을 얻을 수 있다, 사이트 방문자 행동 데이터를 가져오는 것입니다. 그러나, 나는 결코 내가 100% 분석에 필요한 모든 데이터를 달성 상황을 발생 했습니다. 날 믿어, 아니, 아무리 누가 하지 할 수 있기 때문에 몇 가지 나중 알고, 필요한 데이터를 미리 완벽 하 게 예상 하지 않을 수 있습니다.

그러나, 이것은 아닙니다 더 포괄적이 고 정확한 데이터의 추구를 줄 수 있는 그리고 나폴레옹 그 때마다, 직면할 전투의 모든 세부 사항을 예상 하지 수 하지만, 그는 최고의 준비를 미리 확인 하지 않았다. 당신은 또한 웹사이트 분석은 장군, 그래서 당신은 사전에 최선을 다 할 필요가 그렇지 않으면 그것은 패배의 위 역의 사이트 분석을.

따라서, 그것은 부인할 그 웹 사이트 분석 모니터링은 매우 중요 하 고, 자체를 분석 하는 방법 보다 훨씬 더 중요 한.

자, 내가 자주 분석, 일부는 평범한, 하지만 초보자에 게 가치가 있을 수 있습니다의 구현에서 만났던 함정 중 일부에 대 한 이야기 거 야. Note는 다음의 각 사용할 수 있는 검색 목록으로 구현 되는 시리즈의 끝에 내가 만들 것입니다 또한 사이트의 목록을 구현 준비 하기 전에 사이트를 확인. 또한, 내가 표현 하는 긍정 종합, 설명 상자에 추가, 감사 합니다 계속 수 있습니다 희망!

1 트랩: 크로스 도메인 모니터링

이 가장 할 내가 처음으로 질문을 잊지 쉽게 웹사이트 분석 구현 시간, 완전 하 게 몰랐다는 지금 생각 같은 건 매우 어리석 었 그 당시.

Google Analytics에 대 한 문제는 크로스 도메인 모니터링 및 Omniture 걱정 하지 (물론, 그것이 다른 분야 참고로 지역에 유사한). Google Analytics에 대 한 모든 모니터링 하려는 경우 서로 다른 도메인 (도메인)의 하위 도메인 (하위 도메인)는 보고서에서 결과 설정 (프로 파일), 다음 직접 각 페이지에서 처리 되지 않은 표준 코드를 넣어 그냥 수 없습니다.

예를 들어 chinawebanalytics.cn, chinawebanalytics.com, 및 chinawa.org의 3 개의 기본 도메인은 실제로 웹 사이트, 논리적으로 하려는 보고서의 컬렉션에 그들을 구현을 모니터링 하는 경우 도메인 간 처리를 수행 해야 합니다.

메서드는 페이지에 추가할 올바른 코드를 선택 충분히 간단 하다. 다음 그림 에서처럼 (더 큰 이미지를 볼 수 클릭):

이 화면 어디에서 유래 알고 확신 합니다.

그러나, 주 도메인 모니터링의 부족, 때문에 여러 번 우리가 할 하지가이 함정에. 우리는 종종 크로스 도메인 모니터링 우리 잘못에 특별 한 경우를 가정 하기 때문에 문제가 있다.

와 같은 하위 도메인: blog.chinawebanalytics.cn 및 www.chinawebanalytics.cn, 속하는 chinawebanalytics.cn이 주 도메인 하지만 우리 또한 그들에 게 특별 한 코드를 주고 싶어, 그렇지 않으면 데이터의 일부 혼동 될 것입니다. 예를 들어 참조 등의 데이터, blog.chinawebanalytics.cn 및 www.chinawebanalytics.cn 같은 반송 률 트래픽 소스에 표시 됩니다. 데이터 일부를 파괴 하 고 기본적으로 아무 중요 한 분석 이다.

방법은 위의 동일 (더 큰 이미지를 볼 수 클릭) 다음 그림에서와 같이:

2 트랩: 보고 구조

당신이 그것에 대해 생각 하는 경우 도메인 간 및 도메인 간 문제를 포함 하기 때문 보고 구조에 문제가 있다 거 야. 보고 구조 무엇입니까? 첫째, 예를 들어 나타납니다.

큰 사이트, sony.com, china.sony.com, japan.sony.com, gemany.sony.com...; 등의 다양 한 지역에서 사이트를이 같은 가정 그것은 또한 psp.sony.com, notebook.sony.com, movie.sony.com 등 제품 세분화 사이트의 다양 한 있다...

웹사이트 최적화 (좋은 위치, 안 그래?)이이 회사의 부의 디렉터 인 가정 하 내부 고객 등 CEO, 각 지역의 제너럴 매니저 제품 부서별로의 총관리인 그리고 그들은 모두 사이트 제공 그들에 게 어떤 가치를 알고 싶어요. 어떻게 성공적으로 그들의 질문에 대답 하기 위해 사이트를 모니터링 합니까?

이 보고의 다른 범위를 포함 한다. Ceo, 우리 해야 합니다 적어도 그 글로벌 보고서만 그와 소수의 사람들이 (자신 포함) 전체 그림을 볼 필요가 있기 때문에, 각 지역의 상사에 대 한 그들은 단지 그들의 자신의 지역의 사이트를 알고 있다 주고 각 제품 부의 머리, 그들은 그들의 자신의 제품 사이트에서 보고.

지금 우리가 사용 하는 웹 분석 도구는 Google Analytics는, 적어도 4 개의 솔루션을 얻을 수 있는 가정:

솔루션 1 (이 방법은 우리가 쉽게 빠질 함정)

각 자식 역에 대 한 별도 프로필을 빌드하십시오. 이 방법의 단점은 전체 역 프로필, 그래서 전체 역을 위해서, 총 합계 계산을 수동으로 추가할 수 있습니다. 당신이 그렇게 해서는 안됩니다.

해결 방법 2 (이 방법은 또한 큰 함정)

프로필, 전체 역에 대 한 물론, 크로스 도메인의 문제에 주의 지불 했다. 이 방법의 단점은 상황은 아니지 단일 역 독립와 같은 psp.sony.com 반송 률은 얼마? 문제를 해결 하는 방법은 자신의 데이터를 천천히 그것을 계산 하는 것입니다. 이 메서드는 매우 슬픈 수 있습니다.

해결 방법 3

각 사이트에 대 한 코드의 적어도 2 세트를 추가 하는:의 집합 통합 솔루션 3 일반적인 프로필을 설정 하는 전체 역에 대 한 코드, 코드의 두 번째 세트는 각 자식 역의 코드는 아이 스테이션의 별도 보고서. 이 메서드는 앞에 비해 많은 포괄적인 고려, 다른 사용자의 요구를 해결할 수 있습니다. 하지만 불완전 한 부분입니다 코드 구현 복잡 하 고 중복, 그래서 그것은 가장 최적화 된 방법.

해결 방법 4

이것은 내가 생각 하는 가장 좋은 방법은입니다. 이유는 전체 및 하위 보고서 (프로 파일)의 코드 집합을 사용할 수 있습니다, 우리는 정확한 데이터와 함께 방해 하지 않습니다. 당신은 그것을 어떻게 합니까?

우리는 먼저가에서 프로 파일을 구축 하 고 하위 도메인에서 모니터링 되는 코드의 집합을 얻을. 그런 다음 사이트의 모든 페이지에이 코드를 구현 합니다. 그 후, 진짜 트릭은 시작 했다. 우리 각 역의 트래픽만 떠나 조지아 보고서의 설정 백그라운드에서 새로 설립된 된 프로필, 얼마나 많은 방송국 복사 됩니다, 그때, 필터링, 복사, 필터링 방법을 참조 하십시오 여기.

사실,이 솔루션은 입문 수업 중의 Google 웹 로그 분석 구현, 클릭 하십시오 여기 공식적인 정보를 배우고, 내가 존경 오!

위의 솔루션은 Google 웹 로그 분석, Omniture에 대 한 아이디어는 정확 하 게 동일, 그리고 방법은 유사한 다른 사이트를 보고 사단의 다른 사이트 범위를 달성 하기 위해 다른 보고서 스위트를 만드는.

이 트랩의 끝에, 나는 구조 모니터링 사이트는 정말 중요 한 모든 부서를 만족 시킬 수 있다 그리고 그것은 또한 행복의 Songk 줄 수 있기 때문에 라고-모든 비밀을가지고 있기 때문에.

함정 3: 페이지 동적 이벤트 모니터링

소위 페이지 동적 이벤트 인터랙티브 요소를 우리는 종종 말은 하지와 같은 플래시/플렉스, 자바 스크립트, AJAX, SilverLight, HTML5, 등, 동적 이벤트에 단추 또는 링크를 포함 하 여 페이지에 HTML 링크를 " 지금 보기 > "플래시 버튼입니다. 이러한 동적 이벤트, 동작에 대 한 사용자 액세스 모니터링 데이터를 얻을, 그래서 특정 모니터링 코드 사용자 지정을 만들 필요가 표준 코드를 통해 직접 수 있습니다.

이 장소에 트랩 우리가 추가 사용자 지정 모니터링, 어떻게 해야할지 모 르 겠 둘째로 우리는 구현 오류를 모니터링 하는 것 이다.

Google 웹 로그 분석, 가상 페이지, 및 다른 사건을 추적 하는 추적 이벤트 라고 하나는 페이지의 동적 이벤트를 모니터링 하는 두 가지 있다. 이전 방법에서 이러한 동적 이벤트를 클릭 하 여 새 페이지, 같은 이었고 후자의 접근 이벤트 추적 보고서의 특정 콘텐츠는 특수 한 경우로 서 이러한 이벤트를 분리 하는 것 이었다.

가상 페이지 방법 _trackpageview () 함수를 사용 하 여 문제를 해결 하기 위해 필요, 구문은: "_gaq.push (['_trackpageview', ' / 이벤트/playvideo ']);", 그 후에, 이 이벤트는 페이지 이름으로 콘텐츠 를/이벤트/playvideo에 상위 콘텐츠 보고서에 나타납니다.

구현 될 때, 배치 _trackpageview () 함수 이러한 동적 이벤트의 onclick (또는 onrelease) 이벤트에 추가 하는 방법을 모르는 경우 귀하의 사이트의 프런트 엔드 그것 동료 그들을 상담 하는 큰 문제가 되지 않습니다 이해 해야 합니다.

가상 페이지 방법은 간단 하지만 가장 큰 문제는 (가상) "상위 콘텐츠" 보고서 데이터를 부 풀 려 및 속성의 동작을 모니터 하는 능력은 클릭 한, 충분 하지 않아 더 자세한 분석을 할.

있도록이 결함에 대 한 Google 웹 로그 분석은 다른을 개발 했다, 더 많은 고급 기능을 더 이상 신비한 이벤트 함수를 추적, 구문은: "_gaq.push" (['_trackevent', '카테고리', '] 액션 ', '레이블', 값], "는 또한에 추가 onclick (또는 onrelease) 이벤트, 가상 페이지를 추가 하는 방법은 매우 비슷합니다.

이 두 가지 기능에 대 한 조지아 공식 또한 지침, 여기를 클릭 하십시오 있다.

이 기능은 권장 하는 이유:

1. 이벤트 추적 보고서를 혼동 하지 않습니다 상위 콘텐츠 보고서에 데이터를 넣어 하지 것입니다. 그것은 그것의 자신의 독립적인 보고서를 다음과 같습니다.

2. 이벤트 추적의 많은 속성은 유용한, 특히 "",이 통해 우리 수 할당 값 다른 무게 (중량) 다른 동적 이벤트, 약혼 인덱스를 자동으로 계산할 수 있도록 특성의 추가.

3. 특성의 추가 또한 세분 분석에 대 한 더 많은 가능성을 제공합니다. 우리는 따라 페이지 (또는 전체 역)의 분석 동적 이벤트를 강화 수 있습니다.

그러나, 모든 찬 부 양론, 특성, 그래서 친구 가끔 작은 실수를 쉽게 수 이러한 오류 되었습니다 Tenly 기사에서 언급 (참고로이 문서는 조지아 이전 코드에 기반, 새로운 코드 업데이트 Pagetracker 개체는: _ Gaq.push, 하지만 아무것도 변경 되었습니다. 만약 당신이 시도 하지 않은 이벤트 추적의 자녀의 신발이이 기사를 읽고 가치가 있다.

또 다른 단점은 추적 이벤트는 하지 경로, 일 즉, 페이지, 하지만 단지 간단한 수 사이 관계 사이 경로 이해할 수 없다. 비록 가상 페이지 뷰 기능 경로 기능을 얻을 수 있습니다 말할 매우 정확 하 게, 하지만 아무것도 보다 더 수 없습니다. 선택은 전적으로 당신의 사전 모니터링에 따라 달라 집니다.

또한, 참고는 가끔 우리가 플래시의 첫 번째 프레임에이 기능을 추가 합니다, (플래시)에 동시에 로드 된 페이지에서 결과 자동으로 실행이 기능 보다는 실제로 사고의 구현을 모니터링을 실행, 동적 이벤트를 클릭 한 방문자.

마지막으로, 이벤트 추적 이벤트를 등록 하는 경우 명명 규칙의 일관성에 주의 해야 그래서 여러 특성을 포함 하기 때문에 다음 던져 모두 등록 이름 대신 등록의 범주에 그리고 레지스터의 이름입니다. 그렇지 않으면 보고서 잘 판독 되지 않습니다.

음, 책의 마지막 부분 아주 기본적인 내용 이지만 우리는 여전히 수 있지만 많은 문제를, 지금 당신을 위해 시간, 메시지 상자에 나에 게 회신 해 주시기 바랍니다!

우리는 다음 섹션에서 다룰 함정 포함: 외부 체인 모니터링, 코드 충돌, 점프, 프레임 페이지, 사용자 정의 수정, 등. 계속 지켜 봐!

기존 주소: http://www.chinawebanalytics.cn/wa-implementation-trap-1/