Permiso de notificaciones en una app: cuándo pedirlo y qué medir
Una estrategia para pedir notificaciones después de una acción útil y medir el embudo completo.
Pide permiso para enviar notificaciones después de una acción que haga evidente su utilidad: reservar una cita, seguir un pedido, guardar un trayecto o crear un plan. Antes de mostrar el diálogo del sistema, explica qué avisos recibirá la persona y permite posponer la decisión. Mide por separado quién podía recibir la solicitud, quién vio la explicación, quién abrió el diálogo, quién aceptó y qué hizo después del primer aviso. Una tasa de aceptación alta no compensa mensajes irrelevantes ni desactivaciones posteriores.
Estima tu app con un breve cuestionario
EmpezarElige el momento según el producto
En una app de citas, el momento natural llega después de reservar y poder recibir un recordatorio. En delivery, después de pagar y comenzar el seguimiento. En educación, al crear un horario. En viajes, al guardar un trayecto. Pedirlo antes de que exista esa relación produce una decisión abstracta.
Una pantalla previa puede decir «Avísame si cambia la hora de la cita» y ofrecer «Ahora no». No debería prometer «no te perderás nada» ni bloquear el uso. Si la persona pospone la decisión, espera a otra ocasión razonable; no vuelvas a interrumpir en cada sesión.
Mide un recorrido, no una cifra aislada
El denominador correcto no son todas las instalaciones, sino las personas que llegaron al momento adecuado para recibir la solicitud. Registra al menos: momento elegido, explicación vista, diálogo solicitado, permiso concedido o denegado, primer aviso entregado, apertura y acción resultante.
Añade la plataforma, la versión, el país, el idioma, el motivo de la solicitud y la variante. Si una campaña aumenta la aceptación pero también las desactivaciones o desinstalaciones, no ha mejorado el producto. La guía de analítica móvil ayuda a definir el esquema de eventos.
Diferencias entre iOS y Android
Android 13 y versiones posteriores exigen el permiso `POST_NOTIFICATIONS` para nuevas instalaciones. La documentación de Android recomienda pedirlo en contexto. En iOS hay que consultar el estado y tratar autorizado, denegado y otras variantes; tras una denegación no se puede fingir que el siguiente botón abrirá un diálogo nuevo.
La guía de Apple sobre la solicitud de autorización debe revisarse junto con las pautas de diseño de notificaciones. No mezcles el permiso de notificaciones con el de seguimiento publicitario: responden a decisiones distintas.
¿Tienes una idea de app y quieres el siguiente paso?
Revisar mi ideaPreferencias después del sí
Aceptar notificaciones no significa aceptar promociones, recordatorios, mensajes y novedades con la misma frecuencia. Cree categorías comprensibles, horarios silenciosos y una opción de resumen. Los avisos de seguridad, pedido o cita pueden conservar valor aunque la persona rechace ofertas.
El enlace profundo debe abrir el pedido, conversación o evento exacto. Una notificación que conduce a la portada obliga al usuario a repetir la búsqueda y reduce la confianza. En la estrategia de push tratamos frecuencia, categorías y contenido.
Qué revisar en soporte
El equipo debe poder ver permiso conocido, suscripciones internas, último token válido, errores de entrega y último evento relevante sin acceder a contenido privado. También necesita una explicación para ayudar a reactivar avisos desde los ajustes del sistema cuando corresponda.
OneSignal mantiene una guía práctica sobre solicitudes de permiso que ayuda a comparar el diálogo nativo con una explicación previa. Utilízala como referencia de implementación, no como sustituto del diseño de producto.
Cómo lo acota Appfyl
Para cada categoría escribimos: quién es elegible, qué acción crea el valor, qué texto previo se muestra, a qué pantalla lleva el aviso y qué evento demuestra utilidad. Este mapa evita que el permiso quede aislado del onboarding y de los errores frecuentes de push.
¿Quieres ver cómo Appfyl convierte el alcance en productos lanzados? Ver casos de Appfyl.
Convierte la investigación en un plan
Appfyl convierte tu idea en un plan claro, una lista de funciones y el primer tramo de trabajo.
Hablar del plan de la appPuntos clave
- Define quién tiene un motivo real para recibir avisos antes de calcular una tasa.
- Vincule la solicitud a una acción del usuario.
- Explique el beneficio concreto sin imitar ni manipular el diálogo del sistema.
- Separe iOS y Android, versión del sistema, momento y cohorte.
- Mide la utilidad posterior: entrega, apertura y acción completada.
Enlaces útiles
Preguntas frecuentes
No hay un porcentaje universal. Depende de la utilidad, el momento, la plataforma y el público. Compara grupos equivalentes y observa lo que ocurre después.
Solo si la utilidad ya es evidente, algo poco frecuente. Normalmente es mejor esperar a una reserva, seguimiento o preferencia creada.
El comportamiento depende del sistema. En iOS, por ejemplo, la recuperación suele requerir explicar el valor y llevar a Ajustes, no repetir la solicitud nativa.
La pantalla exacta donde se puede actuar: pedido, cita, mensaje, lección o evento relacionado.