Canais de notificação Android

Deixe o usuário Android silenciar um canal, e não o seu app inteiro

A Pushwoosh direciona cada push Android para um canal que o usuário controla: atualizações de pedido, promoções, notícias urgentes. Defina importância e som por categoria — e uma promoção silenciada nunca vira um app bloqueado.

Celular Android visto de frente, com a gaveta de notificações mostrando três categorias de canal separadas: um alerta heads-up em destaque de Atualizações do pedido, uma notificação discreta de Promoções e um alerta de Notícias urgentes com ícone de som próprio

Mais de 80.000 empresas confiam na Pushwoosh para escalar o engajamento

O recurso, por completo

Toda notificação Android pertence a um canal: uma categoria controlada pelo usuário, como “Promoções”, “Atualizações do pedido” ou “Notícias urgentes”. É o canal que permite silenciar um tipo de mensagem sem bloquear o app que a envia. Num mercado em que a maioria dos usuários está no Android, como o Brasil, essa é a diferença entre perder só a promo e perder o app inteiro.

Canal nomeado, criado no servidor

Adicione pw_channel aos Android root params no Control Panel, ou a android_root_params em /createMessage. O primeiro push que cita um canal novo cria esse canal no dispositivo, sem nova versão do app.

Canal padrão, pronto para uso

O SDK cria automaticamente um canal padrão em todo dispositivo Android 8+, mesmo com pw_channel vazio, então a notificação sempre tem um lugar válido para chegar.

Nível de importância

O campo Importance level (-2 a 2) define como o canal se comporta na chegada, do silencioso ao banner heads-up completo. Ele é lido uma única vez, no momento em que o canal é criado.

Som próprio por canal

Combine pw_channel com android_sound, um arquivo colocado em res/raw, e todo push desse canal toca o próprio som em vez do padrão do sistema.

O que você controla

O que você enviaO que aconteceOnde fica
Um nome de canalCria o canal no primeiro envio, ou reutiliza o que já existe no dispositivopw_channel nos Android root params, ou no payload da API
Um nível de importância, de -2 a 2Define o comportamento heads-up, fixado no momento em que o canal é criadoO campo Importance level do push, ou o mesmo valor via API
android_sound + pw_channelDá a esse canal o próprio som de alertaUm arquivo em res/raw, referenciado pelo nome sem extensão
Nenhum pw_channel enviadoO SDK cria e usa um canal padrão automaticamenteSem configuração, pronto para uso no Android 8+
O que você envia
1 / 4
Um nome de canal
O que acontece
Cria o canal no primeiro envio, ou reutiliza o que já existe no dispositivo
Onde fica
pw_channel nos Android root params, ou no payload da API
O que você envia
2 / 4
Um nível de importância, de -2 a 2
O que acontece
Define o comportamento heads-up, fixado no momento em que o canal é criado
Onde fica
O campo Importance level do push, ou o mesmo valor via API
O que você envia
3 / 4
android_sound + pw_channel
O que acontece
Dá a esse canal o próprio som de alerta
Onde fica
Um arquivo em res/raw, referenciado pelo nome sem extensão
O que você envia
4 / 4
Nenhum pw_channel enviado
O que acontece
O SDK cria e usa um canal padrão automaticamente
Onde fica
Sem configuração, pronto para uso no Android 8+

Onde você configura

Um campo no editor

Digite o nome do canal nos Android root params do formulário Send-Push ou de um preset. Uma nova categoria não exige release nem desenvolvedor.

Uma chave na API

android_root_params.pw_channel em /createMessage, junto com android_sound para um som de alerta específico do canal.

A mesma lógica em todo transporte Android

O mesmo payload pw_channel funciona via FCM e também via Huawei HMS e Amazon ADM com o push para lojas alternativas.

O trabalho que ele faz, dentro de uma jornada

A mesma Jornada roda dois canais

O canal é um atributo do push que você já envia, então não exige nenhuma integração separada. Um ramo transacional cita um canal, um ramo promocional cita outro, e os dois rodam a partir da mesma audiência e da mesma Jornada do Cliente que o resto do seu push mobile.

O alerta do pedido toca, a promoção fica em silêncio

Um evento de pedido realizado dispara a Jornada — pense no app de delivery confirmando que o pedido saiu. Um push silencioso pré-carrega a previsão de entrega em segundo plano, e o ramo transacional cita o canal “Atualizações do pedido” com nível de importância alto, então ele aparece como alerta heads-up.

