Recursos · Integración n8n

Integración Sentry.io n8nAutomatiza Sentry.io con n8n.

Un solo nodo y detrás todo el modelo de objetos de Sentry.io. La integración Sentry.io n8n abre 25 operaciones repartidas en 6 recursos: events, issues, proyectos, releases, organizaciones y equipos. Sin nodo trigger: el flujo arranca desde un programador o un webhook. Pensada para equipos de ops y de desarrollo.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Para qué sirve de verdad la integración Sentry.io n8n?

El nodo Sentry.io viene incluido en n8n y llama a la API de Sentry por ti. Agrupa 25 operaciones bajo 6 recursos: events, issues, proyectos, releases, organizaciones y equipos. Listar, leer, crear, modificar o borrar cualquiera de esos objetos pasa a ser un paso más del flujo de trabajo, junto a los nodos que ya usas.

Primer caso, la revisión de cada mañana. Un Schedule Trigger arranca, Get many issues consulta el proyecto dejando el campo Query vacío, lo que hace que Sentry aplique su filtro implícito is:unresolved, y la lista se publica en un canal con el nodo Slack. Nadie tiene que abrir el panel de Sentry para enterarse de lo que se rompió de madrugada.

Segundo caso, dejar rastro de cada despliegue. Cuando termina una compilación, un flujo lanzado desde GitHub ejecuta Create a release con el hash del commit en Version y los slugs afectados en Project Names or IDs. La release queda registrada en Sentry sin que nadie la teclee.

Tercer caso, el informe que a nadie le apetece montar a mano. Get many events con Return All activado recorre todas las páginas de la API de un proyecto, y los items acaban en Google Sheets para una tabla dinámica, o en Postgres cuando el histórico tiene que seguir siendo consultable.

El nodo cubre los 6 recursos citados. Para cualquier endpoint de Sentry que quede fuera de ese catálogo, el nodo HTTP Request lo llama directamente y reutiliza la misma credencial de Sentry mediante la autenticación predefinida, sin volver a declarar nada.

Un detalle que conviene prever: esta herramienta no tiene nodo trigger en n8n. Un flujo de Sentry arranca en otro sitio, con un Schedule Trigger a intervalo fijo, con un Webhook de n8n (una URL que llama un servicio externo) o con el trigger de otra herramienta. Si todavía estás comparando plataformas antes de montar todo esto, la reseña n8n repasa los criterios.

Conexión

¿Cómo conectar Sentry.io con n8n?

  1. 01

    Elegir el método de autenticación

    En el menú Credentials de n8n, crea una credencial de Sentry.io. Hay tres métodos: Access Token (Cloud), OAuth2 (Cloud) y Access Token (Self Hosted) para una instancia de Sentry que alojas tú. Una credencial se crea una sola vez y después aparece en la lista desplegable de cada nodo Sentry.io, en todos tus flujos. Este paso no se repite.

  2. 02

    Generar el token de autenticación

    Los dos métodos por token esperan un Token. Generas un User Auth Token en Account, luego Settings, luego User Auth Tokens, y lo pegas en la credencial. Con Access Token (Self Hosted) aparece un segundo campo, la URL de tu instancia de Sentry autoalojada, que le indica a n8n adónde enviar las llamadas.

  3. 03

    Montar OAuth2 si lo prefieres

    Empezar de cero con OAuth2 implica crear una integración en el lado de Sentry. Copias la OAuth Callback URL que muestra n8n y la añades como Authorized Redirect URI, y después llevas el Client ID y el Client Secret a la credencial de n8n. A partir de ahí la conexión se comporta como cualquier otra credencial OAuth2 de n8n.

Acciones

Todas las operaciones de Sentry.io en el nodo de n8n

El nodo Sentry.io expone 25 operaciones en 6 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

Event

2 operaciones
01

Get an event

event.get

Lo que ves en n8n

Notas y casos de uso

