This is an example showing how to use Sentry to catch & report errors on both client + server side.
_app.js
renders on both the server and client. It initializes Sentry to catch any unhandled exceptions_error.js
is rendered by Next.js while handling certain types of exceptions for you. It is overridden so those exceptions can be passed along to Sentrynext.config.js
enables source maps in production for Sentry and swaps out@sentry/node
for@sentry/browser
when building the client bundle
Once you have access to your Sentry DSN, deploy the example using Vercel:
Execute create-next-app
with npm or Yarn to bootstrap the example:
npx create-next-app --example with-sentry with-sentry
# or
yarn create next-app --example with-sentry with-sentry
Copy the .env.local.example
file in this directory to .env.local
(which will be ignored by Git):
cp .env.local.example .env.local
Next, Copy your Sentry DSN. You can get it from the settings of your project in Client Keys (DSN). Then, copy the string labeled DSN and set it as the value for NEXT_PUBLIC_SENTRY_DSN
inside .env.local
Note: Error tracking is disabled in development mode using the
NODE_ENV
environment variable. To change this behavior, remove theenabled
property from theSentry.init()
call inside your_app.js
file.
npm install
npm run dev
# or
yarn install
yarn dev
Your app should be up and running on http://localhost:3000! If it doesn't work, post on GitHub discussions.
You will need to install and configure the Sentry Vercel integration. After you've completed the project linking step, all the needed environment variables will be set in your Vercel project.
Note: A Vercel project connected to a Git integration is required before adding the Sentry integration.
- Set up the
NEXT_PUBLIC_SENTRY_DSN
environment variable as described above. - Save your Sentry organization slug as the
SENTRY_ORG
environment variable and your project slug as theSENTRY_PROJECT
environment variable in.env.local
. - Save your git provider's commit SHA as either
VERCEL_GITHUB_COMMIT_SHA
,VERCEL_GITLAB_COMMIT_SHA
, orVERCEL_BITBUCKET_COMMIT_SHA
environment variable in.env.local
. - Create an auth token in Sentry. The recommended way to do this is by creating a new internal integration for your organization. To do so, go into Settings > Developer Settings > New internal integration. After the integration is created, copy the Token.
- Save the token inside the
SENTRY_AUTH_TOKEN
environment variable in.env.local
.
Note: Sourcemap upload is disabled in development mode using the
NODE_ENV
environment variable. To change this behavior, remove theNODE_ENV === 'production'
check from yournext.config.js
file.
More configurations are available for the Sentry webpack plugin using Sentry Configuration variables for defining the releases/verbosity/etc.
- By default, neither sourcemaps nor error tracking are enabled in development mode (see Configuration).
- When enabled in development mode, error handling works differently than in production as
_error.js
is never actually called. - The build output will contain warning about unhandled Promise rejections. This is caused by the test pages, and is expected.
- The version of
@zeit/next-source-maps
(0.0.4-canary.1
) is important and must be specified since it is not yet the default. Otherwise source maps will not be generated for the server. - Both
@zeit/next-source-maps
and@sentry/webpack-plugin
are added to dependencies (rather thandevDependencies
) because if used with SSR, these plugins are used during production for generating the source-maps and sending them to sentry.
You can deploy this app to the cloud with Vercel (Documentation).
To deploy your local project to Vercel, push it to GitHub/GitLab/Bitbucket and import to Vercel.
Important: When you import your project on Vercel, make sure to click on Environment Variables and set them to match your .env.local
file.
Alternatively, you can deploy using our template by clicking on the Deploy button below.