오류가 발생한 세션과 연결된 JavaScript 오류 추적

1. 목록을 읽으세요. 오류 화면은 최근 7일, 30일, 90일을 메시지별로 묶고, 문제마다 몇 번 발생했는지, 몇 개 세션에서, 몇 명에게 일어났는지 보여 줍니다. 사람 수는 식별된 사용자 기준이며, identify()로 식별되기 전까지는 브라우저당 한 명으로 셉니다. 오류만 또는 경고만 보도록 필터링할 수 있습니다.
2. 문제를 여세요. 샘플 메시지, 가장 자주 발생하는 페이지, 스택 트레이스를 볼 수 있습니다.
3. 발생 장면을 보세요. “최근 세션 보기”는 이 문제가 발생한 가장 최근 리플레이를 열고, “세션 보기”는 발생한 모든 세션을 나열합니다. 리플레이에서는 콘솔과 네트워크 패널이 실패한 내용을 그 사람이 하던 행동 옆에 보여 줍니다.

핵심은 마지막 단계입니다. 스택 트레이스는 코드가 어디서 깨졌는지 알려 주고, 리플레이는 그 전에 사람이 무엇을 클릭하고 입력하고 기다렸는지 보여 줍니다. 재현하는 데 필요한 것은 대개 바로 그것입니다.

같은 오류를 초당 천 번 던지는 루프 때문에 다른 모든 것이 묻혀서는 안 됩니다. 스크립트는 같은 오류를 페이지 로드당 최대 다섯 번만 기록하고 오류 이벤트의 전체 비율에도 상한을 두므로, 고장 난 위젯 하나는 백만 개의 행이 아니라 눈에 띄는 문제 하나로 나타납니다.

Sentry 같은 전용 오류 모니터링 도구는 엔지니어링 측면에서 더 깊이 들어갑니다. 소스 맵, 릴리스 추적, 백엔드 오류, 알림 라우팅 같은 것들입니다. PulsePanda는 이 중 어느 것도 하지 않습니다. 스택 트레이스는 브라우저가 보고한 그대로 표시되므로 압축된 프로덕션 번들이라면 압축된 상태로 보이며, 브라우저 오류만 캡처됩니다.

PulsePanda가 더하는 것은 오류를 둘러싼 제품 맥락입니다. 세션 리플레이, 오류가 망가뜨린 퍼널 단계, 같은 사람이 남긴 피드백, 그리고 실제로 영향을 받은 사용자 수입니다. 이미 Sentry를 쓰는 팀은 대개 Sentry를 유지하면서 어떤 오류가 사용자에게 가장 중요한지 판단하는 데 PulsePanda를 사용합니다.