Trae un evento concreto de un proyecto, identificado por su propio ID y no por la issue que lo agrupa. El nodo devuelve ese evento como un único item.

Parámetros clave

  • Organization Slug Name or ID: el slug de la organización a la que pertenecen los eventos, elegido en la lista o puesto con una expresión.
  • Project Slug Name or ID: el slug del proyecto correspondiente, con la misma opción de lista o expresión.
  • Event ID: la clave primaria numérica o el ID hexadecimal tal y como lo reporta el cliente raven.
Casos de uso
alguien de soporte pega un ID de evento en un formulario interno y el flujo recupera ese evento exacto antes de abrir un ticket.
02

Get many events

event.getAll

Lo que ves en n8n

Notas y casos de uso

Recorre los eventos guardados en un proyecto y los pasa al nodo siguiente, un item por evento.

Parámetros clave

  • Organization Slug Name or ID: la organización donde buscar.
  • Project Slug Name or ID: el proyecto al que pertenecen los eventos.
  • Full: activado, la carga útil incluye el cuerpo completo del evento, con la traza de la pila.
  • Return All: marcado, n8n encadena las páginas de la API hasta el final; sin marcar, Limit fija cuántos eventos vuelven.
Casos de uso
una exportación programada que vuelca los eventos de un proyecto en una hoja de cálculo antes de la revisión técnica semanal.

Issue

4 operaciones
03

Delete an issue

issue.delete

Lo que ves en n8n

Notas y casos de uso

Borra una issue de Sentry, indicada por su ID y nada más.

Parámetros clave

  • Issue ID: el identificador de la issue, con la forma 1234 que propone el marcador del campo, y muchas veces {{ $json.field }} cuando el valor viene de un nodo anterior.
Casos de uso
una limpieza posterior a una campaña de pruebas, que elimina el ruido generado por un proyecto de preproducción una vez validada la prueba. Pon una condición delante del nodo: un borrado no es un paso que se deje correr sobre cada item de una lista.
04

Get an issue

issue.get

Lo que ves en n8n

Notas y casos de uso

Vuelve a leer una issue desde Sentry para que el flujo trabaje sobre el estado actual y no sobre una copia tomada unos minutos antes.

Parámetros clave

  • Issue ID: el identificador que Sentry asigna a la issue, con el formato 1234 que sugiere el campo.
Casos de uso
un flujo de seguimiento que se ejecuta unas horas después de una alerta, relee la issue y solo escala al canal de guardia si el asunto sigue en pie.
05

Get many issues

issue.getAll

Lo que ves en n8n

Notas y casos de uso

Enumera las issues de un proyecto. Si no se indica búsqueda, Sentry aplica un is:unresolved implícito, y por eso esta operación es el arranque natural de un flujo de triaje.

Parámetros clave

  • Organization Slug Name or ID y Project Slug Name or ID: los dos slugs que delimitan la búsqueda.
  • Query: una búsqueda estructurada de Sentry opcional, con la sintaxis de la barra de búsqueda del producto.
  • Stats Period: el periodo de las estadísticas, 24h o 14d.
  • Short ID Lookup: se activa a propósito, porque la búsqueda por short ID puede devolver una issue de otro proyecto.
  • Return All y Limit: lista completa o acotada.
Casos de uso
el resumen diario que abre la reunión.
06

Update an issue

issue.update

Lo que ves en n8n

Notas y casos de uso

Cambia el estado de una issue existente desde el flujo, que es lo que mantiene a Sentry alineado con la herramienta en la que el equipo trabaja de verdad.

Parámetros clave

  • Issue ID: la issue que se modifica.
  • Status: el nuevo estado, entre resolved, resolvedInNextRelease, ignored y unresolved.
  • Assigned To: el actor ID o el nombre de usuario de la persona o el equipo que se hace cargo.
  • Is Public: pone la issue en público o en privado.
  • Is Bookmarked, Is Subscribed, Has Seen: los indicadores ligados al contexto de usuario.
