Notificaciones locales en el desarrollo móvil: esencia, tipos y cómo funcionan

¿Qué es una notificación local?

Una notificación local es un mensaje activado que el sistema operativo genera y muestra en el mismo dispositivo donde está instalada la aplicación. A diferencia de las notificaciones push, las locales no pasan por un servidor externo — toda la lógica de programación se ejecuta en el cliente.

Estas notificaciones funcionan independientemente del estado de la aplicación: activa, minimizada o completamente cerrada. El sistema operativo se encarga de la entrega en el momento programado, mientras que el desarrollador solo especifica el contenido y el activador.

El sistema garantiza la entrega de la notificación local incluso sin conexión a la red. Esta es una ventaja clave sobre las notificaciones push, que requieren una conexión a Internet estable y un servidor activo.

Componentes principales de la solicitud

Cada notificación local consta de tres partes: contenido (título, cuerpo, sonido), activador (condición de tiempo o geográfica) e identificador de solicitud. El identificador permite cancelar o actualizar la notificación antes de su entrega.

Un desarrollador puede programar hasta 64 notificaciones locales por aplicación en iOS y un número ilimitado en Android. Esta diferencia se debe a restricciones arquitectónicas de los sistemas operativos.

¿Cómo funcionan las notificaciones locales en iOS y Android?

Ambas plataformas proporcionan sus propias API para trabajar con notificaciones locales. En iOS, el componente central es UNUserNotificationCenter, en Android — NotificationManager. A pesar de las diferentes interfaces, la lógica es la misma: la aplicación crea una solicitud, la registra en el sistema y el SO entrega la notificación en el momento programado.

iOS usa UNCalendarNotificationTrigger para eventos de calendario, UNTimeIntervalNotificationTrigger para intervalos y UNLocationNotificationTrigger para geolocalización. Android ofrece AlarmManager, WorkManager y programación precisa mediante setExact.

Desde Android 12 — SCHEDULE_EXACT_ALARM requiere un permiso especial del usuario. En iOS, el permiso se solicita una vez a través de UNUserNotificationCenter.requestAuthorization, y el usuario elige el nivel de acceso: banners, sonidos, insignias.

Tipos de notificaciones locales

Las notificaciones locales se clasifican por tipo de activador, no por contenido. Cada tipo determina cuándo y en qué condiciones se mostrará la notificación al usuario.

Comparación de activadores por plataforma

En iOS y Android, los tipos de activadores se implementan de manera diferente, aunque la clasificación lógica es la misma. iOS usa UNCalendarNotificationTrigger para fechas, UNTimeIntervalNotificationTrigger para intervalos y UNLocationNotificationTrigger para geolocalización. Android ofrece AlarmManager con setExact y setRepeating, así como WorkManager para tareas diferidas.

iOS también admite UNNotificationAttachment — adjuntar una imagen, audio o video al cuerpo de la notificación. Android admite plantillas personalizadas con botones e imágenes grandes mediante NotificationCompat.Style.

La elección del activador depende del escenario: los recordatorios de calendario funcionan mejor con activadores de calendario, los recordatorios geográficos con geolocalización. Los activadores de intervalo son adecuados para eventos recurrentes con un período fijo.

Comportamiento de los activadores en segundo plano

En iOS, las notificaciones locales son entregadas por el sistema incluso cuando la aplicación está cerrada — UNUserNotificationCenter gestiona la cola de forma independiente. En Android, la entrega depende del mecanismo elegido: AlarmManager se activa incluso con la pantalla apagada, mientras que WorkManager tiene en cuenta el ahorro de energía.

Casos de uso en aplicaciones móviles

Las notificaciones locales resuelven tareas donde la infraestructura externa es excesiva o no está disponible. Escenarios principales: recordatorios, temporizadores, consejos de incorporación y acciones diferidas.

• Recordatorios — una aplicación de calendario crea una notificación local para la fecha del evento especificada
• Consejos de incorporación — un día después de la instalación, la aplicación muestra un consejo en pantalla
• Temporizadores — un temporizador de cocina se activa después de un tiempo determinado incluso con la aplicación cerrada
• Progreso de operaciones — notificación sobre la descarga completada o exportación de datos

Las investigaciones de Localytics muestran que las aplicaciones que usan recordatorios locales retienen un 35% más de usuarios en la primera semana después de la instalación. Esto convierte a las notificaciones locales en una poderosa herramienta de incorporación.

Es importante no abusar de la frecuencia — el sistema agrupa las notificaciones de la misma aplicación y el usuario puede desactivar todas las notificaciones locales si se vuelven molestas. La frecuencia óptima es de no más de 2–3 notificaciones al día para eventos no críticos.

