Notificaciones push en apps: cuándo ayudan y cuándo molestan

Las notificaciones push son el canal de engagement más potente y el más fácil de estropear. Criterios concretos para que ayuden sin espantar a tus usuarios.

  • 6 min
  • València

Recibes 60 notificaciones push al día de distintas apps. Lees unas pocas. Las demás las deslizas sin abrir. Dos o tres apps las tienes silenciadas porque empezaron a mandarte demasiadas. Y hay una que desinstalaste directamente la semana pasada porque no paraba.

Ahora cambia el punto de vista: tu app envía notificaciones push. ¿Cuántas de las tuyas está leyendo tu usuario? ¿Cuántas está ignorando? ¿Cuántos usuarios llevan semanas con las notificaciones de tu app silenciadas sin que tú lo sepas?

Las notificaciones push son la herramienta de engagement más potente en apps móviles y la más fácil de estropear. La diferencia entre ayudar y molestar no está en la frecuencia — está en la relevancia, el timing y el respeto al contexto del usuario.

Por qué las notificaciones push fallan más de lo que ayudan

El error de base es tratar las notificaciones push como un canal de marketing: enviar lo que conviene a la app en el momento que conviene a la app. Oferta del día, «¡Vuelve!», recordatorio de carrito abandonado a las 11 de la noche, «¡Tenemos novedades para ti!».

El resultado es predecible: el usuario rota el permiso de notificaciones a desactivado. En iOS, ese permiso no se puede volver a pedir — una vez que el usuario dice que no, solo puede volver a activarlo desde los ajustes del sistema, y prácticamente nadie lo hace.

Perder el permiso de notificaciones de un usuario activo es perder el canal de engagement más directo que tienes con esa persona. Y se pierde en el momento en que la notificación molesta más de lo que ayuda.

60%
de los usuarios que permiten notificaciones push las desactivan antes de los 30 días si la app no las usa con relevancia.
Fuente: Airship Push Notification Benchmark

Cuándo una notificación push ayuda

Una notificación push añade valor cuando comunica algo que el usuario querría saber en ese momento aunque no estuviera usando la app. Ese es el criterio. No «algo que nos conviene comunicar» — «algo que el usuario querría saber ahora».

Confirmaciones de transacción: tu pedido ha salido, tu transferencia se ha completado, tu reserva está confirmada
Alertas de contexto relevante: tu vuelo sale en 2 horas, hay un evento cerca, el precio del producto que guardaste ha bajado
Mensajes o respuestas en contexto social: alguien te ha respondido, te ha mencionado, ha aceptado tu solicitud
Recordatorios que el usuario ha activado explícitamente: «avísame cuando…», alarmas, deadlines de tareas

Cuándo una notificación push molesta

Notificaciones de re-engagement genérico
«Hace tiempo que no te vemos», «¡Tienes cosas pendientes!» — sin contexto real sobre qué hace que volver tenga sentido para ese usuario concreto.
Envíos masivos en horario inadecuado
Notificaciones a las 11pm o a las 7am que interrumpen el descanso. El opt-out de notificaciones suele ocurrir en las 24 horas siguientes a estos envíos.
Frecuencia que supera la relevancia
Más de una notificación diaria sin que cada una aporte valor diferente. La frecuencia que el usuario tolera está directamente relacionada con la relevancia de cada envío.
Notificación que lleva a la pantalla correcta
La notificación abre directamente el contenido o la acción mencionada, no la pantalla de inicio. Deep linking correcto. Señal de app bien diseñada.

El momento del permiso: cómo pedirlo sin perderlo antes de tenerlo

En iOS, el permiso de notificaciones solo se puede pedir una vez. Si el usuario dice que no en ese momento, no hay segunda oportunidad desde la app. Por eso el momento y el contexto en el que se pide el permiso son críticos.

El error más frecuente: pedir el permiso de notificaciones en el onboarding, antes de que el usuario haya experimentado ningún valor de la app. Sin contexto, la respuesta por defecto del usuario es «no» — porque no tiene motivos para decir que sí.

La práctica correcta: pedir el permiso en el momento en que la notificación tendría valor inmediato para el usuario. Justo después de que completa una transacción («¿quieres que te avisemos cuando llegue tu pedido?»), o en el primer momento en que el usuario activa una funcionalidad que se beneficia de notificaciones. Ese contexto convierte un «no» instintivo en un «sí» razonado.

En proyectos de desarrollo de apps con Ionic Framework, configuramos el momento y el contexto de la petición de permiso como parte del diseño del onboarding — no como un paso automático del sistema.

Tip técnico: soft prompt previo en iOS para maximizar la tasa de opt-in

Antes de lanzar el diálogo nativo de iOS (que es la única oportunidad real), muchas apps de alto rendimiento muestran un «soft prompt» propio — un modal de la app que explica qué tipo de notificaciones van a llegar y por qué son útiles. Si el usuario acepta en el soft prompt, entonces se lanza el diálogo nativo con más probabilidad de éxito. Si rechaza el soft prompt, el diálogo nativo no se lanza y se conserva para un momento mejor. Esta técnica puede incrementar la tasa de opt-in de notificaciones en iOS entre un 20 y un 40% respecto a lanzar el diálogo nativo directamente.

Preguntas frecuentes sobre notificaciones push en apps

¿Cuántas notificaciones push al día es el máximo razonable?

Depende del tipo de app y del valor de cada notificación. Para apps de e-commerce o contenido, más de 1 al día es excesivo salvo que el usuario haya configurado alertas específicas. Para apps de mensajería o transacciones, la frecuencia la determina la actividad del usuario, no la app. La regla: si tienes dudas sobre si enviarla, no la envíes.

¿Es mejor personalizar las notificaciones o enviar las mismas a todos?

La personalización mejora consistentemente las métricas de apertura y retención. Segmentar por comportamiento (qué ha hecho el usuario en la app), por preferencias declaradas o por contexto geográfico genera tasas de apertura entre 2 y 5 veces superiores a los envíos masivos sin segmentación.

¿Cómo sé si mis notificaciones push están funcionando?

Las métricas que importan: tasa de opt-in (porcentaje de usuarios que aceptan el permiso), tasa de apertura por tipo de notificación, tasa de opt-out (usuarios que desactivan el permiso después de recibirlas), y retención de usuarios que reciben notificaciones vs. los que no. Si la tasa de opt-out sube después de un tipo de envío, ese es el envío que hay que eliminar o reformular.

Si tu app envía notificaciones pero no sabes si están ayudando o espantando usuarios, podemos auditarlo. Revisamos la estrategia de notificaciones con datos reales de comportamiento.
Auditemos tu estrategia de push

Sobre el autor

Dani Marquina

Dani Marquina

Founder & CTO