Resources · n8n integration

Sentry.io n8n integrationAutomate Sentry.io with n8n.

One node, and the whole Sentry.io object model behind it. The Sentry.io n8n integration exposes 25 operations over 6 resources: events, issues, projects, releases, organizations and teams. No trigger node ships with it, so a schedule or a webhook starts the run. Built for ops and engineering teams.

Verified Trustpilot reviews · AI, automation & growth agency

Why automate

What does the Sentry.io n8n integration actually do?

The Sentry.io node ships with n8n and calls the Sentry API on your behalf. It groups 25 operations under 6 resources: events, issues, projects, releases, organizations and teams. Listing, reading, creating, updating or deleting any of those objects becomes a single step in a workflow, sitting next to the nodes you already run.

First scenario, the morning triage. A Schedule Trigger fires, Get many issues reads a project with the Query field left empty, which makes Sentry apply its implied is:unresolved filter, and the result is posted to a channel through the Slack node. Nobody opens the Sentry dashboard to find out what broke overnight.

Second scenario, the deploy log. When a build finishes, a workflow started from GitHub runs Create a release with the commit hash as Version and the affected project slugs in Project Names or IDs. Sentry then has a release on record, created by the same pipeline that produced the build.

Third scenario, the report nobody writes by hand. Get many events with Return All switched on walks every page of results for one project, and the items land in Google Sheets for a quick pivot, or in Postgres when the history has to be queried later.

The node covers the 6 resources listed above. For any Sentry endpoint outside that catalogue, the HTTP Request node calls it directly and reuses the same Sentry credential through predefined authentication, so nothing has to be re-declared. Mixing the two inside one workflow is common, and perfectly fine.

One thing to plan for: this tool has no trigger node in n8n. A Sentry workflow therefore starts elsewhere, with a Schedule Trigger on a fixed interval, with an n8n Webhook, meaning a URL that a third-party service calls, or with the trigger of another tool. If you are still weighing platforms before building all this, the n8n review goes through the trade-offs.

Connect

How do you connect Sentry.io to n8n?

  1. 01

    Pick the authentication method

    In the n8n Credentials menu, create a Sentry.io credential. Three methods exist: Access Token (Cloud), OAuth2 (Cloud), and Access Token (Self Hosted) for a Sentry instance you run yourself. A credential is created once and then offered in the dropdown of every Sentry.io node in every workflow, so this step happens a single time.

  2. 02

    Generate the auth token

    For both token methods, Sentry asks for a Token. You generate a User Auth Token in Account, then Settings, then User Auth Tokens, and paste it into the credential. With Access Token (Self Hosted) there is a second field, the URL of your self-hosted Sentry instance, which tells n8n where to send the calls.

  3. 03

    Set up OAuth2 if you prefer it

    Building OAuth2 from scratch means creating an integration on the Sentry side. Copy the OAuth Callback URL that n8n displays and add it as an Authorized Redirect URI, then copy the Client ID and the Client Secret back into the n8n credential. From there the connection behaves like any other OAuth2 credential in n8n.

Actions

Every Sentry.io operation the n8n node runs

The Sentry.io node exposes 25 operations across 6 resources. For each one: the node as you configure it in n8n, the required fields, and our field notes.

Resources × operations matrix
ResourceCreateGetGet ManyUpdateDelete
Event✓✓
Issue✓✓✓✓
Organization✓✓✓✓
Project✓✓✓✓✓
Release✓✓✓✓✓
Team✓✓✓✓✓

Event

2 operations
01

Get an event

event.get

What you see in n8n

Notes & use cases

Pulls one event out of a project, addressed by its own ID rather than by the issue it belongs to. The node returns that event as a single item.

Key parameters

  • Organization Slug Name or ID: the slug of the organization the events belong to, chosen from the list or set with an expression.
  • Project Slug Name or ID: the slug of the project the events belong to, same list-or-expression choice.
  • Event ID: either the numeric primary key or the hexadecimal ID as reported by the raven client.
Use cases
a support agent pastes an event ID into an internal form, and the workflow fetches that exact event before a ticket is opened.
02

Get many events

event.getAll

What you see in n8n

Notes & use cases

Lists the events recorded for one project and hands them to the next node one item at a time.

Key parameters

  • Organization Slug Name or ID: which organization to read from.
  • Project Slug Name or ID: which project the events belong to.
  • Full: switched on, the payload includes the full event body, stack trace included.
  • Return All: on, n8n chains the API pages until everything is in; off, Limit caps how many events come back.
Use cases
a scheduled export that drops a project's events into a spreadsheet before the weekly engineering review.

Issue

4 operations
03

Delete an issue

issue.delete

What you see in n8n

Notes & use cases

