Notificaciones en la app: permiso, momento y límites
Cuándo pedir el permiso, qué evento merece una notificación y dónde debe parar la frecuencia: mantener la atención sin perderla.
Equipo de rabbitclipPublicación: 6 min. de lectura
En breve
Una estrategia de notificaciones consiste en definir de antemano cuándo se pide el permiso, qué evento se convierte en notificación y dónde se detiene la frecuencia de envío. La solicitud de permiso no va en la pantalla de bienvenida; llega después de que la persona ya ha visto un beneficio dentro de la app, porque cada notificación vuelve a pedir atención, y si no hay nada a cambio, la app se desinstala o las notificaciones se desactivan.
Apple y Android vinculan el permiso de notificaciones a un único diálogo del sistema: una vez rechazado, la app no puede volver a mostrarlo, y la persona tiene que abrir los ajustes y activarlo ella misma. Eso convierte el momento, el texto y el contexto de la primera solicitud en una decisión sin segundo intento.
Este artículo trata el momento correcto para pedir el permiso, qué eventos merecen una notificación, cómo se fijan el momento y la frecuencia, qué cambia realmente la personalización, los errores que se repiten y qué hacer una vez que el permiso ha sido rechazado.
Cuándo pedir el permiso de notificaciones
La solicitud llega justo después de que la persona completa una acción: un pedido realizado, una cita reservada, un artículo guardado en la lista de deseos. En ese momento ya espera un beneficio de la app, así que preguntar si le gustaría seguir ese estado con una notificación se lee como un paso natural, no como una interrupción.
Una solicitud mostrada en la pantalla de bienvenida o en la primera sesión obtiene la tasa de aceptación más baja, porque la persona todavía no ha visto qué hace la app por ella. En una app de gimnasio, mover la solicitud a justo después de la primera reserva de clase, en lugar del primer inicio, eleva claramente la tasa de aceptación.
Una pantalla previa antes del diálogo del sistema también es habitual: explica para qué sirve la notificación, y el diálogo del sistema solo se activa cuando la persona está lista. Esa pantalla compensa en parte que un rechazo no pueda volver a preguntarse.
Qué eventos merecen una notificación
Un evento merece una notificación solo cuando significa algo específicamente para esa persona: un pedido se ha enviado, una cita se acerca, un artículo dejado en el carrito se está agotando. Todo esto se refiere a una acción propia de la persona.
Un anuncio general, un recordatorio de campaña o una actualización de la app pertenecen a otra categoría: salen para todos a la vez y no llevan urgencia personal. En la app de un fabricante de ropa de trabajo, enviar una notificación de nueva colección con la misma frecuencia que una notificación de pedido enviado desgasta la confianza que lleva esta última.
Esa distinción exige dos canales de notificación separados dentro de la app: la persona puede dejar activas las notificaciones transaccionales mientras desactiva las de marketing. Sin esa opción, tiende a desactivar ambas, perdiendo también la información transaccional.
Cómo se fijan el momento y la frecuencia
El momento no depende de si la persona está mirando el teléfono en ese instante, sino de si la notificación tiene sentido en ese momento. En una app de reservas de restaurante, un recordatorio una hora antes de la mesa es útil; el mismo mensaje a medianoche se convierte en una intrusión.
No existe una única frecuencia correcta, depende del caso. Las notificaciones transaccionales salen en el momento del evento, las de marketing suelen limitarse a unas pocas veces por semana. En la app de una cadena de spas, enviar más de una notificación de marketing al día eleva claramente la tasa de desactivación; cada app debe medirlo por sí misma.
La zona horaria tampoco se puede pasar por alto: enviar según un único reloj de servidor en lugar de la zona horaria de la persona puede hacer que una notificación de campaña llegue a las tres de la madrugada, lo que perjudica a la marca; una app con varios países no puede depender de una hora fija de envío.
Qué cambia realmente la personalización
La personalización no consiste en escribir el nombre de la persona en el mensaje, sino en construir un mensaje distinto según lo que esa persona realmente hizo. En una app de compras, el mensaje enviado a quien dejó un artículo en el carrito no debería ser igual al enviado a quien está explorando novedades; uno señala una acción sin terminar, el otro un descubrimiento.
El envío por cohortes agrupa a las personas según la última conexión, el historial de compra o un interés declarado, y envía un mensaje distinto a cada grupo. Sin esa agrupación, un único mensaje enviado a todos a la vez acaba siendo irrelevante para unos y tardío para otros.
La personalización también implica recopilar datos; qué se recopila y cómo se almacena es un asunto aparte, que debe quedar claro en la política de privacidad de la app conforme al RGPD.
Errores frecuentes
Se repiten tres errores: pedir el permiso en el primer inicio antes de mostrar un beneficio, mantener las notificaciones transaccionales y de marketing en un único canal, y no dar a la persona una pantalla para gestionar sus propias preferencias.
- Pedir el permiso en el primer inicio, antes de que se vea un beneficio
- No separar las notificaciones transaccionales de las de marketing
- No dejar que la persona controle la frecuencia por sí misma
- Enviar la misma información por push, correo y mensaje in-app a la vez
- Enviar en lote sin tener en cuenta la zona horaria de la persona
Qué hacer una vez rechazado el permiso
Un rechazo no termina la relación: una insignia dentro de la app, una actualización de estado en una vista de lista o un correo pueden llevar la misma información. En una app de gestión de edificios, un residente sin permiso de notificaciones puede ver igualmente el recordatorio de la cuota en la pantalla de inicio en cuanto abre la app.
Un enlace que lleve a los ajustes puede ofrecerse con cuidado dentro de la app, pero mostrarlo en cada inicio se convierte en una molestia. Mostrarlo una vez y después esperar es el camino más acertado para la experiencia de usuario.
Una estrategia de notificaciones empieza con un permiso pedido en el momento correcto, continúa repartiendo los eventos en el canal adecuado y se sostiene mientras la frecuencia quede bajo el control de la persona. En una llamada de descubrimiento con rabbitclip se revisa el flujo de notificaciones existente y se aclara junto con el equipo qué eventos merecen una notificación.
Preguntas frecuentes
¿Cuántas veces se puede pedir el permiso de notificaciones?
El diálogo del sistema no puede volver a mostrarse tras un rechazo; la persona debe activarlo ella misma en los ajustes, por eso importa el momento de la primera solicitud.
¿Qué diferencia hay entre una notificación push y un mensaje in-app?
Una notificación push aparece incluso con el teléfono bloqueado, un mensaje in-app solo se ve con la app abierta; sirven a niveles distintos de urgencia.
¿Deben mantenerse separadas las notificaciones transaccionales y las de marketing?
Sí; sin canales separados, las personas tienden a desactivar ambas juntas y pierden también la información transaccional.
¿Cómo afecta la frecuencia de notificaciones a la retención?
Una frecuencia excesiva lleva a desactivar por completo las notificaciones; la frecuencia adecuada debe medirse por separado para cada app y grupo de usuarios.