Ejemplo de programación en Android

Para programar una notificación local en Android, usa NotificationManager junto con AlarmManager. En Android 8+, primero debes crear un canal de notificaciones, de lo contrario la notificación no se mostrará.

val channelId = "reminder_channel"
val notificationId = "task_reminder_42"

val channel = NotificationChannel(
    channelId,
    "Recordatorios",
    NotificationManager.IMPORTANCE_HIGH
).apply {
    description = "Canal para recordatorios de tareas"
}

val manager = getSystemService(NotificationManager::class.java)
manager.createNotificationChannel(channel)

val intent = Intent(this, ReminderReceiver::class.java).apply {
    putExtra("notification_id", notificationId)
    putExtra("channel_id", channelId)
}

val pendingIntent = PendingIntent.getBroadcast(
    this, notificationId.hashCode(),
    intent, PendingIntent.FLAG_UPDATE_CURRENT
)

val alarmManager = getSystemService(AlarmManager::class.java)
alarmManager.setExact(
    AlarmManager.RTC_WAKEUP,
    triggerTimeMillis,
    pendingIntent
)

En Android 12+, verifica el permiso SCHEDULE_EXACT_ALARM antes de llamar a setExact. Si el permiso no está concedido — usa setWindow, que garantiza la entrega dentro de una ventana de tiempo.

Manejo en BroadcastReceiver

Cuando AlarmManager se activa, el sistema envía un Intent de difusión que es recibido por BroadcastReceiver. Dentro de él, debes crear y mostrar la notificación a través de NotificationManager. Asegúrate de que PendingIntent use FLAG_UPDATE_CURRENT, de lo contrario las notificaciones antiguas seguirán usando un Intent desactualizado cuando los datos cambien.

Ejemplo de programación en iOS

En iOS, las notificaciones locales se crean a través de UNUserNotificationCenter usando UNMutableNotificationContent y uno de los activadores. Antes de programar, debes solicitar permiso al usuario.

import UserNotifications

let center = UNUserNotificationCenter.current()

center.requestAuthorization(options: [.alert, .sound, .badge]) { granted, error in
    guard granted else { return }
}

let content = UNMutableNotificationContent()
content.title = "Recordatorio de tarea"
content.body = "No olvides completar el informe antes de las 18:00"
content.sound = .default
content.userInfo = ["task_id": "42"]

let trigger = UNTimeIntervalNotificationTrigger(
    timeInterval: 3600,
    repeats: false
)

let request = UNNotificationRequest(
    identifier: "task_reminder_42",
    content: content,
    trigger: trigger
)

center.add(request)

iOS admite hasta 64 solicitudes simultáneas de notificaciones locales. Si se supera el límite, el sistema rechaza nuevas solicitudes hasta que las activas se entreguen o cancelen. Usa getPendingNotificationRequests para verificar la cola actual.

Manejo de la respuesta del delegado

Cuando un usuario interactúa con una notificación local en iOS, se llama al método userNotificationCenter:didReceive response del delegado UNUserNotificationCenterDelegate. Este método proporciona el identificador de solicitud, actionIdentifier (qué botón se presionó) y userInfo personalizado. Esto permite distinguir entre una simple apertura de notificación y la pulsación de un botón de acción específico.

Mejores prácticas para notificaciones locales

Para que las notificaciones locales sean útiles y no molesten al usuario, sigue varias reglas clave. Primero: controla la frecuencia — no más de 2–3 notificaciones al día para eventos no críticos, de lo contrario el usuario desactivará todas las notificaciones de la aplicación.

Segundo: dale al usuario la opción de elegir. Añade en la interfaz la posibilidad de desactivar ciertos tipos de notificaciones locales. En Android, usa un NotificationChannel separado con importancia baja; en iOS, usa una categoría separada en la configuración de la aplicación.

Tercero: relevancia contextual — la notificación debe aparecer cuando el usuario la necesita. Los activadores geográficos son ideales para recordatorios cerca de casa, los de calendario para reuniones, los de intervalo para actividades regulares como beber agua o estirarse. No mezcles tipos innecesariamente.

Cuarto: prueba en dispositivos reales. El simulador de iOS no emula todos los escenarios de entrega de notificaciones locales, especialmente en segundo plano. En Android, usa adb shell dumpsys notification para verificar la cola de notificaciones programadas y sus parámetros. Quinto: siempre proporciona al usuario la posibilidad de desactivar las notificaciones a través de la interfaz de la aplicación — este es un requisito obligatorio de UX y de las directrices de revisión de la App Store.