Operations | Monitoring | ITSM | DevOps | Cloud

Event context, tags, logs and metrics | Debugging Next.js Applications with Sentry

Adding additional information to issues captured in Sentry can help you identify and prioritize your most critical issues. Logs and Metrics help build context around the error and understand correlation and causation all in one place due to everything being trace connected.

Session Replay | Debugging Next.js Applications with Sentry

Session Replay lets you see how your users experienced your Next.js application before a crash happened. Aside from how the user used your app, it also captures the console output of the browser, the network requests, and the memory snapshot, so you get all the information needed to debug the issue. In this video you’ll learn how to use Session Replay and implement it in your Next.js application.

Getting Started with Seer - Sentry's AI Debugging Agent

Seer is Sentry's AI Debugging agent that has access to all the context that Sentry pulls together from your applications. Sometimes it shows up predicting bugs before they ship to prod. Sometimes it's catching issues in prod and bringing you the fix. Seer pulls from distributed traces, logs, profiles, stack traces, errors, and your codebase, and helps you find the broken parts of your application and fix them faster.

How to debug a Next.js production bug with Logs and Sentry

Stack traces tell you what broke. They rarely tell you why. In this video, Serge walks through a real Next.js production bug that only affected Firefox and Safari. The error showed up clearly in Sentry, but the stack trace alone wasn’t enough to explain what was going wrong. The missing piece turned out to be logs. You’ll see how adding logs to a Next.js API route exposed unexpected request data, how those logs connected back to traces, and how that context made the root cause obvious and easy to fix.