Live Updates para Android

Mostre o progresso em tempo real

Uma única notificação do Android 16 que se reescreve conforme o pedido, a corrida ou a partida avança. A Pushwoosh inicia, atualiza e encerra o card pelo servidor, mesmo com o app fechado.

Três telas de celular Android lado a lado com um card de notificação ao vivo: um delivery de comida na etapa do entregador, uma corrida com o motorista a dois minutos e o placar de uma partida com o cronômetro rodando

Mais de 80.000 empresas confiam na Pushwoosh para escalar o engajamento

O formato por completo

Um push comum diz uma coisa uma vez só, e um pedido de delivery com cinco etapas vira cinco notificações. Um Live Update publica um único card para toda a atividade e continua reescrevendo esse card, então a tela de bloqueio mostra sempre a etapa atual, e não uma pilha de avisos antigos. Para apps brasileiros, majoritariamente Android, é o jeito mais limpo de acompanhar um pedido em tempo real.

Um card contínuo

A atividade ganha uma única notificação na tela de bloqueio e na aba de notificações, e cada atualização seguinte reescreve esse card em vez de criar outro.

Progresso que avança

A Pushwoosh renderiza o Notification.ProgressStyle nativo do Android, então a barra, o valor e os segmentos coloridos são a primitiva real do sistema.

Um chip na barra de status

Enquanto a atividade está em andamento, o Android mantém um indicador compacto na barra de status, visível de dentro de qualquer outro app.

Âncoras de tempo

Uma atualização pode levar uma âncora de tempo, e o card faz a contagem regressiva até o horário previsto sozinho entre uma atualização do servidor e outra.

Botões de ação no card ao vivo

O módulo do SDK conecta os botões junto com o progresso, então um toque pode abrir o mapa ou ligar para o entregador direto do card.

Com a cara da sua marca

O LiveUpdateProgressStyleProvider passa o desenho para o seu app, então cores, ícones e rótulos dos segmentos seguem o seu design.

Onde o Live Update fica entre um push e uma tela

Quando a mensagem éEnvieOnde ela aparece
Uma mudança de estado, dita uma vezUm push comumO banner e depois a aba de notificações
Uma mudança que vale uma imagemUm push com rich mediaA notificação expandida
Uma escolha que o usuário faz com um toqueUm push interativoBotões na notificação
Uma atividade em andamento, de minutos a horasUm Live UpdateUm card contínuo que se reescreve, mais um chip na barra de status
Um registro que o usuário vai consultar depoisMessage InboxUma lista dentro do app
Detalhes, um formulário ou um layoutUma mensagem in-appUma tela inteira no app
Quando a mensagem é
1 / 6
Uma mudança de estado, dita uma vez
Onde ela aparece
O banner e depois a aba de notificações
Quando a mensagem é
2 / 6
Uma mudança que vale uma imagem
Onde ela aparece
A notificação expandida
Quando a mensagem é
3 / 6
Uma escolha que o usuário faz com um toque
Onde ela aparece
Botões na notificação
Quando a mensagem é
4 / 6
Uma atividade em andamento, de minutos a horas
Envie
Um Live Update
Onde ela aparece
Um card contínuo que se reescreve, mais um chip na barra de status
Quando a mensagem é
5 / 6
Um registro que o usuário vai consultar depois
Onde ela aparece
Uma lista dentro do app
Quando a mensagem é
6 / 6
Detalhes, um formulário ou um layout
Onde ela aparece
Uma tela inteira no app

O papel dele dentro de uma jornada

Uma jornada para as duas plataformas

O Live Update é um atributo de uma mensagem que você já envia. Público, gatilho, segmento e perfil do cliente continuam onde estão, e o formato define como essa mensagem aparece enquanto a atividade ainda está rodando.

Aparelhos com Android 16 recebem o card ao vivo, iPhones recebem a Live Activity e celulares Android mais antigos recebem um push padrão, tudo a partir do mesmo Customer Journey que roda seus push, in-app e e-mail.

Um pedido de ponta a ponta

O restaurante aceita o pedido e a jornada abre o card na primeira etapa.

Um push silencioso pré-carrega os dados do entregador em segundo plano, invisível para o usuário, para que a próxima atualização chegue com nome e horário previsto reais. Preparando, entregador designado e a dois minutos reescrevem esse mesmo card, e o evento de entrega concluída fecha o card.

Num celular abaixo do Android 16, a mesma jornada envia um push comum a cada etapa, e os dois ramos deixam o comprovante na Message Inbox.

Para que usar

Um Live Update vale a pena quando algo está de fato em andamento e o usuário já está esperando por aquilo. Para um anúncio, uma oferta ou qualquer coisa que o usuário não iniciou, o formato certo é um push comum, e a política do Google para essa superfície diz o mesmo.