Casos de uso
cerrar el círculo cuando el ticket asociado pasa a terminado.

Organization

4 operaciones
07

Create an organization

organization.create

Lo que ves en n8n

Notas y casos de uso

Da de alta una organización, el contenedor de nivel más alto del que cuelga todo lo demás en Sentry.

Parámetros clave

  • Name: obligatorio, el nombre de la organización.
  • Agree to Terms: indica que aceptas las condiciones del servicio y la política de privacidad aplicables de Sentry.io.
  • Slug: el slug de URL único; si se deja vacío, se genera automáticamente a partir del nombre.
Casos de uso
una rutina de alta de clientes en una agencia que da a cada cuenta nueva su propia organización, con un slug derivado del nombre que ya está en el CRM.
08

Get an organization

organization.get

Lo que ves en n8n

Notas y casos de uso

Busca una organización por su slug. También es la vía más rápida de comprobar que una credencial llega de verdad a la cuenta que crees.

Parámetros clave

  • Organization Slug Name or ID: tomado de la lista desplegable que n8n rellena con la credencial, o puesto con una expresión cuando el slug llega de un nodo anterior.
Casos de uso
un primer paso que hace de control en un flujo más largo: si la organización responde, el resto de la rama puede seguir.
09

Get many organizations

organization.getAll

Lo que ves en n8n

Notas y casos de uso

Devuelve las organizaciones que ve la credencial, algo que importa en cuanto un mismo token abarca varias cuentas.

Parámetros clave

  • Member: limita el resultado a las organizaciones de las que eres miembro.
  • Owner: lo limita a aquellas de las que eres propietario.
  • Return All: todas las páginas, o Limit para parar en un número dado de organizaciones.
Casos de uso
un inventario mensual que lista las cuentas gestionadas por una agencia y luego recorre cada una para contar sus proyectos.
10

Update an organization

organization.update

Lo que ves en n8n

Notas y casos de uso

Modifica una organización ya existente sin tocar nada de lo que contiene.

Parámetros clave

  • Slug Name or ID: esta operación nombra su objetivo de forma distinta al resto del nodo, así que busca Slug Name or ID y no la lista de organización habitual.
  • Name: el nuevo nombre de la organización.
  • Slug: el nuevo slug de URL.
Casos de uso
un cambio de marca que hay que propagar en todas partes, resuelto una vez en un flujo en lugar de clic a clic.

Project

5 operaciones
11

Create a project

project.create

Lo que ves en n8n

Notas y casos de uso

Añade un proyecto bajo un equipo existente, para que un servicio nuevo reporte sus errores en su propio espacio y no ensucie uno antiguo.

Parámetros clave

  • Organization Slug Name or ID: la organización que lo acoge.
  • Team Slug Name or ID: el slug del equipo para el que se crea el proyecto.
  • Name: el nombre del nuevo proyecto.
  • Slug: opcional; sin él, se genera un slug a partir del nombre.
Casos de uso
un flujo de arranque que crea el repositorio, el destino de despliegue y el proyecto de Sentry correspondiente en una sola ejecución.
12

Delete a project

project.delete

Lo que ves en n8n

Notas y casos de uso

Quita un proyecto de una organización. Los dos slugs son obligatorios, lo que funciona como pequeño seguro: hay que nombrar la organización antes de nombrar lo que desaparece.

Parámetros clave

  • Organization Slug Name or ID: la organización a la que pertenece el proyecto.
  • Project Slug Name or ID: el slug del proyecto que se borra.
Casos de uso
el desmontaje de entornos de vista previa efímeros, donde cada rama recibió su proyecto y ninguno debe sobrevivir a la rama.
13

Get a project

project.get

Lo que ves en n8n

Notas y casos de uso

Abre la ficha de un proyecto y la pasa tal cual al nodo siguiente.

