Canales de notificación Android

Que tus usuarios de Android silencien un solo canal, no toda tu app

Pushwoosh envía cada push de Android a un canal que tu usuario controla: actualizaciones de pedido, promociones, noticias de última hora. Define la importancia y el sonido por categoría, y una promo silenciada nunca significa una app bloqueada.

Un teléfono Android de frente, con su panel de notificaciones mostrando tres categorías de canal separadas: una alerta destacada de Actualizaciones de pedido, una notificación discreta de Promociones y una alerta de Noticias de última hora con su propio icono de sonido

Más de 80,000 empresas confían en nosotros para escalar su engagement

El formato, completo

En LATAM la mayoría de tus usuarios está en Android, así que los canales de notificación deciden si tu app conserva su permiso de push. Cada notificación de Android pertenece a un canal, una categoría que controla el usuario, como «Promociones», «Actualizaciones de pedido» o «Noticias de última hora». El canal es lo que permite silenciar un tipo de mensaje sin bloquear la app que lo envía.

Canal con nombre, creado desde el servidor

Agrega pw_channel a los Android root params en el Control Panel, o a android_root_params en /createMessage. El primer push que nombra un canal nuevo lo crea en el dispositivo, sin publicar una nueva versión de la app.

Canal predeterminado, listo de fábrica

El SDK crea automáticamente un canal predeterminado en cada dispositivo con Android 8+, incluso si pw_channel está vacío, así que una notificación siempre tiene un lugar válido donde aparecer.

Nivel de importancia

El campo Importance level (-2 a 2) define cómo se comporta el canal al llegar el mensaje, desde silencioso hasta un banner heads-up completo. Se lee una sola vez, en el momento en que se crea el canal.

Sonido propio por canal

Combina pw_channel con android_sound, un archivo ubicado en res/raw, y cada push de ese canal reproduce su propio sonido en lugar del predeterminado del sistema.

Lo que controlas

Lo que envíasLo que haceDónde se configura
Un nombre de canalCrea el canal en el primer envío, o reutiliza el que ya existe en el dispositivopw_channel en los Android root params, o en el payload de la API
Un Importance level, de -2 a 2Define el comportamiento heads-up, fijo desde que se crea el canalEl campo Importance level del push, o el mismo valor vía API
android_sound + pw_channelLe da a ese canal su propio sonido de alertaUn archivo en res/raw, referenciado por nombre sin extensión
Sin pw_channelEl SDK crea y usa automáticamente un canal predeterminadoSin configuración, listo de fábrica en Android 8+
Lo que envías
1 / 4
Un nombre de canal
Lo que hace
Crea el canal en el primer envío, o reutiliza el que ya existe en el dispositivo
Dónde se configura
pw_channel en los Android root params, o en el payload de la API
Lo que envías
2 / 4
Un Importance level, de -2 a 2
Lo que hace
Define el comportamiento heads-up, fijo desde que se crea el canal
Dónde se configura
El campo Importance level del push, o el mismo valor vía API
Lo que envías
3 / 4
android_sound + pw_channel
Lo que hace
Le da a ese canal su propio sonido de alerta
Dónde se configura
Un archivo en res/raw, referenciado por nombre sin extensión
Lo que envías
4 / 4
Sin pw_channel
Lo que hace
El SDK crea y usa automáticamente un canal predeterminado
Dónde se configura
Sin configuración, listo de fábrica en Android 8+

Dónde lo configuras

Un campo en el editor

Escribe el nombre del canal en los Android root params del formulario Send-Push o en un preset. Una categoría nueva no requiere release ni desarrollador.

Una clave en la API

android_root_params.pw_channel en /createMessage, junto con android_sound para un sonido de alerta propio del canal.

La misma lógica en todo transporte Android

El mismo payload pw_channel funciona por FCM, y por Huawei HMS y Amazon ADM a través de Push en tiendas alternativas.

Su función, dentro de un journey

El mismo journey maneja dos canales

El canal es un atributo del push que ya estás enviando, así que no necesita una integración aparte. Una rama transaccional nombra un canal, una rama promocional nombra otro, y ambas corren con la misma audiencia y el mismo Customer Journey que el resto de tus notificaciones push móviles.

La alerta del pedido suena; la oferta se queda en silencio

Un evento de pedido realizado dispara el journey. Un silent push precarga en segundo plano la fecha estimada de entrega, y la rama transaccional nombra el canal «Actualizaciones de pedido» con un Importance level alto, así que aparece como alerta heads-up.

