Add @sentry/node as a dependency:

npm install --save @sentry/node

Sentry should be initialized as early in your app as possible:

import express from "express";
import * as Sentry from "@sentry/node";

// or using CommonJS
// const express = require('express');
// const Sentry = require('@sentry/node');

const app = express();

Sentry.init({ dsn: "" });

// The request handler must be the first middleware on the app

// All controllers should live here
app.get("/", function rootHandler(req, res) {
  res.end("Hello world!");

// The error handler must be before any other error middleware and after all controllers

// Optional fallthrough error handler
app.use(function onError(err, req, res, next) {
  // The error id is attached to `res.sentry` to be returned
  // and optionally displayed to the user for support.
  res.statusCode = 500;
  res.end(res.sentry + "\n");


You can verify the Sentry integration by creating a route that will throw an error:

app.get("/debug-sentry", function mainHandler(req, res) {
  throw new Error("My first Sentry error!");

requestHandler accepts some options that let you decide what data should be included in the event sent to Sentry.

Possible options are:

// keys to be extracted from req
request?: boolean | string[]; // default: true = ['cookies', 'data', 'headers', 'method', 'query_string', 'url']

// server name
serverName?: boolean; // default: true

// generate transaction name
//   path == request.path (eg. "/foo")
//   methodPath == request.method + request.path (eg. "GET|/foo")
//   handler == function name (eg. "fooHandler")
transaction?: boolean | 'path' | 'methodPath' | 'handler'; // default: true = 'methodPath'

// keys to be extracted from req.user
user?: boolean | string[]; // default: true = ['id', 'username', 'email']

// client ip address
ip?: boolean; // default: false

// node version
version?: boolean; // default: true

// timeout for fatal route errors to be delivered
flushTimeout?: number; // default: undefined

For example, if you want to skip the server name and add just user, you would use requestHandler like this:

    serverName: false,
    user: ["email"],

By default, errorHandler will capture only errors with a status code of 500 or higher. If you want to change it, provide it with the shouldHandleError callback, which accepts middleware errors as its argument and decides, whether an error should be sent or not, by returning an appropriate boolean value.

    shouldHandleError(error) {
      // Capture all 404 and 500 errors
      if (error.status === 404 || error.status === 500) {
        return true;
      return false;

If you use TypeScript, you need to cast our handlers to express specific types. They are fully compatible, so the only things you need to change are:

// from
const express = require('express');
// to
import * as express from 'express';

// from
// to
app.use(Sentry.Handlers.requestHandler() as express.RequestHandler);

// from
// to
app.use(Sentry.Handlers.errorHandler() as express.ErrorRequestHandler);

Monitor Performance

It’s possible to add

tracingThe process of logging the events that took place during a request, often across multiple services.
to all popular frameworks; however, we only provide pre-written handlers for Express.

const Sentry = require("@sentry/node");
const express = require("express");
const app = express();

  dsn: "",
  integrations: [
    // enable HTTP calls tracing
    new Sentry.Integrations.Http({ tracing: true }),
    // enable Express.js middleware tracing
    new Sentry.Integrations.Express({
      // to trace all requests to the default router
      // alternatively, you can specify the routes you want to trace:
      // router: someRouter,

  // We recommend adjusting this value in production, or using tracesSampler
  // for finer control
  tracesSampleRate: 1.0,

// RequestHandler creates a separate execution context, so that all
// transactions/spans/breadcrumbs are isolated across requests
// TracingHandler creates a trace for every incoming request

// the rest of your app


Spans are instrumented for the following operations within a transaction:

  • HTTP requests made with request
  • get calls using native http and https modules
  • Middleware (Express.js only)


When capturing errors locally, ensure that your

projectRepresents your service in Sentry and allows you to scope events to a distinct application.
's data filter for filtering localhost events is toggled off:

express data filters

This ensures that errors produced by your browser (such as errors produced by HTTP methods) are properly captured.

Help improve this content
Our documentation is open source and available on GitHub. Your contributions are welcome, whether fixing a typo (drat!) or suggesting an update ("yeah, this would be better").