Parámetros clave

  • Organization Slug Name or ID: la organización a la que pertenecen los eventos.
  • Project Slug Name or ID: el slug del proyecto que se recupera.
Casos de uso
enriquecer una alerta antes de que llegue a una persona. El flujo ya tiene el slug, esta operación añade el resto de los datos del proyecto, y el mensaje que cae en el canal se lee como si lo hubiera escrito un compañero.
14

Get many projects

project.getAll

Lo que ves en n8n

Notas y casos de uso

Repasa los proyectos accesibles con la credencial. Aquí no se pide ningún slug, lo que la convierte en la operación más cómoda para probar una credencial de Sentry.io recién creada.

Parámetros clave

  • Return All: marcado, n8n sigue todas las páginas de proyectos; sin marcar, Limit pone el tope.
Casos de uso
el primer nodo de un flujo en abanico. Lista los proyectos y la rama siguiente repite la misma consulta de issues sobre cada uno, item a item.
15

Update a project

project.update

Lo que ves en n8n

Notas y casos de uso

Ajusta la configuración de un proyecto que ya existe.

Parámetros clave

  • Organization Slug Name or ID y Project Slug Name or ID: el proyecto que se actualiza.
  • Name y Slug: el nuevo nombre y el nuevo slug.
  • Platform: la nueva plataforma del proyecto actualizado.
  • Team: el nombre del nuevo equipo.
  • Digests Maximum Delay y Digests Minimun Delay: el intervalo máximo y mínimo para agrupar las alertas. La segunda etiqueta lleva una errata en el propio nodo, no busques otro campo.
Casos de uso
mover un servicio a otro equipo después de una reorganización.

Release

5 operaciones
16

Create a release

release.create

Lo que ves en n8n

Notas y casos de uso

Registra una release en Sentry, que es lo que permite al producto atar un error a la versión que lo introdujo.

Parámetros clave

  • Organization Slug Name or ID: la organización a la que pertenece la release.
  • Version: un identificador de versión, un número de versión o un hash de commit.
  • URL: una URL que apunta a la release, por ejemplo una interfaz en línea del código fuente.
  • Project Names or IDs: la lista de slugs de proyectos implicados en esta release.
  • Date Released, Commits, Refs: opcionales.
Casos de uso
el último paso de una cadena de despliegue.
17

Delete a release

release.delete

Lo que ves en n8n

Notas y casos de uso

Elimina una release de una organización, señalada por su identificador de versión.

Parámetros clave

  • Organization Slug Name or ID: la organización a la que pertenece la release.
  • Version: el identificador de versión de la release, la misma cadena que se usó al crearla.
Casos de uso
ordenar el histórico después de una cadena de pruebas que creó una release por commit durante una semana. Un flujo programado recorre la lista y borra las que nunca salieron de preproducción.
18

Get a release by version ID

release.get

Lo que ves en n8n

Notas y casos de uso

Localiza una release por su identificador de versión. Va bien como comprobación previa a un despliegue: si la versión ya está en Sentry, la cadena sabe que se está repitiendo.

Parámetros clave

  • Organization Slug Name or ID: dónde buscar.
  • Version: el identificador de versión de la release.
Casos de uso
un generador de notas de versión que lee la release, le da formato y publica el resultado en el canal que sigue el equipo.
19

Get many releases

release.getAll

Lo que ves en n8n

Notas y casos de uso

Recorre las releases de una organización en una sola ejecución del nodo.

Parámetros clave

  • Organization Slug Name or ID: la organización a la que pertenecen las releases.
  • Query: crea un filtro de tipo «empieza por» sobre la versión, de modo que una convención de nombres con prefijo de producto se convierte en filtro sin esfuerzo.
  • Return All: todas las páginas de releases; sin marcar, Limit acota la lista.
Casos de uso
una página de changelog que se alimenta sola, o una curva de frecuencia de despliegue construida con el histórico.
20

Update a release

release.update

