# Alertas de Sentry como notificaciones en tu iPhone

> Recibe las issues y alertas de Sentry como notificaciones en el móvil. Una issue nueva o reaparecida abre un problema, y al resolverla en Sentry se cierra.

Source: https://honk-honk.app/es/guias/alertas-sentry-iphone

Conecta Sentry con Honk y un error nuevo en tu app llegará a tu iPhone como notificación, con el nivel que le dio Sentry: una issue fatal es una Bocina sin parar, y un error, un Bocinazo largo. Cuando resuelves la issue en Sentry, Honk la cierra con una recuperación. Tus reglas de alerta, también las de métricas, pueden enviar avisos a Honk.

Funciona con una integración interna de Sentry, que firma cada entrega con su propio secreto. No hay que cambiar ningún SDK ni desplegar nada, y los errores de Sentry quedan en la misma bandeja de entrada que tus servidores, tus pagos y tus tareas cron.

## Antes de empezar

- Una cuenta de Honk. De momento, por invitación: [solicita acceso](https://honk-honk.app/es/solicitar-acceso).
- Un proyecto para la app, en un espacio de trabajo en el que seas propietario o administrador.
- Permiso para crear integraciones en tu organización de Sentry.

## 1. Crea la conexión en Honk

En la app web de Honk, abre el proyecto, entra en **Conexiones** y haz clic en **Conectar un servicio**. Elige **Sentry**, deja el nombre o cámbialo, y haz clic en **Conectar**.

Honk muestra la **URL del webhook** de la conexión, que empieza por `https://honk-honk.app/v1/hooks/sentry/`. Cópiala y deja la página abierta para el paso 3.

## 2. Crea una integración interna en Sentry

En Sentry, abre **Settings ▸ Developer Settings ▸ Custom Integrations**, haz clic en **Create New Integration** y elige **Internal Integration**. Ponle un nombre, por ejemplo «Honk», y después:

- pega la URL de Honk en **Webhook URL**;
- en **Permissions**, pon **Issue & Event** en **Read**;
- en **Webhooks**, marca **issue**;
- para usar Honk en las reglas de alerta, activa **Alert Rule Action**.

Deja **error** sin marcar: envía cada evento por separado, y Honk lo ignora. Guarda la integración.

## 3. Pega el Client Secret en Honk

Una vez guardada la integración, Sentry muestra sus **Credentials**. Copia el **Client Secret**, pégalo en **Secreto de firma** en Honk y haz clic en **Guardar secreto**.

Honk rechaza las entregas de Sentry hasta que guardes el secreto. A partir de ahí, comprueba la firma de cada entrega y rechaza las que no coinciden. La conexión muestra la hora de la última entrega, o el último error.

_Los servicios conectados de un proyecto de Honk: Stripe, Shopify, Uptime Kuma y Sentry, cada uno con su última entrega y si tiene el secreto guardado._

## 4. Añade Honk a las reglas de alerta

El webhook de issues ya cubre las issues nuevas, las reaparecidas y las resueltas, así que este paso es opcional. Para que una regla de alerta avise a Honk, ábrela en Sentry y añade la acción que envía una notificación a través de tu integración. Sirve para las alertas de issues y para las de métricas, como una tasa de errores por encima de un umbral.

Puedes dejar las dos activadas. Una alerta sobre una issue llega al grupo de esa issue, junto a los mensajes del webhook: se suma al mismo problema en lugar de abrir otro, y al resolver la issue en Sentry, el problema se cierra.

## Qué genera cada evento

**Issues.** Una issue nueva, o una que vuelve a quedar sin resolver (así informa Sentry de una regresión), abre un problema con el nivel de la issue:

- fatal: Bocina sin parar;
- error: Bocinazo largo;
- warning: Bocinazo fuerte;
- info y debug: Bocinazo suave.

El mensaje incluye el título de la issue, dónde ocurrió, su ID corto y el proyecto de Sentry, y enlaza a la issue. Al resolver la issue en Sentry llega una recuperación, «Resolved: …», que cierra el problema. Asignar o archivar una issue no cambia nada en Honk. Cada issue tiene su propio grupo, y Sentry informa de una issue una sola vez, no una por cada evento, así que un error que ocurre 500 veces sigue siendo un solo aviso.

**Alertas de issues.** Una alerta que salta abre un problema con el nivel del evento que la disparó. Entra en el grupo de la issue a la que se refiere, así que, al resolver la issue en Sentry, también se cierra.

**Alertas de métricas.** Critical es una Bocina sin parar, y warning, un Bocinazo fuerte; resolved envía una recuperación. Una alerta es un solo grupo desde que salta hasta que se resuelve, y un warning que pasa a critical vuelve a avisar al momento.

Si has activado las Actividades en directo en [Honk para iPhone](https://honk-honk.app/es/iphone), un Bocinazo largo o una Bocina sin parar puede quedarse en la pantalla bloqueada hasta que se recupere o lo marques como atendido.

## Planes y límites

Cada conexión cuenta para el plan de tu espacio de trabajo: Free incluye 2, Pro 20 y Team 100. Los mensajes de Sentry cuentan para los límites diarios de mensajes y notificaciones del plan, como cualquier otro; los encontrarás en [precios](https://honk-honk.app/es/precios).

Para tener en la misma bandeja de entrada las alertas de disponibilidad y de infraestructura, consulta la [guía de Grafana y Alertmanager](https://honk-honk.app/es/guias/alertas-grafana-alertmanager) y la [guía de Uptime Kuma](https://honk-honk.app/es/guias/notificaciones-uptime-kuma). Si tu app usa Laravel, la [guía de excepciones de Laravel](https://honk-honk.app/es/guias/notificaciones-excepciones-laravel) notifica los errores sin Sentry, y [Fatiga de alertas](https://honk-honk.app/es/guias/fatiga-de-alertas) explica cómo Honk convierte un problema en un solo aviso.
