Zipy

Zipy는 사용자가 무엇을 클릭했는지뿐 아니라 무엇을 했는지 기록한다. 디버깅 스택의 나머지와 함께 오는 session replay 소프트웨어라고 생각하면 된다. 동작, 콘솔 출력, 네트워크 호출, 화면 전환을 하나의 재생에서 얻으므로, 고객이 깨진 흐름을 보고하면 그곳에 이른 정확한 클릭과 오류 순서를 볼 수 있다. "앱이 깨졌다"와 "바로 이 순간이다" 사이의 간극이 빠르게 메워진다. 같은 화면은 웹과 Android, iOS, React Native, Flutter 앱 모두에 있다.

Zipy는 오류를 그룹화하고, source map이 있는 스택 트레이스를 보여주며, 유형별로 분류까지 한다. 이것이 플랫폼의 오류 모니터링 절반이다. 원시 로그를 스크롤하는 대신, 오류를 열면 몇 명의 사용자가 겪었는지, 어느 릴리스에서였는지, 세션이 어땠는지 알 수 있다. 무시 규칙은 서드파티 스크립트의 잡음을 걸러낸다. Slack과 Teams 알림은 새 오류를 팀이 이미 대화하는 곳으로 보낸다.

두 가지 AI 기능이 보는 시간을 줄인다. AI 요약은 재생을 끝까지 보지 않고도 어떤 세션이든 쉬운 말로 요점을 준다. 재현 단계는 오류에 이른 단계를 생성한다. 버그 리포트를 마주한 개발자에게 그것은 짐작과 할 일의 차이다. 빠르다.

히트맵은 페이지의 어느 부분이 주목을 받고 사람들이 얼마나 스크롤하는지 보여준다. 클릭 요소 필터를 쓰면 사용자가 상호작용한 요소로 세션을 잘라볼 수 있다. 둘을 합치면 분석이 보통 답하지 못하는 질문에 답한다. 왜 사람들이 클릭을 멈췄는가. 어떤 버튼이 조회는 많지만 탭은 거의 없다면, 문제는 아마 레이아웃이나 문구일 것이다.

Zipy는 API 호출의 건강 상태와 페이지의 Core Web Vitals를 사용자 쪽에서 추적한다. 높은 DNS 시간이나 큰 응답 페이로드처럼 느린 요청의 흔한 원인을 짚는다. 그래서 수정은 짐작으로 시작하지 않는다. 이미 성능을 조정하는 팀에게 이것은 별도 도구가 아니라 replay 데이터 옆에 자리한다.

알림은 Slack, Microsoft Teams, 이메일에 도달한다. 일일 요약이나 실시간 알림 규칙을 조정할 수 있다. Jira와 Slack 링크는 세션을 티켓에 그대로 떨어뜨린다. 역할 기반 접근은 팀이 커져도 프로젝트 권한을 정돈한다. 새벽 2시에 무언가 깨질 때, 그 채널은 이미 열려 있다.

Zipy의 Ask AI는 수집한 데이터를 쉬운 말로 질의하게 하고, Oopsie AI 에이전트는 흔한 조사 질문을 처리한다. 개발자를 대체하지는 않는다. 버그 사냥의 첫 5분을 줄여줄 뿐이다.