Removes one issue from Sentry, addressed by its ID and nothing else.

Key parameters

  • Issue ID: the identifier of the issue, shaped like the 1234 placeholder shown in the field, and often {{ $json.field }} when the value travels from an earlier node.
Use cases
a cleanup workflow that clears the noise a staging project generated during a load test, once the test run is signed off. Put a condition in front of the node: deletion is not a step you want firing on every item of a list.
04

Get an issue

issue.get

What you see in n8n

Notes & use cases

Reads one issue back from Sentry, so the workflow acts on what Sentry holds right now instead of on a copy captured minutes earlier.

Key parameters

  • Issue ID: the identifier Sentry gives the issue, in the 1234 shape the field suggests.
Use cases
a follow-up workflow that runs a few hours after an alert, re-reads the issue, and only escalates to the on-call channel if it is still worth waking someone up for.
05

Get many issues

issue.getAll

What you see in n8n

Notes & use cases

Browses the issues of a project. Leave the search empty and Sentry assumes an implied is:unresolved, which is why this operation is the usual starting point for a triage workflow.

Key parameters

  • Organization Slug Name or ID and Project Slug Name or ID: the two slugs that scope the search.
  • Query: an optional Sentry structured search query, in the same syntax as the product's search bar.
  • Stats Period: the time period of the stats, 24h or 14d.
  • Short ID Lookup: opt-in, because looking up short IDs can return an issue belonging to another project.
  • Return All and Limit: the full list, or a capped one.
Use cases
the daily digest that opens the standup.
06

Update an issue

issue.update

What you see in n8n

Notes & use cases

Changes the state of an existing issue from a workflow, which is how Sentry stays in sync with whatever tool the team actually works in.

Key parameters

  • Issue ID: the issue to modify.
  • Status: the new status, among resolved, resolvedInNextRelease, ignored and unresolved.
  • Assigned To: the actor ID or username of the user or team that should own it.
  • Is Public: whether the issue is set to public or private.
  • Is Bookmarked, Is Subscribed, Has Seen: the user-context flags.
Use cases
closing the loop when a linked ticket is marked done in the tracker.

Organization

4 operations
07

Create an organization

organization.create

What you see in n8n

Notes & use cases

Creates a new organization, the top-level container that everything else in Sentry hangs from.

Key parameters

  • Name: required, the name of the organization.
  • Agree to Terms: whether you agree to the applicable terms of service and privacy policy of Sentry.io.
  • Slug: the unique URL slug; left empty, a slug is generated automatically from the name.
Use cases
an agency onboarding routine that gives each new client its own organization, with a slug derived from the account name already stored in the CRM.
08

Get an organization

organization.get

What you see in n8n

Notes & use cases

Fetches a single organization from its slug, which is the quickest way to confirm a credential really reaches the account you think it does.

Key parameters

  • Organization Slug Name or ID: picked from the dropdown, which n8n fills using the credential, or set with an expression when the slug comes from an earlier node.
Use cases
a first step in a longer workflow, used as a guard: if the organization comes back, the rest of the branch is safe to run.
09

Get many organizations

organization.getAll

What you see in n8n

Notes & use cases

Returns the organizations the credential can see, which matters as soon as one token covers several accounts.

Key parameters

  • Member: restricts the results to organizations you have membership in.
  • Owner: restricts them to the ones you own.
  • Return All: every page, or Limit to stop after a given number of organizations.
Use cases
a monthly inventory that lists the accounts an agency manages, then loops over each one to count its projects.
10

Update an organization

organization.update

What you see in n8n

Notes & use cases

Edits an organization that already exists, without touching anything it contains.

Key parameters

  • Slug Name or ID: this operation names the target field differently from the rest of the node, so look for Slug Name or ID and not the usual organization dropdown.
  • Name: the new name of the organization.
  • Slug: the new URL slug.
Use cases
a rebrand that has to propagate everywhere, handled once in a workflow rather than clicked through by hand.

Project

5 operations
11

Create a project

project.create

What you see in n8n

Notes & use cases

Adds a project under an existing team, so a new service starts reporting into its own space instead of polluting an old one.

Key parameters

  • Organization Slug Name or ID: where the project lives.
  • Team Slug Name or ID: the slug of the team the project is created for.
  • Name: the name for the new project.
  • Slug: optional; without it, a slug is generated from the name.
Use cases
a scaffolding workflow that creates the repository, the deploy target and the matching Sentry project in one run.
12

Delete a project

project.delete

What you see in n8n

Notes & use cases

Takes a project out of an organization. Both slugs are required, which is a small safety net: you have to name the organization before you can name what disappears from it.

Key parameters

  • Organization Slug Name or ID: the organization the project belongs to.
  • Project Slug Name or ID: the slug of the project to delete.