Lo que ves en n8n

Notas y casos de uso

Completa una release ya existente, normalmente porque el dato llegó después del despliegue y no durante.

Parámetros clave

  • Organization Slug Name or ID y Version: la release que se corrige.
  • Commits y Refs: los datos de commit, y los commits de inicio y de fin de cada repositorio incluido en la release.
  • Date Released: la fecha en la que la release salió realmente a producción.
  • URL y Ref: una URL que apunta a la release.
Casos de uso
adjuntar la lista de commits cuando el sistema de compilación termina de calcularla.

Team

5 operaciones
21

Create a team

team.create

Lo que ves en n8n

Notas y casos de uso

Un equipo de Sentry.io agrupa los proyectos de un mismo grupo de trabajo. Esta operación crea uno dentro de la organización que indiques, sin entrar en la configuración.

Parámetros clave

  • Organization Slug Name or ID: el slug de la organización a la que pertenece el equipo. Se elige en la lista que carga n8n, o se pasa con una expresión (una fórmula que lee el item entrante) como {{ $json.field }}.
  • Name: el nombre del equipo. Es obligatorio: vacío, detiene la ejecución del nodo.
  • Slug: opcional, dentro de Additional Fields. Sin valor, Sentry.io genera el slug a partir del nombre.
Casos de uso
arranca un equipo nuevo y el flujo que le abre las herramientas crea también su equipo en Sentry.io.
22

Delete a team

team.delete

Lo que ves en n8n

Notas y casos de uso

Cuando un grupo deja de existir, su ficha sigue apareciendo en la configuración de los proyectos. Esta operación la elimina y trabaja con slugs, no con los nombres que se leen en la interfaz.

Parámetros clave

  • Organization Slug Name or ID: el slug de la organización a la que pertenece el equipo, elegido en la lista o resuelto con una expresión.
  • Team Slug Name or ID: el slug del equipo que se va a eliminar. Misma lista desplegable y el mismo recurso a {{ $json.field }} si el valor llega de un nodo anterior.
Casos de uso
al cerrar la colaboración con un proveedor, el flujo de salida retira los accesos y borra el equipo que se había creado para ese encargo.
23

Get a team

team.get

Lo que ves en n8n

Notas y casos de uso

Leer un equipo antes de tocarlo ahorra sorpresas. Esta operación recupera uno solo y lo devuelve a la salida del nodo, buscándolo por el slug del equipo.

Parámetros clave

  • Organization Slug Name or ID: el slug de la organización a la que pertenece el equipo, tomado de la lista o calculado con una expresión.
  • Team Slug Name or ID: el slug del equipo que se quiere obtener. Un slug incorrecto hace fallar el nodo, así que conviene traerlo de un paso anterior en vez de escribirlo a mano.
Casos de uso
una rutina de limpieza comprueba que cada equipo sigue existiendo antes de intentar renombrarlo, y aparta los que ya no aparecen.
24

Get many teams

team.getAll

Lo que ves en n8n

Notas y casos de uso

El listado de equipos de una organización envejece rápido. Esta operación devuelve los equipos de una organización concreta y le da al resto del flujo la colección sobre la que iterar.

Parámetros clave

  • Organization Slug Name or ID: el slug de la organización cuyos equipos se van a listar.
  • Return All: marcado, n8n encadena las páginas de la API y trae todos los equipos de esa organización.
  • Limit: el número máximo de equipos devueltos cuando Return All está desmarcado. Cómodo mientras ajustas el flujo.
Casos de uso
un informe semanal deja la lista de equipos en una hoja compartida y las dudas sobre quién lleva qué dejan de ir por chat.
25

Update a team

team.update

Lo que ves en n8n

Notas y casos de uso

Un cambio de nombre parece trivial hasta repetirlo en varias organizaciones. Esta operación modifica un equipo existente, y los dos campos editables viven en la colección opcional Update Fields.

