Pulsetic RUM — 실제 방문자 경험을 측정하는 모니터링

AI 요약

Pulsetic이 실제 방문자 모니터링(Real User Monitoring, RUM)을 추가했습니다. 서버가 정상 응답을 보내는지만 확인하는 기존 가동 시간 검사와 달리, 방문자가 실제로 겪은 로딩 지연과 JavaScript 오류를 측정합니다.

실제 방문자 데이터

비동기 스크립트 하나를 설치하면 현장 Core Web Vitals와 페이지 로딩 시간의 p50·p75·p95를 수집합니다. 오류와 성능 데이터는 페이지, 국가, 브라우저, 기기별로 나눠 볼 수 있습니다. Pulsetic은 쿠키를 쓰지 않으며 방문자 기기에 데이터를 저장하지 않는다고 설명합니다. 봇과 에이전트 트래픽은 제외합니다.

기존 모니터링 기능

이번 출시에는 RUM 외에도 여러 기능이 포함됐습니다. Pulsetic AI는 계정을 읽고 변경 전에 사용자에게 확인을 요청합니다. Team 요금제에는 Claude Code, Cursor, Windsurf에서 쓰는 17개 도구의 MCP 서버가 포함됩니다. 하트비트 기반 Cron 모니터링, 도메인 만료 감시, 검사 실패 시점의 스크린샷, 배포 시점을 응답 시간 차트에 표시하는 주석 기능도 제공합니다. Cloudflare 허용 목록 기능으로 방화벽에서 Pulsetic 검사기 IP를 허용할 수 있습니다.

창업자는 Pulsetic이 Claude, ChatGPT, Cursor, Vercel의 공개 상태 페이지를 운영한다고 밝혔습니다. Claude에서는 최근 90일간 장애 97건을 추적했고, 그중 32건은 주요 장애였다고 합니다. 창업자 설명에 따르면 자체 감시에서 공식 상태 페이지보다 먼저 장애를 발견하는 경우도 있습니다.

기존 관측 도구와의 차이

Pulsetic은 대기업 엔지니어들이 기존 관측성 스택을 대체하기보다 함께 사용한다고 설명합니다. 장애가 난 인프라와 분리된 상태 페이지, 월말 수작업을 줄이는 SLA 보고서, 담당자가 분명하지 않은 도메인과 예약 작업을 감시하는 용도입니다. RUM은 사용자가 어떤 경험을 했는지 보여주지만, 느린 쿼리가 원인인지는 알려주지 않는다고 창업자는 덧붙였습니다.

제품 리뷰에서는 설정이 쉽고 인터페이스가 깔끔하다는 평가와 상태 페이지 꾸미기, 장애·점검 공지, 빠른 알림, 다국어 지원이 언급됐습니다. 장기 고객 한 명은 과거 오탐이 있었지만 이후 신뢰성이 크게 나아졌고 문제가 해결됐다고 전했습니다.

Product Hunt 반응

• @andrianv — Product Hunt 여러분, 안녕하세요. Andrian입니다. 여러분 중 일부는 모르는 사이 Pulsetic을 이미 사용하고 있습니다. 저희가 Claude, ChatGPT, Cursor, Vercel의 공개 상태 추적기를 운영하기 때문입니다. Claude에서만 최근 90일 동안 장애 97건을 확인했고, 그중 32건은 주요 장애였습니다. 대개 공식 상태 페이지가 공지하기 전에 장애를 발견합니다. 2020년에 이곳에서 Pulsetic을 처음 출시한 뒤 다섯 번 더 돌아왔습니다. 매번 같은 질문에 답했습니다. 웹사이트가 작동하는지, 작동하지 않을 때 고객에게 어떻게 알릴지 말입니다. 이번에는 다른 질문에서 출발했습니다. 어느 날 고객이 결제 페이지를 열고 화면이 뜨기를 4초 기다리다 떠났습니다. 가동 시간은 100%였고 모든 검사에서 200 응답을 받았습니다. 6년 동안 돈을 잃게 만든 문제를 감지하지 못하는 모니터링을 만든 셈입니다. 이제 Pulsetic은 실제 방문자를 측정합니다. 현장 Core Web Vitals, p50·p75·p95 로딩 시간, 방문자가 실제로 겪은 JavaScript 오류를 페이지·국가·브라우저·기기별로 나눠 보여줍니다. 비동기 스크립트 하나를 설치하면 됩니다. 쿠키는 쓰지 않고 방문자 기기에 아무것도 저장하지 않습니다. 갤러리를 보면 설명보다 잘 이해하실 겁니다. RUM이 이번 출시의 중심이지만, 마지막으로 Product Hunt에 왔을 때보다 더 많은 기능을 출시했습니다. 계정 정보를 읽고 변경 전에 확인을 요청하는 Pulsetic AI, Claude Code·Cursor·Windsurf용 도구 17개를 제공하는 MCP 서버(Team 요금제), 하트비트 기반 Cron 모니터링, 도메인 만료 감시, 검사 실패 순간을 담는 스크린샷, 배포 시점을 응답 시간 차트에 표시하는 주석, 방화벽에서 검사기 IP를 허용하는 Cloudflare 허용 목록 기능입니다. 대기업 엔지니어들은 관측성 스택을 대체하기보다 옆에 Pulsetic을 둡니다. 장애가 난 인프라와 분리된 상태 페이지, 월말 수작업을 줄이는 SLA 보고서, 아무도 맡지 않다가 조용히 실패하는 도메인과 예약 작업을 감시하는 데 씁니다. 트레이스와 애플리케이션 계측을 이미 사용하고 있다면 저희가 이를 대체하지 않습니다. RUM은 사용자가 무엇을 느꼈는지 알려주지만 어떤 쿼리가 느렸는지는 알려주지 않습니다. RUM 데이터에서 빠진 것이 무엇인지 알려주세요. 일부러 범위를 좁혀 첫 버전을 출시했습니다. 한 번만 누를 기능 스무 개보다 매주 열어볼 기능 두 개를 추가하고 싶습니다. 오늘 하루 여기 있겠습니다!
• @heruvimdi — 안녕하세요! 봇이나 에이전트 트래픽도 추적할 수 있나요?
  • @andrianv — @heruvimdi 봇과 에이전트 트래픽은 제외됩니다.
• @new_user___22220268494050602b71bd0 — 제가 제 제품에 찾고 있던 바로 그 기능입니다 :)
• @galdayan — “200 응답 코드가 가리는 느린 결제”는 실제 문제입니다. 합성 가동 시간 검사는 서버가 응답했다는 사실만 알려줄 뿐, 실제 방문자가 쓸 만한 경험을 했는지는 알려주지 않습니다. 제가 알고 싶은 부분은 샘플링입니다. 비동기 스크립트가 실제 방문자 모두의 Core Web Vitals를 보고하나요? 트래픽이 많은 사이트에서는 일정 비율만 샘플링하나요? 샘플링한다면 통계적 신뢰도를 잃지 않고 특정 국가나 브라우저 같은 느린 사용자 집단을 골라 볼 수 있나요? RUM 도구를 실제로 쓰다 보면 대개 이 부분에서 불편해집니다.

원문: Product Hunt / 번역·요약: Trawling