≡En resumen
- Una notificación push la inicia el servidor; una pull la pide el usuario al abrir o refrescar.
- Sin permiso no hay push: iOS lo pide siempre, Android desde la versión 13 y los navegadores para el web push.
- El momento de pedir el permiso decide la tasa de aceptación: pídelo tras una acción que lo justifique, no al abrir la app.
- La web push funciona en iPhone desde iOS 16.4, pero solo si el usuario añade la web a la pantalla de inicio.
- Pocas, relevantes y segmentadas: el exceso lleva a desactivar avisos o desinstalar la app.
01 ¿Qué son las notificaciones push?
Push significa «empujar» en inglés: la información va del servidor al usuario por iniciativa del servidor. Su contrario es el modelo pull («tirar»), en el que el usuario pide la información cuando abre o refresca; lo explicamos en notificaciones pull, con el enfoque técnico de cada modelo.
Los primeros servicios masivos de push en móviles llegaron con el correo de BlackBerry, y se generalizaron cuando Apple abrió su servicio de notificaciones a desarrolladores en iPhone OS 3 (2009) y Google lanzó el suyo para Android. Hoy los dos grandes servicios son APNs (Apple Push Notification service) y Firebase Cloud Messaging (FCM) de Google.
| Canal | Quién inicia | Necesita | Ejemplo |
|---|---|---|---|
| Notificación push | El servidor | App instalada o web suscrita, y permiso | «Tu pedido ha salido del almacén» |
| Notificación in-app | La app, mientras la usas | Que el usuario tenga la app abierta | Un aviso de novedad al entrar |
| Contenido pull | El usuario | Que abra, refresque o consulte | Deslizar para actualizar el feed |
| SMS | El remitente | Número de teléfono y consentimiento | Código de verificación |
| El remitente | Dirección y consentimiento | Newsletter semanal |
02 Cómo funcionan las notificaciones push
-
1
El usuario da permiso
La app o la web solicita permiso y el sistema muestra su diálogo oficial.
-
2
Se genera un token
El servicio de push (APNs, FCM o el del navegador) entrega un identificador único de ese dispositivo.
-
3
El token se guarda
La app lo envía a tu servidor, que lo asocia al usuario y a sus preferencias.
-
4
El servidor envía el mensaje
Cuando ocurre algo relevante, tu backend llama a la API del servicio de push con el token y el contenido.
-
5
El sistema lo muestra
El dispositivo recibe el mensaje por una conexión persistente del sistema y lo presenta al usuario.
En la web push el esquema es el mismo, con dos piezas propias: un service worker, un script que el navegador mantiene registrado y que recibe el mensaje aunque la pestaña esté cerrada, y un par de claves VAPID que identifican a tu servidor ante el servicio de push del navegador. El usuario puede revocar el permiso en cualquier momento desde la configuración del sitio, y en ese caso la suscripción deja de ser válida.
03 Tipos de notificaciones push: móvil y web push
Push en apps móviles
Las envían apps nativas o híbridas de iOS y Android mediante APNs y FCM. Admiten imágenes, botones de acción y agrupación.
Web push
Las envía una web a través del navegador con los estándares Push API, Notifications API y Service Workers. No requiere app.
Transaccionales
Consecuencia directa de una acción: pago, envío, cita, mensaje recibido. Son las mejor valoradas.
Promocionales
Ofertas, novedades, contenido nuevo. Útiles con segmentación; molestas si son genéricas.
Silenciosas
Sin aviso visible: sirven para que la app actualice datos en segundo plano.
La web push tiene un matiz importante en Apple. Safari la admite en macOS desde Safari 16.1, y en iPhone y iPad desde iOS y iPadOS 16.4 (2023), pero solo para web apps añadidas a la pantalla de inicio, no para una web abierta en Safari. Además, el permiso debe pedirse como respuesta a una acción del usuario, por ejemplo al pulsar un botón de «Suscribirme». En iOS 18.4 WebKit añadió Declarative Web Push, que permite mostrar notificaciones sin depender de un service worker. Si dudas entre app nativa y web app, lo comparamos en tipos de apps: nativa, híbrida, web app o PWA.
04 Permisos: Android 13, iOS y navegadores
| Plataforma | Regla actual | Qué implica |
|---|---|---|
| iOS / iPadOS (apps) | La app debe pedir autorización al usuario | Sin permiso no se muestran avisos visibles |
| Android 13 o superior | Permiso de ejecución POST_NOTIFICATIONS; desactivadas por defecto en instalaciones nuevas | Hay que pedirlo como cualquier otro permiso |
| Android 12L o inferior como objetivo | El sistema muestra el diálogo al crear el primer canal de notificación | Pierdes el control del momento; si el usuario rechaza, no vuelve a preguntarse hasta reinstalar o actualizar |
| Web push (navegadores) | Notification.requestPermission(); en Safari, tras una acción del usuario | Pedirlo al cargar la página provoca rechazos y bloqueos |
05 Para qué sirven en marketing y producto
Bien usadas, las push mejoran la retención porque devuelven al usuario a la app en el momento en que tiene un motivo para volver, lo que ayuda a contener el churn rate. Funcionan mejor dentro de una lógica de permission marketing: el usuario ha dado permiso y espera algo útil a cambio.
Avisos de servicio
Estado de pedidos, citas, pagos, incidencias. Aportan valor inmediato.
Recordatorios
Carrito abandonado, renovación, una tarea pendiente en la app.
Reactivación
Mensajes a usuarios inactivos con un motivo concreto, no un «te echamos de menos» genérico.
Contenido personalizado
Novedades según intereses, ubicación o comportamiento declarado.
La app pide permiso justo después de la primera reserva («¿Te avisamos 2 horas antes de tu clase?»). Envía un recordatorio por reserva, un aviso cuando se libera plaza en una clase en lista de espera y, como mucho, una promoción al mes a quien haya marcado ese interés. Menos mensajes, pero todos esperados.
06 Buenas prácticas para enviar notificaciones push
- ✓Pide el permiso en contexto, después de una acción que lo justifique.
- ✓Deja elegir tipos de aviso (pedidos, novedades, ofertas) en lugar de todo o nada.
- ✓Mensaje corto y concreto: qué ha pasado y qué puede hacer el usuario.
- ✓Enlace profundo a la pantalla exacta, no a la portada de la app.
- ✓Respeta horarios y zona horaria; evita la noche salvo avisos críticos.
- ✓Limita la frecuencia de promocionales y mide desactivaciones y desinstalaciones.
- ✓Trata los tokens y preferencias como datos personales conforme al RGPD.
La implementación técnica (tokens, segmentación, envío programado, deep links) se decide en la arquitectura de la app. Si vas a crear una, cuéntaselo a un equipo de desarrollo de aplicaciones móviles desde el principio; y si tu proyecto es una web app o PWA con web push, a una empresa de desarrollo web con experiencia en service workers. Para la parte de estrategia, IEBS tiene una guía sobre cómo conectar con tu audiencia a través de las notificaciones push.
Preguntas frecuentes sobre Notificaciones push
Son mensajes que una app o una web envía a tu dispositivo por iniciativa de su servidor y que ves aunque no tengas la app abierta, como el aviso de un mensaje nuevo o de un pedido enviado.
En push, el servidor envía la información cuando ocurre algo. En pull, es el usuario quien la pide al abrir, refrescar o consultar.
Es una notificación que envía una página web a través del navegador, sin app instalada, usando Push API, Notifications API y un service worker. El usuario debe aceptarla antes.
Sí, desde iOS 16.4, pero solo si el usuario añade la web a la pantalla de inicio y acepta el permiso tras una acción como pulsar un botón.
En el móvil, desde los ajustes de notificaciones de cada app. En el navegador, desde la configuración de permisos del sitio, junto al candado de la barra de direcciones.
No hay una cifra universal. Envía todas las transaccionales que el usuario espera y limita las promocionales; si suben las desactivaciones o desinstalaciones, estás enviando demasiadas.
Es el permiso que Android exige desde la versión 13 para que una app muestre notificaciones. En instalaciones nuevas están desactivadas hasta que el usuario lo concede.
La push llega al dispositivo aunque la app esté cerrada y necesita permiso. La in-app solo se muestra mientras el usuario está usando la aplicación y no requiere el permiso de notificaciones.
Fuentes consultadas
Sobre el autor
Germán Gutiérrez
Development Manager en appyweb
Dirige el equipo de desarrollo de appyweb: aplicaciones web y móviles, SaaS, integraciones y arquitectura de software.
Ver perfil en LinkedIn ↗