MomentoO que o card mostraO que o usuário faz
Delivery de comida: um pedido em andamentoAceito, preparando, entregador designado, minutos para chegarAcompanha o entregador chegando sem desbloquear a tela
Apps de mobilidade: uma corrida em cursoMotorista a caminho, horário previsto, progresso da viagemOlha a tela de bloqueio em vez de voltar ao mapa
E-commerce: depois da compraEnviado, saiu para entrega, faltam poucas paradas, entregueSegue o pacote pela aba de notificações e sabe quando estar em casa
Marketplaces: vários pedidos ao mesmo tempoUm card por envio, cada um com seu vendedorAcompanha pacotes que chegam em dias diferentes
Companhias aéreas: o dia do vooPortão, embarque, atraso, esteira de bagagemConfere o portão na tela de bloqueio num terminal barulhento
Esportes ao vivo: uma partida rolandoPlacar, cronômetro, tempo de jogoAcompanha o futebol com o celular bloqueado
Apostas esportivas: uma aposta ao vivoStatus da aposta, odds ao vivo, janela de cash-outFaz o cash-out antes da janela fechar
Bancos: uma transferência em andamentoProgresso da transferência, status de entrega do cartãoVê o dinheiro cair com o celular no bolso
Serviços em campo: um técnico a caminhoA caminho, horário previsto, chegouPara de adivinhar em que horário precisa ficar em casa
Energia: uma queda de luz na sua ruaFalha confirmada, equipe no local, previsão de retornoTem a resposta sem ligar para a central de atendimento
Momento
1 / 10
Delivery de comida: um pedido em andamento
O que o card mostra
Aceito, preparando, entregador designado, minutos para chegar
O que o usuário faz
Acompanha o entregador chegando sem desbloquear a tela
Momento
2 / 10
Apps de mobilidade: uma corrida em curso
O que o card mostra
Motorista a caminho, horário previsto, progresso da viagem
O que o usuário faz
Olha a tela de bloqueio em vez de voltar ao mapa
Momento
3 / 10
E-commerce: depois da compra
O que o card mostra
Enviado, saiu para entrega, faltam poucas paradas, entregue
O que o usuário faz
Segue o pacote pela aba de notificações e sabe quando estar em casa
Momento
4 / 10
Marketplaces: vários pedidos ao mesmo tempo
O que o card mostra
Um card por envio, cada um com seu vendedor
O que o usuário faz
Acompanha pacotes que chegam em dias diferentes
Momento
5 / 10
Companhias aéreas: o dia do voo
O que o card mostra
Portão, embarque, atraso, esteira de bagagem
O que o usuário faz
Confere o portão na tela de bloqueio num terminal barulhento
Momento
6 / 10
Esportes ao vivo: uma partida rolando
O que o card mostra
Placar, cronômetro, tempo de jogo
O que o usuário faz
Acompanha o futebol com o celular bloqueado
Momento
7 / 10
Apostas esportivas: uma aposta ao vivo
O que o card mostra
Status da aposta, odds ao vivo, janela de cash-out
O que o usuário faz
Faz o cash-out antes da janela fechar
Momento
8 / 10
Bancos: uma transferência em andamento
O que o card mostra
Progresso da transferência, status de entrega do cartão
O que o usuário faz
Vê o dinheiro cair com o celular no bolso
Momento
9 / 10
Serviços em campo: um técnico a caminho
O que o card mostra
A caminho, horário previsto, chegou
O que o usuário faz
Para de adivinhar em que horário precisa ficar em casa
Momento
10 / 10
Energia: uma queda de luz na sua rua
O que o card mostra
Falha confirmada, equipe no local, previsão de retorno
O que o usuário faz
Tem a resposta sem ligar para a central de atendimento
O formato é metade do trabalho. A outra metade é o que você coloca nele

50 notificações push que valem a pena copiar, com o texto e o criativo que fizeram cada uma funcionar.

Ver os exemplos

Cobertura técnica e de plataformas

Cards ao vivo que se atualizam sozinhos são novidade, e as versões mínimas são a primeira coisa a conferir na sua base instalada. A última coluna mostra onde o push é o próprio formato e onde ele apenas aciona algo que o seu app já tem.

