Fel utan kontext
Hoppa direkt från ett fel till den session replay som utlöste det.
Felspårning
Se fel grupperade efter meddelande, rangordnade efter hur ofta de inträffar, med ett klick till inspelningen där de hände — inget separat felverktyg.
Problem det löser
Hoppa direkt från ett fel till den session replay som utlöste det.
Fel grupperas efter meddelande och rangordnas efter hur ofta de inträffar, med de berörda användarna och sessionerna.
Felspårning finns i samma arbetsyta som replay och analys.
Arbetsflöde
SDK:n registrerar JavaScript-fel och varningar automatiskt.
Fel slås ihop efter meddelande och sorteras efter hur ofta de inträffar.
Öppna den länkade sessionen för att se felet inträffa.
Fånga
Allt kommer från samma skript som din analys, utan något extra att installera.
| Ofångade fel | Undantag som når webbläsaren, med meddelande, fil, rad, kolumn och stackspårning. |
|---|---|
| Ohanterade promise-avvisningar | Ett avvisat promise som ingen fångade, det fel som oftast misslyckas tyst i moderna frontends. |
| Konsolfel och varningar | Allt som skrivs med console.error eller console.warn, från din kod eller ett tredjepartsskript, registreras som ett fel eller en varning. |
| Misslyckade anrop | Fetch- och XHR-anrop med statuskod och varaktighet, plus bilder, skript och stilmallar som inte kunde laddas. De visas i eventlistan och i replayens nätverkspanel, inte i felgrupperna. |
Triage
identify() namnger dem. Filtrera på bara fel eller bara varningar.Det sista steget är hela poängen. En stackspårning säger var koden gick sönder; replayen visar vad personen klickade på, skrev och väntade på först, och det är oftast vad du behöver för att återskapa felet.
Det här får du
| Fånga | JavaScript-fel och varningar, insamlade automatiskt. |
|---|---|
| Triage | Grupperat efter meddelande med antal berörda användare och sessioner. |
| Kontext | En direktlänk till replayn bakom varje fel. |
Brus
En loop som kastar samma fel tusen gånger i sekunden ska inte begrava allt annat. Skriptet registrerar samma fel högst fem gånger per sidladdning och begränsar den totala takten för felevent, så en trasig widget syns som ett tydligt problem i stället för en miljon rader.
Ärligt talat
Dedikerade verktyg för felövervakning som Sentry går djupare på utvecklingssidan: source maps, versionsspårning, backendfel och larmroutning. PulsePanda gör inget av det. Stackspårningar visas så som webbläsaren rapporterade dem, vilket för ett minifierat produktionspaket betyder minifierade, och bara webbläsarfel fångas.
Det PulsePanda tillför är produktkontexten runt felet: replayen av sessionen, steget i tratten som gick sönder, feedbacken som samma person lämnade och hur många verkliga användare som drabbades. Team som redan kör Sentry behåller det ofta och använder PulsePanda för att avgöra vilka fel som betyder mest för användarna.
Vanliga frågor
JavaScript-fel och varningar, grupperade efter meddelande med antalet berörda användare och sessioner.
Ja. Varje fel länkar till de session replays där det inträffade.
Nej. På betalplaner fångar samma SDK som driver analysen fel automatiskt.
Vanliga frågor
Nej. Stackspårningar visas så som webbläsaren rapporterade dem, så kod från ett minifierat paket förblir minifierad. Om du behöver avminifierade stackar och versionsspårning, använd ett dedikerat verktyg för felövervakning tillsammans med PulsePanda.
Nej. PulsePanda fångar fel i webbläsaren: ofångade undantag, ohanterade promise-avvisningar samt konsolfel och varningar. Ett misslyckat API-anrop syns ändå, som ett nätverksanrop med sin statuskod.
Nej. Samma fel registreras högst fem gånger per sidladdning, och den totala takten för felevent är begränsad.
Fångst av fel och varningar ingår i planerna Pro och Business.
Relaterade sidor
Installera en gång och koppla samman produktanalys, replay, heatmaps, trattar och feedback på några minuter.
Kom igång gratis