Use cases
a teardown routine for ephemeral preview environments, where each branch got its own project and none of them should outlive the branch.
13

Get a project

project.get

What you see in n8n

Notes & use cases

Opens the record of one project and passes it on as a single item.

Key parameters

  • Organization Slug Name or ID: the organization the events belong to.
  • Project Slug Name or ID: the slug of the project to retrieve.
Use cases
enriching an alert before it reaches a human. The workflow already has the project slug, this operation adds the rest of the project details, and the message that lands in the channel reads like something a colleague wrote.
14

Get many projects

project.getAll

What you see in n8n

Notes & use cases

Enumerates the projects the credential reaches. No slug is required here, which makes it the easiest operation to test a fresh Sentry.io credential with.

Key parameters

  • Return All: on, n8n follows every page of projects; off, Limit sets the ceiling.
Use cases
the first node of a fan-out workflow. It lists the projects, and the branch that follows runs the same issue query against each of them, one item at a time.
15

Update a project

project.update

What you see in n8n

Notes & use cases

Adjusts the settings of a project already in place.

Key parameters

  • Organization Slug Name or ID and Project Slug Name or ID: the project to update.
  • Name and Slug: the new name and the new slug.
  • Platform: the new platform for the updated project.
  • Team: the new team name.
  • Digests Maximum Delay and Digests Minimun Delay: the maximum and minimum interval to digest alerts. The second label carries a typo in the node itself, so do not go looking for a different field.
Use cases
moving a service to another team after a reorg.

Release

5 operations
16

Create a release

release.create

What you see in n8n

Notes & use cases

Registers a release in Sentry, which is what lets the product tie an error back to the version that introduced it.

Key parameters

  • Organization Slug Name or ID: the organization the release belongs to.
  • Version: a version identifier, a version number or a commit hash.
  • URL: a URL pointing to the release, for instance an online interface to the source code.
  • Project Names or IDs: a list of project slugs involved in this release.
  • Date Released, Commits, Refs: optional.
Use cases
the last step of a deploy pipeline.
17

Delete a release

release.delete

What you see in n8n

Notes & use cases

Drops a release from an organization, addressed by its version identifier.

Key parameters

  • Organization Slug Name or ID: the organization the release belongs to.
  • Version: the version identifier of the release, the same string that was used to create it.
Use cases
tidying up after a test pipeline that created a release per commit for a week. A scheduled workflow loops over the list and deletes the ones that never made it past staging.
18

Get a release by version ID

release.get

What you see in n8n

Notes & use cases

Looks up a release from its version identifier. Handy as a check before a deploy: if the version already exists in Sentry, the pipeline knows it is about to repeat itself.

Key parameters

  • Organization Slug Name or ID: where to look.
  • Version: the version identifier of the release.
Use cases
a release note generator that reads the release, formats it, and posts the result to the channel the team follows.
19

Get many releases

release.getAll

What you see in n8n

Notes & use cases

Walks through the releases of an organization, newest ones included, in one node run.

Key parameters

  • Organization Slug Name or ID: the organization the releases belong to.
  • Query: creates a starts-with filter on the version, so a naming convention like a product prefix becomes a filter for free.
  • Return All: every page of releases; off, Limit caps the list.
Use cases
a changelog page fed automatically, or a deploy frequency chart built from the release history.
20

Update a release

release.update

What you see in n8n

Notes & use cases

Completes a release that already exists, typically because the data arrived after the deploy rather than during it.

Key parameters

  • Organization Slug Name or ID and Version: the release to amend.
  • Commits and Refs: the commit data, and the start and end commits for each repository included in the release.
  • Date Released: when the release actually went live.
  • URL and Ref: a URL pointing to the release.
Use cases
attaching the commit list once the build system has finished computing it.

Team

5 operations
21

Create a team

team.create

What you see in n8n

Notes & use cases

Sentry.io groups people and projects under teams, and this operation adds one from a workflow. The new team lands inside the organization you point at.

Key parameters

  • Organization Slug Name or ID: the slug of the organization the team belongs to. Pick it from the dropdown n8n loads, or pass an expression (a small formula that reads the incoming item) such as {{ $json.field }}.
  • Name: the name of the team. It is required, so an empty value stops the node.
  • Slug: optional, under Additional Fields. Leave it out and Sentry.io generates the slug from the name.
Use cases
a new squad starts on a product, so the workflow that provisions its tooling creates the Sentry.io team first.
22

Delete a team

team.delete

What you see in n8n

Notes & use cases

When a squad is dissolved, its team stays behind and keeps showing up in Sentry.io project settings. This operation removes it, and it wants slugs, not the display names you read in the interface.