El mismo journey corre una rama separada hacia un canal «Promociones» con importancia predeterminada, ideal para las ofertas de Hot Sale o Buen Fin. Un usuario que silencia Promociones sigue recibiendo las alertas de su pedido en el mismo teléfono: son dos canales distintos dentro de una sola app.

Para qué usarlo

Los canales rinden en proporción a cuántos tipos realmente distintos de notificación envía una app. Un flujo uniforme casi no gana nada; una mezcla de promociones ruidosas y alertas transaccionales discretas es la que más gana.

IndustriaCanales que conviene separarPor qué encaja
E-commerce y retailPromociones vs actualizaciones de pedido y entrega vs alertas de baja de precioLa clásica separación entre promo y transaccional
MarketplacesMensajes comprador/vendedor vs actualizaciones de pedido vs promociones vs alertas de publicacionesLa mensajería entre varias partes es multiflujo por naturaleza
FinTech y bancaAlertas de fraude y transacciones vs estados de cuenta vs recordatorios vs promocionesLas alertas obligatorias conviven con promociones totalmente opcionales
Medios, noticias y streamingNoticias de última hora vs feeds por tema vs nuevos episodios vs promocionesEl caso de uso de libro para los canales de Android
Juegos móvilesEventos y promociones vs clan y social vs recompensas vs alertas de live-opsMucha diversidad de flujos sobre una base instalada mayormente Android
Apps de creadores y suscripciónContenido nuevo vs interacciones sociales vs facturación vs promocionesLos suscriptores reciben lo que pidieron, y nada más
Industria
1 / 6
E-commerce y retail
Canales que conviene separar
Promociones vs actualizaciones de pedido y entrega vs alertas de baja de precio
Por qué encaja
La clásica separación entre promo y transaccional
Industria
2 / 6
Marketplaces
Canales que conviene separar
Mensajes comprador/vendedor vs actualizaciones de pedido vs promociones vs alertas de publicaciones
Por qué encaja
La mensajería entre varias partes es multiflujo por naturaleza
Industria
3 / 6
FinTech y banca
Canales que conviene separar
Alertas de fraude y transacciones vs estados de cuenta vs recordatorios vs promociones
Por qué encaja
Las alertas obligatorias conviven con promociones totalmente opcionales
Industria
4 / 6
Medios, noticias y streaming
Canales que conviene separar
Noticias de última hora vs feeds por tema vs nuevos episodios vs promociones
Por qué encaja
El caso de uso de libro para los canales de Android
Industria
5 / 6
Juegos móviles
Canales que conviene separar
Eventos y promociones vs clan y social vs recompensas vs alertas de live-ops
Por qué encaja
Mucha diversidad de flujos sobre una base instalada mayormente Android
Industria
6 / 6
Apps de creadores y suscripción
Canales que conviene separar
Contenido nuevo vs interacciones sociales vs facturación vs promociones
Por qué encaja
Los suscriptores reciben lo que pidieron, y nada más

Cuándo no vale la pena configurarlo

  • Llegar a alguien nuevo: el canal solo ordena un mensaje que el push ya envió.
  • Cualquier cosa en iOS: ahí los canales no hacen nada, y los niveles Time-Sensitive o Critical cumplen la misma función.
  • Volver heads-up una alerta de forma retroactiva: la importancia queda fija al crear el canal, y un comportamiento nuevo requiere un nombre de canal nuevo.
  • Una lista larga de canales casi idénticos: se ve desordenada y enseña a los usuarios a silenciar todo el grupo.
  • Una app con un solo flujo real de notificaciones: no hay nada que separar, así que un canal agrega un ajuste que nadie necesita.
El canal decide dónde aparece. Las palabras deciden si se lee

50 notificaciones push dignas de copiar, con el texto y el creativo detrás de cada una.

Ver los ejemplos

Cobertura de plataformas y técnica

Los canales de notificación son una primitiva del sistema operativo exclusiva de Android, introducida en Android 8.0 Oreo. iOS no tiene canales que registrar; la función equivalente se cubre con los niveles de interrupción Time-Sensitive y Critical, y la web tampoco tiene un equivalente. La última columna indica dónde termina la mecánica de Pushwoosh y dónde empiezan las reglas del sistema operativo.

