Glosario · Aplicaciones móviles

Push notifications

Mensajes que el sistema operativo entrega al usuario aunque la app esté cerrada. En iOS requieren APNs; en Android, Firebase Cloud Messaging. En PWA, la Web Push API.

Qué es y cómo funciona

Una notificación push parte de tu servidor, pasa por el servicio del sistema operativo y llega al dispositivo aunque la app no esté abierta. En Apple ese servicio es APNs y en Android es Firebase Cloud Messaging (FCM). En las apps multiplataforma se suele usar FCM como capa común, que en iOS entrega a través de APNs.

El flujo es siempre parecido: la app pide permiso al usuario, recibe del sistema un identificador del dispositivo, lo envía a tu backend y desde ahí tu servidor ordena el envío. Sin un backend que guarde esos identificadores y decida a quién se envía cada mensaje, no hay push más allá de pruebas manuales.

También existen las notificaciones push web para PWA y sitios web, basadas en la Web Push API. En iOS están disponibles desde iOS 16.4 y solo para webs añadidas a la pantalla de inicio, por lo que su alcance es menor que el de una app instalada.

Por qué importa

Bien usadas, las notificaciones recuperan el contacto con quien ya te ha instalado: confirmaciones de pedido, avisos de entrega, recordatorios de cita, mensajes de otra persona. Son una de las pocas formas de llegar al usuario sin que abra la app.

El permiso, además, es suyo. En iOS siempre hay que pedirlo, y en Android 13 y posteriores también se pide expresamente. Si el usuario lo deniega o las silencia por exceso de avisos, se pierde el canal. Por eso importa pedir el permiso en el momento en que el usuario entiende para qué sirve, y enviar solo lo que le resulta útil.

Un ejemplo

Una app de reservas de restaurante pide permiso para notificaciones justo después de que el usuario confirma su primera reserva, explicando que avisará si la mesa cambia. Después envía solo recordatorios de la reserva y avisos de cambios. Los envíos promocionales van aparte, con un consentimiento específico y una opción visible para darse de baja.

Errores y confusiones frecuentes

  • Pedir el permiso nada más abrir la app, sin contexto: si el usuario lo rechaza, recuperarlo exige que vaya a los ajustes del sistema.
  • Enviar datos sensibles en el texto de la notificación: puede verse en la pantalla bloqueada y pasa por servicios de terceros.
  • Dar por hecho que el mensaje llegará siempre: la entrega depende del sistema, del ahorro de batería y de los ajustes del usuario, así que no es un canal para avisos críticos sin alternativa.
Dudas habituales

Preguntas frecuentes sobre Push notifications

Para una app, sí: hay que estar en el programa de desarrolladores de Apple para configurar APNs y publicar. En web push para PWA en iOS, Apple indica que no hace falta pertenecer al programa, pero la web debe estar instalada en la pantalla de inicio.

Con consentimiento explícito y una forma de darse de baja, sí. Apple lo exige expresamente en sus normas y, además, la normativa de protección de datos y comunicaciones comerciales puede aplicarse. Antes de lanzar campañas conviene validar el texto de consentimiento con quien te asesore en materia legal.

¿Necesitas aplicarlo en tu proyecto?

Cuéntanos qué quieres conseguir y te decimos, sin compromiso, si Push notifications tiene sentido en tu caso o si hay una opción mejor.