Saltar al contenido principal

​
¿Por qué usar un prompt de permiso push?

Para enviar notificaciones push que puedan aparecer como banners, mostrarse en la pantalla de bloqueo, reproducir sonidos y más, tu app primero debe obtener el permiso del usuario. En iOS, Android, Huawei, Amazon y Web esto implica mostrar un prompt de permiso a nivel del sistema.

Un dispositivo iOS y Android mostrando el prompt de permiso a nivel del sistema.

Esta guía es para suscriptores de push de apps móviles. Para web push, consulta Prompts de Permiso Web.
En iOS, también puedes usar Notificaciones provisionales, que se entregan silenciosamente al centro de notificaciones sin solicitar al usuario—ideal para pruebas o onboarding de baja fricción. Para el prompt de permiso recomendado a nivel del sistema, ten en cuenta:
  • iOS solo permite el prompt de permiso una vez.
  • Android lo permite dos veces.
  • Después de eso, los usuarios deben habilitar manualmente las notificaciones en la configuración del sistema.
Aunque puedes activar el prompt en cualquier momento usando nuestro método SDK requestPermission(), es crítico preguntar en el momento correcto y con el contexto apropiado. Tanto Apple como Google recomiendan encarecidamente explicar primero el valor de tus notificaciones. ¿La mejor manera de hacer eso? Usa un “soft prompt”—un mensaje in-app personalizado que introduce la solicitud. Si el usuario acepta, aparece el prompt del sistema. Si rechaza, no pasa nada—no hay daño.

El ejemplo muestra un mensaje in-app que lleva a un prompt de permiso push a nivel del sistema.

​
Configurar un prompt de permiso push dentro de la app

1

Eliminar cualquier prompt de permiso automático

Antes de comenzar, asegúrate de que tu app no esté ya activando el prompt push nativo automáticamente:
  • Elimina los métodos requestPermission() o optIn() si los estás llamando al iniciar la app.
  • Elimina las llamadas nativas de iOS a requestAuthorizationWithOptions y cualquier método que genere tokens push.
  • Elimina las llamadas de Android a requestPermissions y cualquier método que genere tokens push.
Además, asegúrate de que estés usando la última versión del SDK de OneSignal en tu app.
2

Crear o editar el mensaje in-app

Ve a Messages > In-App, luego:
  • Edita la plantilla predeterminada de Push Permission Prompt, o
  • Haz clic en New Message para crear el tuyo.

Edita la plantilla predeterminada de Push Permission Prompt o crea la tuya.

Establece la audiencia como: Show to all users No te preocupes—este tipo de mensaje in-app se muestra automáticamente solo a usuarios que no se han suscrito a push.

Establece tu audiencia como "Show to all users" porque la acción de clic "Push Permission Prompt" se asegurará de que solo se muestre a las suscripciones no suscritas.

3

Personalizar el diseño del mensaje

Personaliza la apariencia, sensación y redacción para que se ajuste a tu app. Mantenlo claro y útil—informa a los usuarios qué tipo de notificaciones recibirán y por qué son valiosas.Consulta Diseñar Mensajes In-App con Arrastrar y Soltar o Diseñar mensajes in-app con HTML para detalles.

El editor de bloques de mensajes in-app te permite crear mensajes pidiendo a los usuarios que opten por recibir notificaciones push.

4

Agregar la acción de clic de prompt de permiso push

Agrega una acción de clic Push Permission Prompt a cualquier botón o imagen en tu mensaje. Cuando se toque, se muestra el prompt del sistema.

El editor de bloques de mensajes in-app te permite agregar una acción de clic a un botón para solicitar permiso push.

Ejemplo del prompt de permiso requerido en iOS.

Si un usuario ya ha denegado el permiso, el botón lo dirigirá a la configuración de notificaciones de tu app en su lugar.
Los mensajes in-app que tienen una acción “Push Permission Prompt” no se mostrarán a usuarios que ya han permitido notificaciones.
5

Elegir un activador

La audiencia controla quién es elegible para ver el mensaje. Los activadores controlan cuándo se muestra.

Opciones de activador para controlar cuándo se muestra el mensaje.

Puedes activar el mensaje:
  • Al abrir la app
  • Después de una cantidad establecida de tiempo de sesión
  • En un evento de usuario específico
  • Programáticamente (más control)
Por ejemplo, para esperar hasta que el usuario haya pasado al menos 5 minutos en la app:

Los activadores se pueden establecer para temporizar cuándo los usuarios ven el mensaje in-app.

6

Programación y frecuencia

Puedes controlar con qué frecuencia aparece el mensaje:
  • Solo una vez – Baja probabilidad de conversiones
  • Cada vez que se cumplan las condiciones – Demasiado agresivo
  • ✅ Múltiples veces – Recomendado
Establece un máximo grande (ej. 9999) y un retraso entre vistas (ej. 2 semanas) para recordar gentilmente a los usuarios con el tiempo. Esto significa que el mensaje se mostrará una vez cada 2 semanas por un total de 9999 veces.Queremos que el primer número sea una cantidad muy grande porque siempre queremos solicitar a usuarios no suscritos que se suscriban pero no queremos molestarlos así que solo preguntamos cada 2 semanas. Puedes cambiar la cadencia de 2 semanas a más o menos dependiendo del caso de uso.

Programa cuándo los usuarios comenzarán a ver tu mensaje in-app y con qué frecuencia lo ven.

Actualiza tu mensaje y ponlo en vivo. Ahora puedes monitorear tus estadísticas y actualizar el intervalo entre días según sea necesario.

​
Mostrar programáticamente el prompt de permiso requerido

Desarrolladores: Puedes activar el prompt de permiso push manualmente usando los métodos SDK requestPermission() o optIn(). Esto es excelente para flujos personalizados, como:

​
Rastrear permisos push y resultados de prompts

Cuando uses mensajes in-app para solicitar push, puedes rastrear acciones de clic con el listener de clic de mensaje in-app. Para casos donde el mensaje in-app se muestra pero el usuario no hace clic en el botón, puedes escuchar los eventos del ciclo de vida del mensaje in-app. Para rastrear los resultados del prompt de permiso a nivel del sistema, puedes escuchar eventos con el listener de permiso push.
Al usar estos métodos SDK, puedes enviar los eventos a tu backend o herramienta de analíticas de tu elección.

​
FAQ

​
¿Puedo aún solicitar a usuarios con notificaciones provisionales?

¡Sí! De hecho, si usas notificaciones push provisionales de iOS, se recomienda aún solicitar a los usuarios push de esta manera ¡pero sé estratégico!

​
¿Cuándo comenzó Android a requerir prompts de permiso?

Android comenzó a requerir permiso explícito del usuario para notificaciones push con Android 13 (nivel de API 33), que fue: