Recorrido de una notificación push
Una notificación push pasa por tres tramos: Reskyt, el proveedor de notificaciones del sistema operativo (Google o Apple) y el dispositivo. Esta página describe cada tramo y qué responsabilidad tiene cada parte.
El recorrido
Sección titulada «El recorrido»
- Se crea el envío. El origen puede ser el backoffice, la API de push o una automatización. Reskyt resuelve a qué dispositivos va según la audiencia (por ejemplo zona, país o idioma) y, por defecto, solo a los que tienen las notificaciones activadas.
- Se prepara la entrega. Un servicio de envío fija la audiencia, la divide en lotes y los reparte por sistema operativo mediante colas.
- Se entrega al proveedor. Reskyt entrega cada notificación a Firebase Cloud Messaging (FCM) en Android o al Apple Push Notification service (APNs) en iOS. Reskyt no se comunica directamente con el teléfono.
- El proveedor la hace llegar al móvil. El dispositivo la recibe por su propia conexión con Google o con Apple. La app la muestra y, al pulsarla, abre la URL indicada. La notificación queda también en la bandeja de la app.
Cada envío queda registrado con el número de notificaciones enviadas y fallidas, y se consulta desde el backoffice.
Quién controla cada tramo
Sección titulada «Quién controla cada tramo»| Tramo | Responsable | Qué incluye |
|---|---|---|
| Origen, API, servicio de envío y entrega al proveedor | Reskyt | Resolución de la audiencia, lotes, colas y registro del envío |
| Reparto hasta el dispositivo | Google y Apple | FCM en Android, APNs en iOS |
| Conexión del dispositivo | Dispositivo y red del usuario | Wi-Fi o datos móviles, firewall, VPN |
Si el móvil no tiene conexión en el momento del envío, la entrega posterior depende de la política de retención del proveedor y de la caducidad de la notificación. Ver diagnóstico de push.
Redes corporativas
Sección titulada «Redes corporativas»El móvil conecta con Google o con Apple por la red en la que esté. Una Wi-Fi corporativa, un firewall o una VPN pueden bloquear esa conexión, de modo que la misma notificación puede llegar por datos móviles o por una Wi-Fi doméstica y no llegar por la red corporativa. Es lo primero que conviene descartar al probar notificaciones en un entorno de empresa.
Según la documentación de cada proveedor, estos son los puertos de salida que necesita el dispositivo:
| Plataforma | Proveedor | Puertos |
|---|---|---|
| Android | Google FCM | 5228, 5229 y 5230 |
| iOS | Apple APNs | 5223, con 443 como alternativa si el dispositivo no alcanza APNs por el 5223 |
Referencias: FCM, solución de problemas y Apple, redes empresariales. Estos valores los define cada proveedor y pueden cambiar.
Para que una notificación de prueba llegue desde un móvil conectado a una red corporativa, el equipo de red del cliente debe permitir esas conexiones. Cómo enviar una prueba: notificaciones push de prueba.