A mesma Jornada roda um ramo separado para o canal “Promoções” com importância padrão. Quem silencia Promoções continua recebendo os alertas de pedido no mesmo celular: os dois funcionam como canais separados dentro de um único app.

Para que usar

Os canais rendem mais quanto mais tipos realmente diferentes de notificação o app envia. Um fluxo uniforme ganha quase nada; uma mistura de promoções chamativas com alertas transacionais discretos ganha o máximo.

SetorCanais que vale separarPor que funciona
E-commerce e varejoPromoções vs atualizações de pedido e entrega vs alertas de queda de preçoA divisão clássica entre promocional e transacional
Fintech e bancosAlertas de fraude e transação vs extratos vs lembretes vs promoçõesAlertas obrigatórios convivem com promoções totalmente opcionais
MarketplacesMensagens entre comprador e vendedor vs atualizações de pedido vs promoções vs alertas de anúnciosMensageria com vários lados já nasce com vários fluxos
Jogos mobileEventos e promoções vs guilda e social vs recompensas vs alertas de live-opsMuita diversidade de fluxos numa base de instalações com forte presença Android
Apps de criadores e assinaturaConteúdo novo vs interações sociais vs cobrança vs promoçõesO assinante recebe o que assinou, e nada além disso
Mídia, notícias e streamingNotícias urgentes vs feeds por tema vs novos episódios vs promoçõesO caso de uso clássico de canais no Android
Setor
1 / 6
E-commerce e varejo
Canais que vale separar
Promoções vs atualizações de pedido e entrega vs alertas de queda de preço
Por que funciona
A divisão clássica entre promocional e transacional
Setor
2 / 6
Fintech e bancos
Canais que vale separar
Alertas de fraude e transação vs extratos vs lembretes vs promoções
Por que funciona
Alertas obrigatórios convivem com promoções totalmente opcionais
Setor
3 / 6
Marketplaces
Canais que vale separar
Mensagens entre comprador e vendedor vs atualizações de pedido vs promoções vs alertas de anúncios
Por que funciona
Mensageria com vários lados já nasce com vários fluxos
Setor
4 / 6
Jogos mobile
Canais que vale separar
Eventos e promoções vs guilda e social vs recompensas vs alertas de live-ops
Por que funciona
Muita diversidade de fluxos numa base de instalações com forte presença Android
Setor
5 / 6
Apps de criadores e assinatura
Canais que vale separar
Conteúdo novo vs interações sociais vs cobrança vs promoções
Por que funciona
O assinante recebe o que assinou, e nada além disso
Setor
6 / 6
Mídia, notícias e streaming
Canais que vale separar
Notícias urgentes vs feeds por tema vs novos episódios vs promoções
Por que funciona
O caso de uso clássico de canais no Android

Quando não vale a configuração

  • Alcançar alguém novo: o canal só organiza uma mensagem que o push já enviou.
  • Qualquer coisa no iOS: canais não fazem nada lá, e os níveis Time-Sensitive ou Critical cumprem o mesmo papel.
  • Tornar um alerta heads-up retroativo: a importância é fixada no momento em que o canal é criado, e um novo comportamento exige um novo nome de canal.
  • Uma lista longa de canais quase iguais: parece bagunça e ensina o usuário a silenciar o grupo inteiro.
  • Um app com um único fluxo real de notificações: não há o que separar, então o canal só adiciona uma configuração que ninguém precisa.
O canal decide onde a mensagem cai. O texto decide se ela é lida

50 notificações push que valem a pena copiar, com o texto e o criativo por trás de cada uma.

Veja os exemplos

Cobertura de plataformas e técnica

Canais de notificação são um recurso nativo exclusivo do Android, introduzido no Android 8.0 Oreo. O iOS não tem canal para registrar; o papel equivalente é feito pelos níveis de interrupção Time-Sensitive e Critical, e a web também não tem equivalente. A última coluna mostra onde termina a mecânica da Pushwoosh e começam as regras do sistema operacional.