Key parameters

  • Organization Slug Name or ID: the slug of the organization the team belongs to, chosen from the list or supplied as an expression.
  • Team Slug Name or ID: the slug of the team to delete. Same dropdown, same fallback to {{ $json.field }} when the value travels from an earlier node.
Use cases
at the end of a contractor engagement, the offboarding workflow closes the accounts and drops the team that was created for the mission.
23

Get a team

team.get

What you see in n8n

Notes & use cases

Pulling one team back into a workflow gives you its record as the node output, which is what you want before deciding to update it or delete it. The lookup goes through the team slug.

Key parameters

  • Organization Slug Name or ID: the slug of the organization the team belongs to, from the dropdown or from an expression.
  • Team Slug Name or ID: the slug of the team to get. If the slug is wrong the node fails, so read it from a previous step rather than typing it by hand.
Use cases
a cleanup routine checks each team still exists before it tries to rename it, and routes the misses to a review queue.
24

Get many teams

team.getAll

What you see in n8n

Notes & use cases

An organization accumulates teams faster than anyone documents them. This operation lists the teams of one organization so the rest of the workflow has something to loop over.

Key parameters

  • Organization Slug Name or ID: the slug of the organization whose teams should be listed.
  • Return All: checked, n8n chains the API pages and brings back every team of the organization.
  • Limit: the maximum number of teams returned when Return All is off. Useful while you are still testing the workflow.
Use cases
a weekly export writes the current team list into a spreadsheet so ownership questions stop landing in chat.
25

Update a team

team.update

What you see in n8n

Notes & use cases

Renaming happens more often than anyone plans for, usually after two squads merge. This operation edits an existing team, and both fields it can change sit in the optional Update Fields collection.

Key parameters

  • Organization Slug Name or ID: the slug of the organization the team belongs to.
  • Team Slug Name or ID: the slug of the team to update, picked from the list or passed as {{ $json.field }}.
  • Name: the new name of the team.
  • Slug: the new slug. It has to be unique and available, so a collision is worth handling on the error branch.
Use cases
a reorg renames half the teams, and one workflow applies the whole list in a single run.
Need help

Need help automating Sentry.io with n8n?

A person reads every message.

FAQ

Sentry.io and n8n, the questions that come up next

01Is the Sentry.io n8n integration free?
Yes on the n8n side. The Sentry.io node ships with n8n, so there is nothing to install and no extra cost to unlock it, whether you run n8n Cloud or a self-hosted instance under the Community Edition and its Sustainable Use licence. A workflow behaves the same way in both setups, which means you can prototype on one and run it on the other without rewriting anything. What Sentry itself costs on your plan is a separate question and depends on your account, so check that with Sentry directly rather than assuming the node changes anything about it.
02What credentials do you need for Sentry.io in n8n?
Three authentication methods are available: Access Token (Cloud), OAuth2 (Cloud), and Access Token (Self Hosted). The two token methods both expect a User Auth Token generated in Account, then Settings, then User Auth Tokens. The self-hosted variant asks for one extra thing, the URL of your own Sentry instance. OAuth2 requires creating an integration on the Sentry side, adding the OAuth Callback URL that n8n shows as an Authorized Redirect URI, then bringing the Client ID and Client Secret back. Whichever you pick, the credential is created once in n8n and reused by every workflow afterwards.
03What are the limits of the Sentry.io node in n8n?
The node covers 25 operations spread over 6 resources: events, issues, projects, releases, organizations and teams. For any Sentry endpoint outside that catalogue, the HTTP Request node calls it directly and reuses the same Sentry credential through predefined authentication, so you never declare the token twice. The other thing to know concerns lists. Return All chains the API pages until every result is in, while leaving it off means Limit decides how many items come back. On a busy project that difference between a sample and the full history is easy to miss.
04Does Sentry.io trigger n8n workflows in real time?
Not through a Sentry node, because this tool has no trigger node in n8n. A Sentry workflow starts from somewhere else. A Schedule Trigger runs it at a fixed interval, which fits digests, exports and cleanup routines. An n8n Webhook, meaning a URL that a third-party service calls, lets an outside system kick off the run. Or the trigger of another tool starts it, for instance a deploy event that then creates the matching release in Sentry. In practice most Sentry workflows use the schedule and query issues on each pass.
05n8n or Make for Sentry.io?
It depends on four things. Hosting: n8n runs on your own servers through Docker or npm, or on n8n Cloud, while Make is hosted only. Data control follows from that, since a self-hosted n8n keeps the event payloads you pull from Sentry inside your infrastructure. Cost model: Make bills per operation, which a workflow looping over every issue of a busy project will notice. Visual logic: both give you a canvas, and the choice there is mostly a matter of habit. Neither tool is the wrong answer, they simply optimise for different constraints.