Manual Setup

Learn how to set up the Sentry Angular SDK manually.

If you can't (or prefer not to) use the installation wizard, follow the instructions below to configure the Sentry Angular SDK in your application. This guide is also useful to adjust the pre-set configuration if you used the installation wizard for automatic setup.

You need:

  • A Sentry account and project
  • Your application up and running
  • Angular version 14.0.0 or above

Choose the features you want to configure, and this guide will show you how:

Want to learn more about these features?
  • Issues (always enabled): Sentry's core error monitoring product that automatically reports errors, uncaught exceptions, and unhandled rejections. If you have something that looks like an exception, Sentry can capture it.
  • Tracing: Track software performance while seeing the impact of errors across multiple systems. For example, distributed tracing allows you to follow a request from the frontend to the backend and back.
  • Session Replay: Get to the root cause of an issue faster by viewing a video-like reproduction of what was happening in the user's browser before, during, and after the problem.

Copied
npm install @sentry/angular --save
Which SDK version should you use with your Angular version?

In its current major version, the Sentry Angular SDK supports Angular 14 and newer.

If you're using an older version of Angular, you also need to use an older version of the SDK. See the table below for compatibility guidance:

Angular versionRecommended Sentry SDK
14 and newer@sentry/angular
12 or 13@sentry/angular-ivy@^7 (see Note) *
10 or 11@sentry/angular@^7 *
9 and below@sentry/angular@^6 *
AngularJS/1.x@sentry/browser@^6 with the AngularJS integration *

* These versions of the SDK are no longer maintained or tested. Version 7 might still receive bug fixes but we don't guarantee support.

The @sentry/angular-ivy package was an Ivy-compatible version of @sentry/angular in version 7 of the SDK. It's recommended to use this package if you're using Angular 12 or 13 to avoid build-time warnings. Functionality-wise, it's identical to @sentry/angular and you can simply replace all imports of @sentry/angular with @sentry/angular-ivy in our docs. Since version 8, @sentry/angular-ivy was removed and merged with @sentry/angular which is now Ivy-compatible by default.

If you're updating your Sentry SDK to the latest version, check out our migration guide to learn more about breaking changes.

The main configuration should happen as early as possible in your app's lifecycle. Typically that means in your main.ts file. In addition, you'll need to register some providers to fully instrument your application.

main.ts
Copied
import { bootstrapApplication } from "@angular/platform-browser";
import { appConfig } from "./app/app.config";
import { AppComponent } from "./app/app.component";

import * as Sentry from "@sentry/angular"; Sentry.init({ dsn: "https://examplePublicKey@o0.ingest.sentry.io/0", // Adds request headers and IP for users, for more info visit: // https://docs.sentry.io/platforms/javascript/guides/angular/configuration/options/#sendDefaultPii sendDefaultPii: true, integrations: [ // performance // Registers and configures the Tracing integration, // which automatically instruments your application to monitor its // performance, including custom Angular routing instrumentation Sentry.browserTracingIntegration(), // performance // session-replay // Registers the Replay integration, // which automatically captures Session Replays Sentry.replayIntegration(), // session-replay ], // performance // Set tracesSampleRate to 1.0 to capture 100% // of transactions for tracing. // We recommend adjusting this value in production // Learn more at // https://docs.sentry.io/platforms/javascript/configuration/options/#traces-sample-rate tracesSampleRate: 1.0, // Set `tracePropagationTargets` to control for which URLs trace propagation should be enabled tracePropagationTargets: ["localhost", /^https:\/\/yourserver\.io\/api/], // performance // session-replay // Capture Replay for 10% of all sessions, // plus for 100% of sessions with an error // Learn more at // https://docs.sentry.io/platforms/javascript/session-replay/configuration/#general-integration-configuration replaysSessionSampleRate: 0.1, replaysOnErrorSampleRate: 1.0, // session-replay });
bootstrapApplication(AppComponent, appConfig).catch((err) => console.error(err), );

The Sentry Angular SDK exports a couple of Angular providers that are necessary to fully instrument your application. We recommend registering them in your app.config.ts or main app.module.ts:

app.config.ts
Copied
import {
  ApplicationConfig,
  ErrorHandler,
  inject,
  provideAppInitializer,
} from "@angular/core";
import { Router } from "@angular/router";

import * as Sentry from "@sentry/angular";
export const appConfig: ApplicationConfig = { providers: [ // ...
{ provide: ErrorHandler, useValue: Sentry.createErrorHandler(), }, // performance { provide: Sentry.TraceService, deps: [Router], }, provideAppInitializer(() => { inject(TraceService); }),
// performance ], };
Alternative TraceService setup

If you're using an NGModule-based application (app.module.ts), you can also dependency-inject the TraceService from inside your AppModule constructor, instead of providing APP_INITIALIZER:

app.module.ts
Copied
@NgModule({
  // ...
})
export class AppModule {
constructor(trace: Sentry.TraceService) {}
}

The stack traces in your Sentry errors probably won't look like your actual code. To fix this, upload your source maps to Sentry. The easiest way to do this is by using the Sentry Wizard:

Copied
npx @sentry/wizard@latest -i sourcemaps

Alternatively, take a look at our Uploading Source Maps docs

Let's test your setup and confirm that Sentry is working correctly and sending data to your Sentry project.

To verify that Sentry captures errors and creates issues in your Sentry project, add the following test button to one of your components (e.g. app.component.ts), which will trigger an error that Sentry will capture when you click it:

app.component.ts
Copied
@Component({
    selector: "app-root",
    template: `
      <!-- rest of your page -->
<button (click)="throwTestError()">Test Sentry Error</button>`
}) class AppComponent { // ...
throwTestError(): void { throw new Error("Sentry Test Error"); }
}

To test your tracing configuration, update the previous code snippet to start a trace to measure the time it takes to execute your code:

app.component.ts
Copied
@Component({
    selector: "app-root",
    template: `
      <!-- rest of your page -->
      <button (click)="throwTestError()">Test Sentry Error</button>`
})
class AppComponent {
  // ...
  throwTestError(): void {
Sentry.startSpan({ op: "test", name: "Example Span" }, () => { setTimeout(() => {
throw new Error("Sentry Test Error");
}, 99); });
} }

Open the page in a browser and click the button to trigger a frontend error and performance trace.

Now, head over to your project on Sentry.io to view the collected data (it takes a couple of moments for the data to appear).

Need help locating the captured errors in your Sentry project?
  1. Open the Issues page and select an error from the issues list to view the full details and context of this error. For an interactive UI walkthrough, click here.
  2. Open the Traces page and select a trace to reveal more information about each span, its duration, and any errors. For an interactive UI walkthrough, click here.
  3. Open the Replays page and select an entry from the list to get a detailed view where you can replay the interaction and get more information to help you troubleshoot.

At this point, you should have integrated Sentry into your Angular application and should already be sending data to your Sentry project.

Now's a good time to customize your setup and look into more advanced topics. Our next recommended steps for you are:

Are you having problems setting up the SDK?
Was this helpful?
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").