For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /es/docs/mobile/notifications.md (or send Accept: text/markdown).
Notificaciones y push
La bandeja de entrada de la app, las preferencias de canal y el pipeline push de Expo.
La bandeja de entrada y las preferencias de canal
La pestaña de notificaciones lista las notificaciones del espacio de trabajo desde GET /api/notifications y las marca como leídas con un PATCH sobre el id de la notificación. Configuración → Notificaciones edita las preferencias de canal compartidas —emailBilling, emailInvites, inAppProduct— mediante GET y PATCH sobre la vista de preferencias de la misma ruta, el contrato exacto que usa la app web. El número de no leídas aparece en la pantalla de inicio.
Registra un dispositivo para push
Al iniciar sesión —y de nuevo en cada cambio de espacio de trabajo— la app solicita el permiso de notificaciones, resuelve el id de proyecto EAS desde la configuración de la app, obtiene un token push de Expo y lo envía a POST /api/mobile/push-tokens. Android se registra en el canal predeterminado con importancia alta.
El registro informa registered, permission_denied o unavailable y nunca lanza: el inicio de sesión nunca se bloquea por push. Expo Go y los simuladores no pueden completar el registro, así que la cobertura real necesita una compilación de desarrollo. El token se guarda en SecureStore (supastack.push.token) para que el cierre de sesión pueda darlo de baja antes de destruir la cookie de sesión.
Entrega del servidor y recibos
GET lista los tokens del miembro, POST inserta o actualiza un token bajo el espacio de trabajo activo y DELETE lo revoca: listar y revocar quedan en el ámbito del usuario para que una cuenta sin espacio de trabajo aún pueda limpiar. Cada usuario conserva como máximo veinte tokens de dispositivo; registrar uno más poda el más antiguo.
Cada notificación del espacio de trabajo dentro de la app también se envía por push en el mejor esfuerzo: el servidor envía a la API push de Expo en lotes de cien, registra los tickets ok y poda inmediatamente los tokens DeviceNotRegistered. El opcional EXPO_ACCESS_TOKEN, solo de servidor, añade una cabecera Bearer a esas llamadas y nunca se registra. Una programación de la plataforma reconcilia los recibos cada treinta minutos y barre los tickets obsoletos: necesita el mismo ciclo de programador que las demás programaciones de la plataforma.
# Optional server-only token for authenticated Expo push sends:
# apps/web/.env.local
EXPO_ACCESS_TOKEN=Los toques de notificación abren rutas de la app
Los emisores adjuntan una ruta web como data.href. La app la valida —solo rutas absolutas con barra, longitud acotada, sin traversal— y asigna las rutas conocidas a rutas nativas; por ejemplo /billing a /settings/billing y /dashboard a /home. Un toque que llega sin sesión iniciada se guarda en búfer y se aplica cuando el inicio de sesión termina.
Verificación y solución de problemas
Prueba en una compilación de desarrollo: concede y deniega el permiso, alterna push en Configuración → Notificaciones —la pantalla informa este dispositivo como enabled, disabled o denied— y toca una notificación en frío y en caliente. Si al desactivar aparece un error, la baja del lado del servidor falló y el dispositivo permanece registrado hasta que tenga éxito.