Push Notifications

Nunca pidas permiso de notificaciones al primer lanzamiento de la app. Primero muestra al usuario el valor que recibira ('Te avisaremos cuando tu pedido sea enviado'), luego muestra una UI propia explicando el beneficio, y solo entonces activa el prompt del sistema. Las apps que piden permiso sin contexto tienen tasa de aceptación del 40% vs 70% con priming.

Envia notificaciones de contenido general en el horario 18:00-22:00 hora local del usuario. Evita el horario 22:00-08:00 (impacto negativo en satisfacción). Para notificaciones transaccionales urgentes (confirmación de pago, alerta de seguridad) el horario no aplica, siempre se envian. Respeta la zona horaria del dispositivo, no la del servidor.

Cada notificación debe tener: título (máximo 40 caracteres, la acción o entidad), cuerpo (máximo 100 caracteres, el contexto específico), y al menos una acción en el preview sin necesidad de abrir la app. Evita títulos genéricos ('Nueva notificación'), específica que paso ('Tu pedido fue enviado').

El deep link de una notificación debe llevar exactamente al contenido mencionado, no a la pantalla de inicio de la app. Si la app no esta abierta, debe reconstruir el stack de navegación completo hasta ese contenido. Mide la tasa de conversión de notificaciones separada por destino de deep link para identificar cuales generan abandono.

Agrupa notificaciones del mismo tipo bajo un hilo (thread) para que aparezcan colapsadas en el centro de notificaciones. En Android, usa canales de notificación categorizados para que el usuario pueda silenciar tipos específicos sin deshabilitar todas las notificaciones. Sin agrupación, multiples notificaciones saturan el centro de notificaciones.

Las rich notifications pueden incluir: imagen de preview (ratio 16:9, máximo 300KB), y acciones rápidas (máximo 4 en iOS, botones en Android). Usa imagenes contextuales, la foto del producto en una notificación de e-commerce aumenta el CTR en 25%. Las acciones deben ser destructivas o confirmatorias, no solo "abrir app".

Las silent notifications (content-available: 1 en iOS, priority: normal en FCM) sirven para actualizar datos en background sin molestar al usuario. Usalas para prefetch de contenido, sincronización de datos, y actualización de badges. No las uses para lógica de negocio critica, iOS puede descartarlas en bajo consumo de batería.