[Go to site: main page, start]

Skip to main content
This integration enables you to ingest alerts from Sentry and automatically trigger incident response workflows in Rootly. When something breaks, Sentry sends the alert to Rootly, and Rootly starts your alert workflow: an incident is declared, context flows in, responders are notified, and you’re ready to act.

Why use this integration?

Streamlined alert ingestion

Pull Sentry issues directly into Rootly with zero manual steps.

Customizable workflows

Tailor Rootly workflows to fit your team’s incident response processes.

Automatic incident creation

Trigger incidents in Rootly automatically when your Sentry rules fire.

At-a-Glance Workflow


Before You Begin

This setup involves two systems — Sentry and Rootly — so make sure you have the right access in both before starting. The installation takes about 5 minutes and only needs to be done once per Sentry organization.
Before you start, make sure you have the following:
  • Sentry: Admin or Owner role in your Sentry organization — required to install third-party integrations
  • Rootly: Admin role — required to create and configure alert sources
  • An existing Sentry organization with at least one project set up

Installation

To start receiving Sentry alerts in Rootly, you install the Rootly app inside your Sentry organization. Once installed, Sentry can forward enriched alert payloads into Rootly, giving your workflows the real-time context they need to act. Install the Rootly integration inside your Sentry organization. This allows Sentry to forward enriched alert payloads into Rootly, giving your Rootly workflows the real-time context they need.
1

Open Integrations in Sentry

Inside your Sentry organization, navigate to Settings → Integrations and search for Rootly.
Rootly integration in Sentry integrations catalog
2

Accept and install

Click Accept & Install. You’ll be redirected to Rootly to complete the alert source setup.
Make sure you’re logged into Rootly as an Admin before proceeding — the redirect will fail otherwise.
Accept and Install Rootly in Sentry
3

Configure the alert source in Rootly

On the Sentry alert source page, enter a descriptive Source Name (for example, “Sentry Alerts”) and click Save. You can leave optional settings like Owning Team at their defaults and adjust them later.
Configure Sentry alert source in Rootly
4

Verify the installation

Switch back to Sentry and go to Settings → Integrations. Rootly should appear in your installed integrations list.
Rootly listed as installed in Sentry
Rootly is now connected. Next, configure Sentry alert rules to forward alerts to Rootly and set up your incident response workflows.

Alert Types

Rootly supports three Sentry alert types, each with different behavior.

Issue Alerts

Issue alerts are tied to specific Sentry issues and support automatic resolution. When Sentry sends a resolved event, Rootly resolves the corresponding alert automatically. You can configure the following directly in the Sentry alert rule action settings:
string
Routes the alert to a specific Rootly resource for on-call paging. Format: type:id — for example, EscalationPolicy:abc-123.Supported types: User, Group, EscalationPolicy, Service. Set to none to disable paging entirely.
string
Sets the alert urgency in Rootly using the ID of a Rootly alert urgency. If not set or the ID is invalid, no urgency is assigned to the alert.

Metric Alerts

Metric alerts are threshold-based and do not support automatic resolution. When a metric alert fires, Rootly creates an alert in the open state. You must resolve it manually or through a workflow.
Metric alerts do not auto-resolve. Rootly will not resolve a metric alert when the threshold returns to normal — you must resolve it manually or via a workflow action.
Metric alerts also support rootly_notification_target and rootly_urgency in the Sentry alert rule action settings.

Issue (Legacy)

The issue resource type is a legacy format that’s still supported but not recommended for new rules. New rules should use event_alert instead. Existing rules using the legacy type will continue to work without migration.

Alert Workflows

Once Sentry is connected, you define alert rules in Sentry that determine when to forward alerts to Rootly, then build workflows in Rootly that react to those alerts — declaring incidents, paging responders, and kicking off your response process automatically.

Step 1: Create Alert Rules in Sentry

You’ll start in Sentry by defining the alert rules that determine when an event should be forwarded to Rootly. These rules let you specify conditions based on error frequency, type, tags, severity, or any combination — so only the alerts that matter reach Rootly. Every alert that passes these conditions will land in Rootly’s alert feed with the full Sentry payload attached.
1

Navigate to Alerts and create a new rule

In Sentry, go to Issues → Alerts, then click Create Alert.
Navigate to Alerts and Create Alert in Sentry
2

Choose your alert type and set conditions

Select the type of alert you want to create — for example, an Error Alert — then click Set Conditions.
Set your conditions under the When and If fields. For example: trigger when an issue is seen more than 10 times in 1 hour, or when a specific tag like environment:production is present. The more precisely you scope these, the less noise your Rootly workflows will see.
3