Parámetros clave

  • Organization Slug Name or ID: el slug de la organización a la que pertenece el equipo.
  • Team Slug Name or ID: el slug del equipo que se actualiza, elegido en la lista o transmitido con {{ $json.field }}.
  • Name: el nuevo nombre del equipo.
  • Slug: el nuevo slug. Tiene que ser único y estar disponible, así que conviene tratar la colisión en la rama de error.
Casos de uso
una reorganización renombra la mitad de los equipos y un único flujo aplica la lista entera en una sola ejecución.
Necesitas ayuda

¿Necesitas ayuda para automatizar Sentry.io con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Sentry.io y n8n, las dudas que vienen después

01¿La integración Sentry.io n8n es gratuita?
Sí por el lado de n8n. El nodo Sentry.io viene incluido: no hay nada que instalar ni coste extra para desbloquearlo, tanto en n8n Cloud como en una instancia autoalojada en Community Edition con licencia Sustainable Use. Un flujo se comporta igual en los dos casos, así que puedes prototipar en uno y ejecutar en el otro sin reescribir nada. Lo que cuesta Sentry en tu propio plan es otra cuestión, depende de tu cuenta y conviene mirarlo directamente con Sentry: el nodo no cambia nada de eso.
02¿Qué credenciales necesitas para Sentry.io en n8n?
Hay tres métodos de autenticación disponibles: Access Token (Cloud), OAuth2 (Cloud) y Access Token (Self Hosted). Los dos métodos por token esperan un User Auth Token generado en Account, luego Settings, luego User Auth Tokens. La variante autoalojada pide una cosa más, la URL de tu propia instancia de Sentry. OAuth2 implica crear una integración en Sentry, añadir la OAuth Callback URL que muestra n8n como Authorized Redirect URI y trasladar después el Client ID y el Client Secret. Sea cual sea el método, la credencial se crea una vez y la reutilizan todos los flujos.
03¿Qué límites tiene el nodo Sentry.io en n8n?
El nodo cubre 25 operaciones repartidas en 6 recursos: events, issues, proyectos, releases, organizaciones y equipos. Para cualquier endpoint de Sentry que quede fuera de ese catálogo, el nodo HTTP Request lo llama directamente y reutiliza la misma credencial mediante la autenticación predefinida, sin declarar el token dos veces. El otro punto tiene que ver con las listas. Return All encadena las páginas de la API hasta traerlo todo, mientras que dejarlo sin marcar deja en manos de Limit cuántos items vuelven. En un proyecto con mucho tráfico, esa diferencia entre una muestra y el histórico completo pasa desapercibida enseguida.
04¿Sentry.io dispara flujos de n8n en tiempo real?
Desde un nodo de Sentry no, porque esta herramienta no tiene nodo trigger en n8n. Un flujo de Sentry arranca en otro sitio. Un Schedule Trigger lo lanza a intervalo fijo, lo que encaja con resúmenes, exportaciones y rutinas de limpieza. Un Webhook de n8n, es decir una URL que llama un servicio externo, permite que un sistema de fuera inicie la ejecución. O bien lo arranca el trigger de otra herramienta, por ejemplo un evento de despliegue que después crea la release correspondiente en Sentry. En la práctica, la mayoría de los flujos de Sentry usan el programador.
05¿n8n o Make para Sentry.io?
Depende de cuatro criterios. El alojamiento: n8n corre en tus propios servidores con Docker o npm, o en n8n Cloud, mientras que Make solo existe alojado. El control de los datos se deriva de ahí, porque un n8n autoalojado mantiene dentro de tu infraestructura las cargas útiles de eventos que sacas de Sentry. El modelo de coste: Make factura por operación, algo que un flujo que recorre todas las issues de un proyecto con tráfico acaba notando. La lógica visual: los dos ofrecen un lienzo y ahí pesa sobre todo la costumbre. Ninguno es la respuesta equivocada, optimizan restricciones distintas.