현재 웹 응용 프로그램에서 사용자 인터페이스 상호 작용을 추적하기 위해 Google Analytics Event Tracking을 사용하고 있습니다.Google 웹 로그 분석 이벤트 추적 클라이언트 측 오류 로그로
우리 시스템에는 현재 클라이언트 측 오류를 기록 할 수있는 방법이 없으므로 catch 블록 및 웹 서비스 오류 처리기에 이벤트 추적 코드를 넣은 빠른 수정 프로그램입니다.
다른 사람이이 작업을 수행합니까? 효과적입니까, 아니면 다른 것을 추천 하시겠습니까?
감사합니다.
좋지 않은 생각입니다. 사실 아주 영리합니다. 애널리틱스의 맞춤 추적 도구는 사용자의 필요에 맞는 무엇이든 사용할 수있는 맞춤 도구입니다.
자바 스크립트가 비활성화 된 사용자는 애널리틱스에보고되지 않지만 그 비율은 점점 작아진다는 걱정이됩니다.
관련 메모 : "지능형"이라는 베타 분석 기능을 확인해보십시오. 맞춤 보고서를 설정하여 비정상적으로 높거나 낮은 숫자가 있으면 이메일을 보내드립니다. 사이트가 얼마나 잘 작동하는지 잘 감시하는 좋은 방법 일 수 있습니다.
대안은 이메일의 모든 오류 정보를 뱉어내는 AJAX를 통해 오류를보고하는 것입니다. 트래픽이 적은 응용 프로그램에 적합하며 설정하는 데 많은 시간을 소비하지 않습니다.
나는 그것을 좋아한다! 추적 스크립트에서 무엇을 추가 할 수 있으므로 오류와 관련된 정보를 얻을 수 있습니다! "실제"Google 애널리틱스 데이터에서 오류를 분류 할 수 있도록 오류를 분류하겠습니다.
훨씬 간단한 방법으로 동일한 작업을 수행합니다. 일부 주소 유효성 검사가 GA에 페이지보기로 기록되어 있으며 콘텐츠 드릴 다운에서 정렬 할 수 있습니다.
또한 오류를 스크립트 파일, 줄 번호 및 오류 메시지를 고유하게 식별하는 데 도움이되는 가상 페이지보기로 추적합니다. 그것은 정말 잘 작동합니다. 줄 바꿈이 제거되도록 스크립트 파일을 축소하면 효과적이지는 않습니다. https://github.com/shyam-habarakada/js-watson에서 구현하기 위해 사용하는 간단한 코드를 찾을 수 있습니다.
HTH.
Google Analytics는 클라이언트 측 오류를 추적하는 데 유용한 도구라고 생각하지 않습니다.
URL 매개 변수로 인코딩 된 모든 정보가 포함 된 get 요청 인 이미지 픽셀 추적을 사용하기 때문에 긴 메시지를 추적하도록 설계되지 않아 매우 제한적입니다. URL의 최대 길이는 정보의 양을 제한하는 약 1800 자입니다.
스택 트레이스, 사용자 정의 사용자 정보 등과 같이 부피가 큰 정보를 수집하기가 어렵습니다.