Add Rootly as the action

Under the Then section, select Rootly as the action. This tells Sentry to forward the alert payload to Rootly whenever your conditions are met.
Select Rootly as the action in Sentry alert rule
4

Send a test notification

Use Sentry’s Send Test Notification to fire a real test alert to Rootly. This sends a live payload so you can inspect exactly what fields are available before writing your workflow conditions.
Send test notification in Sentry
The test alert will appear in Rootly → Alerts. Click on it to view the full payload — you’ll use these fields when writing workflow conditions in the next step.

Step 2: Build the Workflow in Rootly

With alerts now flowing into Rootly, you create a workflow that reacts to them. Rootly workflows let you inspect the incoming alert payload, apply conditions to filter which alerts should trigger a response, and chain together actions like creating an incident, paging on-call, or sending notifications. You only need one workflow per alert pattern — conditions handle the filtering.
1

Open Workflows and create a new workflow

In Rootly, go to Workflows and click Create Workflow.
Create Workflow in Rootly
2

Choose an Alert-based workflow type

Select the Alert workflow type. This workflow will trigger whenever Rootly receives an alert from any source — including Sentry. Conditions in a later step will narrow it down to Sentry alerts specifically.
Select Alert workflow type in Rootly
3

Configure workflow details

Give your workflow a clear name like “Create Incident for Sentry Errors”.
There are additional optional settings you can configure here, such as:
  • Workflow description — helps your team understand what this workflow does
  • Repeat configuration — controls whether the workflow can fire multiple times for the same alert
4

Set the trigger

The trigger defines which alert event activates this workflow.
For Alert type workflows, two triggers are available:
  1. Alert Created — fires when a new alert is received from Sentry
  2. Alert Status Updated — fires when an existing alert changes state (for example, resolved or acknowledged)
Select Alert Created to run the workflow whenever a new Sentry alert arrives. Use Alert Status Updated if you want to automatically close an incident when Sentry marks the issue resolved.
5

Add conditions to match Sentry alerts

Conditions filter which alerts trigger the workflow. Use one of the following to match alerts from Sentry:
Run this workflow if any of the following conditions are true:
  • Source is Sentry
The Sentry alert payload contains many fields you can use for more advanced conditions — environment, project, level, tags, and more. Open the test alert you sent earlier to browse all available fields.
6

Add actions

Add one or more actions that should occur when the workflow is triggered. Common actions include:
  • Create Incident — declares an incident with context pulled directly from the alert payload
  • Page Rootly On-Call — immediately pages the on-call responder for the affected service
  • Send SMS or Email — notifies stakeholders outside of Slack
You can chain multiple actions depending on your response process — for example: create the incident, then page on-call, then post a message to a Slack channel.
7

Save and activate the workflow

Click Create Workflow. The workflow is now active and will fire automatically on the next matching Sentry alert.
Save Sentry alert workflow in Rootly

Step 3: Verify

Return to Sentry and trigger the alert rule again — or send another test notification. Confirm that the workflow activates inside Rootly and that the expected incident or action is created. You can monitor workflow execution in Rootly → Workflows → Activity.
Incident created in Rootly from a Sentry alert

How Alert Fields Are Mapped

Rootly extracts the following fields from each Sentry alert type and makes them available as conditions and variables inside your workflows:
event_alert
Issue title, issue ID, issue URL, error type, level, and project name. Supports automatic resolution — when Sentry sends a resolved event, Rootly resolves the corresponding alert.
metric_alert
Alert title, alert ID, and web URL. Does not support automatic resolution — must be resolved manually or via a workflow action.
labels
level, type, project, and status are extracted as labels on every alert where available. Use these as workflow conditions to filter by severity, environment, or state.

Troubleshooting

Confirm the Rootly app is installed in your Sentry organization and that the alert rule has Rootly set as an action. Verify the rule conditions are being met by triggering a test event.
This is expected — metric alerts don’t support automatic resolution. Resolve them manually or configure a workflow action to resolve them based on a follow-up Sentry event.
Check that the value follows type:id format exactly (for example, EscalationPolicy:abc-123) and that the resource exists in Rootly. Setting the value to none disables paging. An invalid or missing resource is silently ignored.
Confirm the value is a valid Rootly alert urgency ID belonging to your team. Invalid urgency IDs are silently ignored and no urgency will be assigned to the alert.

Uninstall

To remove the Sentry integration from Rootly, go to Configuration → Integrations, find Sentry, click Connected, and select Disconnect.
Disconnecting from Rootly does not remove the Rootly app from Sentry. To fully revoke access, also go to Sentry → Settings → Integrations and uninstall the Rootly app there.