RecursoAndroidiOSWebEntregue por
Um card contínuo que se atualiza no lugarAndroid 16 (API 36)iOS 16.1+, como Live Activity–O push, renderizado pelo SDK com a API de notificações ao vivo do sistema
Barra de progresso segmentada nativaAndroid 16, Notification.ProgressStyleO seu widget ActivityKit–pushwoosh-liveupdates 6.9.0+, sobre a primitiva do sistema
Indicador compacto sempre visívelChip na barra de statusDynamic Island, iPhone 14 Pro e posteriores–O sistema, a partir da notificação ao vivo
Início, atualização e encerramento pelo servidorSimSim–OPERATION_START, OPERATION_UPDATE e OPERATION_END na Messages API
Fechar o card pelo appendLiveUpdate(id), endAllLiveUpdates()Sim–A fachada PushwooshLiveUpdates no seu app
Visual da marca no card ao vivoLiveUpdateProgressStyleProviderO código do seu widget–O código do seu app, chamado pelo SDK
Android 15 e anteriores–, as chamadas do SDK não fazem nadan/a–Um push padrão ou a Message Inbox na mesma jornada
Recurso
1 / 7
Um card contínuo que se atualiza no lugar
Android
Android 16 (API 36)
iOS
iOS 16.1+, como Live Activity
Web
–
Entregue por
O push, renderizado pelo SDK com a API de notificações ao vivo do sistema
Recurso
2 / 7
Barra de progresso segmentada nativa
Android
Android 16, Notification.ProgressStyle
iOS
O seu widget ActivityKit
Web
–
Entregue por
pushwoosh-liveupdates 6.9.0+, sobre a primitiva do sistema
Recurso
3 / 7
Indicador compacto sempre visível
Android
Chip na barra de status
iOS
Dynamic Island, iPhone 14 Pro e posteriores
Web
–
Entregue por
O sistema, a partir da notificação ao vivo
Recurso
4 / 7
Início, atualização e encerramento pelo servidor
Android
Sim
iOS
Sim
Web
–
Entregue por
OPERATION_START, OPERATION_UPDATE e OPERATION_END na Messages API
Recurso
5 / 7
Fechar o card pelo app
Android
endLiveUpdate(id), endAllLiveUpdates()
iOS
Sim
Web
–
Entregue por
A fachada PushwooshLiveUpdates no seu app
Recurso
6 / 7
Visual da marca no card ao vivo
Android
LiveUpdateProgressStyleProvider
iOS
O código do seu widget
Web
–
Entregue por
O código do seu app, chamado pelo SDK
Recurso
7 / 7
Android 15 e anteriores
Android
–, as chamadas do SDK não fazem nada
iOS
n/a
Web
–
Entregue por
Um push padrão ou a Message Inbox na mesma jornada

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

O build Android é um passo de engenharia feito uma vez só. Depois disso, as três operações rodam pelo Control Panel e pela API como qualquer outra mensagem da jornada.

  1. Adicione o módulo uma vez (dev)

    Coloque o pushwoosh-liveupdates 6.9.0+ no app Android. Ele captura os pushes de Live Update antes do tratamento padrão de notificações e cuida do canal, da permissão, do ícone grande e dos botões de ação. O LiveUpdateProgressStyleProvider é onde você aplica a sua marca ao card.

  2. Controle todo o ciclo de vida pelo servidor (API)

    OPERATION_START publica o card, OPERATION_UPDATE reescreve o card no lugar, OPERATION_END fecha o card, tudo pela Messages API com um ID de atividade ligando as três. O app também pode fechar um card que já tem com PushwooshLiveUpdates.endLiveUpdate(), sem ida e volta ao servidor.

  3. Orquestre (no-code)

    Dispare as três operações a partir do mesmo Customer Journey do resto da sua comunicação, com o mesmo segmento e o mesmo perfil de cliente. A parte iOS da mesma história também roda a partir dessa jornada.

Limites que vale a pena conhecer

A superfície é nova e tem escopo bem definido. Estes são os limites dela.

  • Android 16 (API 36) ou superior. Nas versões anteriores, as chamadas do SDK não fazem nada, sem crash e sem card alternativo, então divida a jornada para enviar um push padrão a esses aparelhos.
  • O card é desenhado com Notification.ProgressStyle, uma primitiva de renderização do Android 16. Por isso ele não pode ser portado para versões antigas como um template de rich push.
  • Todo início, atualização e encerramento vem do seu servidor. Não existe API para publicar o card a partir do dispositivo, e o app só pode fechar um card que já tem.
  • O Google restringe a superfície a atividades reais: nada de promoções, mensagens de chat ou informação ambiente. O uso indevido coloca em risco o seu acesso a ela.
  • O iOS é um build separado. As Live Activities fazem o mesmo trabalho no iPhone via ActivityKit, acionadas pela mesma jornada, mas com trabalho de SDK próprio.
  • Os relatórios enxergam cada push de operação. Olhar o card não deixa marca no payload, então o engajamento por atualização vem de eventos in-app que você envia de volta.