RecursoiOSAndroidWebEntregue por
Canais de notificação–Android 8.0 Oreo (API 26) e posteriores–Recurso nativo do SO, Pushwoosh SDK 5.4.0+
Canal padrão–Sim, criado automaticamente–O Pushwoosh SDK, em todo dispositivo Android 8+
Canal nomeado via pw_channel–Sim, criado no primeiro envio, sem nova versão do app–Campo Android root params, ou /createMessage
Som próprio por canal–Sim–pw_channel + android_sound, um arquivo em res/raw
Mesma mecânica em dispositivos Huawei e Amazon–Sim, via HMS e ADM–Push para lojas alternativas
Wrappers de SDK multiplataforma–Cordova/Capacitor, React Native, Unity, Flutter–Pela ponte nativa do Android
Permissão em tempo de execução exigida antes–Android 13+, POST_NOTIFICATIONS–O SO, antes que qualquer canal possa aparecer
O controle de urgência equivalenteNíveis Time-Sensitive / CriticalImportância do canal, definida aqui–Um recurso separado por plataforma
Recurso
1 / 8
Canais de notificação
iOS
–
Android
Android 8.0 Oreo (API 26) e posteriores
Web
–
Entregue por
Recurso nativo do SO, Pushwoosh SDK 5.4.0+
Recurso
2 / 8
Canal padrão
iOS
–
Android
Sim, criado automaticamente
Web
–
Entregue por
O Pushwoosh SDK, em todo dispositivo Android 8+
Recurso
3 / 8
Canal nomeado via pw_channel
iOS
–
Android
Sim, criado no primeiro envio, sem nova versão do app
Web
–
Entregue por
Campo Android root params, ou /createMessage
Recurso
4 / 8
Som próprio por canal
iOS
–
Android
Sim
Web
–
Entregue por
pw_channel + android_sound, um arquivo em res/raw
Recurso
5 / 8
Mesma mecânica em dispositivos Huawei e Amazon
iOS
–
Android
Sim, via HMS e ADM
Web
–
Recurso
6 / 8
Wrappers de SDK multiplataforma
iOS
–
Android
Cordova/Capacitor, React Native, Unity, Flutter
Web
–
Entregue por
Pela ponte nativa do Android
Recurso
7 / 8
Permissão em tempo de execução exigida antes
iOS
–
Android
Android 13+, POST_NOTIFICATIONS
Web
–
Entregue por
O SO, antes que qualquer canal possa aparecer
Recurso
8 / 8
O controle de urgência equivalente
Android
Importância do canal, definida aqui
Web
–
Entregue por
Um recurso separado por plataforma

Segurança e hospedagem

A Pushwoosh roda em hardware próprio nos EUA e na Alemanha, em conformidade com GDPR.

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

Como funciona

  1. Crie (sem código)

    Digite o nome do canal nos Android root params do formulário Send-Push, ou envie android_root_params.pw_channel pela Messages API.

  2. Configure uma vez

    O primeiro push que cita um canal novo cria esse canal no dispositivo com a importância, o som e a vibração daquela mensagem. Planeje de 3 a 5 canais desde o início, porque mudar o comportamento depois exige um novo nome de canal.

  3. Orquestre (sem código)

    Direcione cada canal a partir do ramo correspondente da mesma Jornada do Cliente, usando a mesma audiência e o mesmo perfil do resto da sua mensageria.

Limites que vale conhecer

Um recurso de categorização com regras rígidas do Android. Estes são os limites.

  • Só Android. Canais não fazem nada no iOS, e os níveis Time-Sensitive e Critical cumprem o mesmo papel lá.
  • Importância, som e vibração ficam travados no momento em que o canal é criado. Um push posterior no mesmo canal não consegue alterá-los, então um novo comportamento exige um novo nome de canal.
  • A palavra final é do usuário. Qualquer pessoa pode silenciar ou bloquear totalmente um canal nas configurações do sistema, e essa decisão não pode ser revertida pelo servidor.
  • O Android 13 e posteriores exigem a permissão em tempo de execução POST_NOTIFICATIONS antes que qualquer canal possa aparecer.
  • O Android 14 mostra ao usuário a importância de um canal, e o Android 15 reduz automaticamente notificações repetidas em sequência, então um canal mal categorizado é silenciado rápido.
  • O nome do canal é uma chave de texto livre. Um erro de digitação cria um canal novo e indesejado em vez de reutilizar o que você queria.
  • A visibilidade do uso de canais no servidor é um piso, não uma métrica de cobertura. O canal padrão não deixa marcador no payload, então não informamos qual parcela dos remetentes usa canais nomeados.