CapacidadiOSAndroidWebLo entrega
Canales de notificación–Android 8.0 Oreo (API 26) y posteriores–Primitiva nativa del SO, Pushwoosh SDK 5.4.0+
Canal predeterminado–Sí, se crea automáticamente–El Pushwoosh SDK, en cada dispositivo Android 8+
Canal con nombre vía pw_channel–Sí, se crea en el primer envío, sin release–Campo Android root params, o /createMessage
Sonido propio por canal–Sí–pw_channel + android_sound, un archivo en res/raw
Misma mecánica en dispositivos Huawei y Amazon–Sí, vía HMS y ADM–Push en tiendas alternativas
Wrappers de SDK multiplataforma–Cordova/Capacitor, React Native, Unity, Flutter–Pasan por el bridge nativo de Android
Permiso en tiempo de ejecución requerido antes–Android 13+, POST_NOTIFICATIONS–El SO, antes de que se muestre cualquier canal
El control de urgencia equivalenteNiveles Time-Sensitive / CriticalImportancia del canal, definida aquí–Una función distinta por plataforma
Capacidad
1 / 8
Canales de notificación
iOS
–
Android
Android 8.0 Oreo (API 26) y posteriores
Web
–
Lo entrega
Primitiva nativa del SO, Pushwoosh SDK 5.4.0+
Capacidad
2 / 8
Canal predeterminado
iOS
–
Android
Sí, se crea automáticamente
Web
–
Lo entrega
El Pushwoosh SDK, en cada dispositivo Android 8+
Capacidad
3 / 8
Canal con nombre vía pw_channel
iOS
–
Android
Sí, se crea en el primer envío, sin release
Web
–
Lo entrega
Campo Android root params, o /createMessage
Capacidad
4 / 8
Sonido propio por canal
iOS
–
Android
Sí
Web
–
Lo entrega
pw_channel + android_sound, un archivo en res/raw
Capacidad
5 / 8
Misma mecánica en dispositivos Huawei y Amazon
iOS
–
Android
Sí, vía HMS y ADM
Web
–
Capacidad
6 / 8
Wrappers de SDK multiplataforma
iOS
–
Android
Cordova/Capacitor, React Native, Unity, Flutter
Web
–
Lo entrega
Pasan por el bridge nativo de Android
Capacidad
7 / 8
Permiso en tiempo de ejecución requerido antes
iOS
–
Android
Android 13+, POST_NOTIFICATIONS
Web
–
Lo entrega
El SO, antes de que se muestre cualquier canal
Capacidad
8 / 8
El control de urgencia equivalente
Android
Importancia del canal, definida aquí
Web
–
Lo entrega
Una función distinta por plataforma

Seguridad y hosting

Pushwoosh opera en su propio hardware en EE.UU. y Alemania, bajo GDPR.

ISO 27001:2022 CertifiedISO 27001 CertifiedGDPR CompliantData Privacy FrameworkHIPAA CompliantSOC 2 Type 2 CertifiedOWASP Compliant

Cómo funciona

  1. Redacta (no-code)

    Escribe el nombre del canal en los Android root params del formulario Send-Push, o envía android_root_params.pw_channel a través de la Messages API.

  2. Configúralo una vez

    El primer push que nombra un canal nuevo lo crea en el dispositivo con la importancia, el sonido y la vibración de ese mensaje. Planifica de antemano una taxonomía de 3 a 5 canales, porque cambiar el comportamiento después requiere un nombre de canal nuevo.

  3. Orquesta (no-code)

    Envía cada canal desde la rama correspondiente del mismo Customer Journey, con la misma audiencia y el mismo perfil que el resto de tu mensajería.

Límites que conviene conocer

Una primitiva de categorización con reglas estrictas de Android. Estos son sus bordes.

  • Solo Android. Los canales no hacen nada en iOS, y ahí los niveles Time-Sensitive y Critical cumplen la misma función.
  • La importancia, el sonido y la vibración quedan fijos al crear el canal. Un push posterior al mismo canal no puede cambiarlos, así que un comportamiento nuevo requiere un nombre de canal nuevo.
  • El usuario tiene la última palabra. Cualquiera puede silenciar o bloquear por completo un canal desde los ajustes del sistema, y esa decisión no se puede revertir desde el servidor.
  • Android 13 y posteriores requieren el permiso en tiempo de ejecución POST_NOTIFICATIONS antes de que se muestre cualquier canal.
  • Android 14 muestra al usuario la importancia de cada canal, y Android 15 atenúa automáticamente las notificaciones repetidas en ráfaga, así que un canal mal categorizado se silencia rápido.
  • El nombre del canal es una clave de texto libre. Un error de tipeo crea un canal nuevo no deseado en lugar de reutilizar el que querías.
  • La visibilidad desde el servidor sobre el uso de canales es un piso, no una métrica de cobertura. El canal predeterminado no deja marca en el payload, así que no reportamos qué proporción de remitentes usa canales con nombre.