HOME | EXPERIENCE | GUESTBOOK | ADMIN | ABOUT
 
사이트(홈페이지) 로그분석 툴로 가장 많이 사용되는것은 아마 구글 Analytics 다음 웹인사이드 일것이다.
예전에는 로그분석 서비스를 받기위해 별도의 업체에 유료로 등록하여 많이 이용했지만 지금은 무료서비스들이 무료의 범주에 포함되는 요소들도 무난하여 요즘은 굳이 유료 서비스를 받을 필요가 없을 정도로 제공되는 항목들이 훌륭하다.
개인적으로 점유율 면에서는 구글  Analytics 가 좀더 많을 것으로 생각된다. 아무튼 그래서 실제로 두 분석 툴의 평가를 한번 내려보기로 했다. 물론 평가기준은 본인이 생각하는 기준에 우선함으로 철저히 주관적이고 절대적인 자료가 될수 없음을 미리 밝혀둔다.
어쨌든 최종 선택은 사용자 몫임으로 단지 이용에 참고하는 정도로 생각하면 무난할 것이다. 또 같이 이용해도 무방하다.

아래 항목은 스스로 생각하는 중요도 순으로 리스트업 했으며 평점은 중요도 순에 관계없이 항목당 높은 만족도를 갖는 쪽으로 하여
최종 평가결과에 반영했다.


1. 스크립트 로딩속도
그 어떤 부분보다 가장 중요한 요건이다. 분석툴을 시행하기 위한 JS코드를 불러들이는데 있어 실행속도가 느려진다거나 파일의 용량이 지나치게 크다면 아무리 좋은 서비스를 제공한다고 하더라도 사용하기에는 다소 어려움이 있다.
그래서 분석코드를 삽입하는 위치는 항상 </body> 태그 바로 윗부분이어야 한다. 홈페이지 내용의 표시가 우선인 만큼 영향을 미치면 안되기때문에... 더불어 제공되는 업체의 안정적인 회선속도도 중요하다. 일단 이부분에는 양사가 굴지의 최대 IT업체인만큼 속도나 안정성에는 크게 문제될것이 없어 보인다. 그래도 평가는 해야겠기에 0.1초라도 빠른쪽을 우선으로 선택했다.


[로딩 속도 및 용량]

이미지에서도 알수 있듯이 파일용량은 구글쪽 9k, 다음쪽이 16k 이다. 그리고 중요한 로딩속도는 구글이 0.2초 다음이 0.07초이다.
서버위치가 국내인가 국외인가도 아무래도 영향이 있는것같다. 사실 이것만 봐서는 비까비까한데...구글은 js코드 용량개선이 된거고 다음은 주석제거 및 용량이 되지않았다는걸 감안하여 최종파일용량이 더 줄으들수 있다는것을 감안하여 다음쪽으로 점수를 준다. 사실 로딩속도가 더 민감한 사안이긴 하다.
웹인사이드 > 구글 Anayltics


2.서비스 항목 및 정확도
중요한 부분이다. 물론 항목이 많다고 좋은건 절대 아니다. 단 기본 로그분석에 필요한 기본항목들을 제공하되 서비스를 이용하는 사용자 입장에서 각 서비스가 표시되는 UI, 서비스 페이지 표시속도 등도 감안했다.

다음 웹인사이드
투뎁스를 기본으로 하여 대분류를 나누고 각 대분류 별로 다시 소분류에 해당하는 각각의 메뉴를 제공하는 방식이다. UI의 보편성과 직관성을 잘 따르고 있다.
항목별로 트래픽분석 / 방문자 심층분석 / 페이지분석 / 경로분석 / 마케팅효과분석 등 로그분석에 있어 중요한 중요도 순으로 나열되어 있고 각 내용들은 먼저 요약페이지에서 플래시로 전체 내용을 비쥬얼하게 구성한후 다시 더보기를 통해 세부항목을 볼 수 있다.



구글 Anayltics
왼쪽영역에 분석항목 메뉴와 오른쪽영역에 각 항목별 결과 페이지를 나타낸다. 역시 무난한 UI 구성을 보여주고 있으며 항목별 세부내용은 해당 메뉴를 클릭하여 자세히 볼수 있다. 역시 플래시로 좀더 디테일한 내용을 비주얼하게 볼수있다.



두 업체모두 중요한 트래픽부분과 방문자가 느끼는 사이트만족도에 대한 평가척도가 될수 있는 반송률,방문시간,  방문자 체류시간으로 각각 서비스하고 있다. 구글 Anayltics 이를 반송률과 방문시간으로 각 표시하고 있고 웹인사이드는 방문자 체류시간과, 방문깊이등으로 지표로 삼을수 있도록 서비스를 제공하고 있다.  두 서비스 모두 어떤게 좋다라고 평가하긴 힘들지만 웹인사이드쪽에 약간 더 우세를 주고 싶다.
일단 속도가 결과 페이지가 나타나는 속도가 다음이 확실히 빠르고...추이보기라는 추이상태를 추가로 제공하고 있다.
물론 여기서 평가해야할 부분은 바로 자료의 신뢰도 일것이다. 즉 아무리 좋은 서비스를 제공한다고 하더라도 데이터의 정확도가 떨어진다면
좋게 평가하긴 힘들다.
그래서 개인적으로 직접 만들어서 사용하고 있는 statistics와 비교해봤다. 이건 내가 만들어서 사용하고 있지만 자체 로그분석이라서 위에서 제공하는 두 업체의 그것보다 더 신뢰도가 높다.
일단 저날 순수방문자 371명중에 중복방문을 제외한 354명에 대한 방문체류시간에 대한 결과이다.


[자체 로그분석 결과 리포팅]


[웹인사이드 로그분석 결과]


[구글 애널리틱스 로그분석 결과]

자체테스트에서는 0~30초가 931~10분 사이 11410분이상이 28명으로 집계되었지만 구글과 다음쪽에서는 일단 수치가 다르다. 이부분은 자체 처리방법은 사용자가 브라우져를 닫거나 페이지를 이동할때 이벤트를 이용하여 처리한 방식이고 구글및 다음은 세션 처리방법으로 한 것같다. 그래서 AJAX로 만든 사이트의 경우는 처음 접속 세션 처리가 페이지 이동별 세션으로 집계되지 않는다. 그래서 아마 누락 된거 같은데... 아무튼 구글 및 다음측에서 약간의 수치 차이는 있지만 어떤게 더 정확한 데이터라고 결정 내리긴 애매하다. 왜냐면 본인의 데이터와 체류시간 부분에서 너무 차이가 남으로...
따라서 인터페이스 부분과 각 결과 페이지 반영부분 등을 종합해서 결론내려야 하는데...아무래도 웹인사이드가 더 우수한것 같다.
도식화된 그래프를 보여주는 플래시부분에서도 그렇고 결정적으로 접속지역에 대한 안내 및 표시,상세데이터가 더 직관적이다.
하지만 무엇보다 가장중요한것은 처리속도이다. 구글은 아무래도 서버가 해외라서 그런지 다소 느린감이 없지 않아 있다.
웹인사이드 > 구글 Anayltics


3. 부가서비스
부가서비스는 아무래도 로그분석의 기본항목을 제외한 그외 로그분석에 도움이 되는 지표 자료들일것이다.
현재 이부분은 두 서비스모두 훌륭하다.이를테면 사용자 운영체제 및 브라우져가 이에 해당된다.  다음같은 경우는 검색사이트별 집계
키워드를 유입검색어로 해서 태그클라우드로 좀더 명확하게 안내하고 있다.
따라서 현재 어떤 사용자가 해당 사이트에 어떤 키워드를 통해서 많은 접근과 시도가 이루어지는지 굳이 상세 데이터를 보지 않더라도 태그클라우드만으로도 충분히 이해할 수 있다.
물론 구글쪽도 키워드 부분에 대한 항목이 있고 제공하고 있지만 이게 실제 그날 집계된 검색키워드와 데이터가 일치 하지 않았다.
따라서 이건 검색유입키워드를 직접적으로 분석한 데이터라고 보긴힘들고 다른것으리 이해를 해야하는데... 선뜻 어떻게 해당 데이터가 집계된것인지 이해가 되지 않았다.
아래 이미지를 보면 확인히 그 차이를 이해할 수 있다.


[웹인사이드 검색유입키워드 결과]


[구글 애널리틱스 유입키워드 결과]

음... 아무튼 부가서비스 쪽도 거의 비슷한 수준이지만 몇몇 부분에서 다음쪽에 좀더 후한 점수를 주고 싶다.
웹인사이드 > 구글 Anayltics

이상으로 대략적인 로그분석요건을 기준으로 나름의 평가를 내려봤다.
결국 3-0으로 웹인사이드가 더 우세한것으로 판명 났지만 사실 이건 절대적인 평가자료는 될수 없다.  다시한번 말하지만 사용자별로 좋게 느껴지는 부분들은 다 다르다. 사실 위의 두업체는 대부분 부분에서 무료서비스라는 부분이상으로 만족도가 높기 때문에... 약간의 차이로 우세를 논하긴 힘들듯하고... 구미에 맞는 업체로 선택하는건 어쨌거나 엔드유저 몫이다. 개인적으로 나는 메일, RSS리드기, 웹앨범 등 대부분 서비스를 구글로 이용하고 있는데...이번 만큼은 구글보단 다음의 만족도가 더 높은것 같다. 사실 국내업체에서도 좀더 많은 다양한 서비스모델이 많이 나왔으면 하는 바람이다. 기왕이면 우리나라 업체것을 이용하는게 더 좋다고 생각하기에...
EDIT | DELETE
All Articles
  • • 한화 갤러리아몰 오픈
  • IE8opacity[ filter:al...
  • Better +operator than P...
  • • 안녕하세요. 답변이 늦었습니다. 당시에...
  • • 네, 형님 정말 얼굴 한번 봐요~ 형님도...
  • • 안녕하세요. 현재 AshSelectBox...
  • • 타블로의 악플러는 과연 처벌 대상인가?
  • • 타블로는 경고한다 그 입다물라!
  • IE8 inline-block

  • 2008     1
    LINK • SUMMARY