Os navegadores estão reprimindo as notificações push da Web, então qual é a estratégia ideal de push para 2021?

Publicados: 2020-01-30

Em 2013, o Google introduziu notificações push da Web para navegadores pela primeira vez. Outros navegadores correram para fazer o mesmo depois de ver a popularidade e o potencial, e todo um novo canal de marketing foi criado.

4% dos 100.000 maiores sites e 8% dos 10.000 maiores sites agora usam notificações push da web . Isso dobrou nos últimos 18 meses por um motivo – eles funcionam muito bem.

2013 foi há muito tempo, porém, e o mundo mudou. Privacidade e usuários não irritantes são muito mais importantes em 2021.
Portanto, não é uma grande surpresa que o Google tenha anunciado recentemente que o Chrome versão 80 começará a bloquear as notificações push da web.


As notificações push são incomparáveis ​​em termos de engajamento, com taxas de abertura de até 90%. Tornamos mais fácil para você aproveitar este poderoso canal de engajamento, oferecendo todas as ferramentas de que você precisa – configure suas notificações para serem enviadas automaticamente quando um novo conteúdo for publicado ou manualmente a qualquer momento que melhor lhe convier.

Quer enviar notificações push, mas ainda não tem um aplicativo móvel? O MobiLoud facilita a conversão de seu site em aplicativos móveis nativos, com soluções para sites de notícias, blogs, lojas de comércio eletrônico e qualquer site ou aplicativo da web, independentemente da pilha de tecnologia que você usa. Obtenha uma demonstração gratuita para saber mais e ver como isso pode funcionar para o seu site.


Alterações de notificação do Google

O Google reconhece o valor das notificações da Web:

“As notificações na web permitem que os usuários recebam atualizações importantes mesmo quando não estão interagindo com um site. As notificações são um recurso essencial para uma ampla gama de aplicativos, incluindo mensagens, calendários, clientes de e-mail, compartilhamento de viagens, mídia social e serviços de entrega”

No entanto, eles também observam que alguns sites os usam de maneira errada , o que afeta negativamente a experiência do usuário.

“Infelizmente, as notificações também são uma reclamação comum, pois muitos sites solicitam a permissão de notificação na primeira visita, e não em momentos contextualmente relevantes na jornada do usuário. Solicitações de permissão não solicitadas interrompem o fluxo de trabalho do usuário e resultam em uma experiência ruim para o usuário”

Então, o que eles estão planejando fazer sobre isso?

IU silenciosa do Chrome

O Chrome 80 mostrará, sob certas condições, uma nova “IU de permissão de notificação mais silenciosa” que busca reduzir a interrupção das solicitações de permissão de notificação para os usuários.

A IU mais silenciosa eliminará o pop-up de bloqueio/permissão à direita da Omnibox. Em vez disso, um texto de “notificações bloqueadas” deslizará brevemente assim:

É uma história semelhante no celular também, com uma barra sutil deslizando brevemente da parte inferior da tela.

Todos os usuários do Chrome verão a interface silenciosa?

Não, há duas circunstâncias em que eles vão.

Ativação manual

No Chrome 80, os usuários poderão ativar (ou desativar) manualmente por meio das configurações.

Isso será explicado aos usuários no primeiro lançamento, portanto, é provável que uma porcentagem significativa deles aceite. Mas a escolha do usuário é apenas metade da história.

Inscrição automática

O Chrome registrará automaticamente os usuários na IU mais silenciosa em duas circunstâncias:

  1. Os usuários que negarem habitual e repetidamente notificações em diferentes sites serão automaticamente inscritos na interface de notificação mais silenciosa
  2. Sites com taxas de aceitação muito baixas serão automaticamente inscritos em prompts mais silenciosos, e os visitantes que chegarem aos sites verão a interface de notificação mais silenciosa

O primeiro não é surpreendente. Se certos visitantes nunca permitiriam notificações de qualquer maneira, não faz sentido perguntar a eles - isso provavelmente apenas os irritará.

O segundo ponto é interessante, o último passo nos esforços do Google para punir sites com má experiência do usuário.

Os sites que são 'na lista negra' dessa maneira serão cancelados quando o UX melhorar, por exemplo, se o desenvolvedor melhorar o fluxo de permissão de notificação para aumentar as taxas de aceitação.

O Google também tem planos de punir sites “abusivos” que usam notificações push para anúncios, malware ou propósitos enganosos.

Outros navegadores estão bloqueando as notificações push?

Sim, o Google não é o único.

O Firefox anunciou em 7 de janeiro que os usuários poderão bloquear notificações “incômodas” automaticamente. O Firefox descobriu durante os testes que cerca de 99% dos avisos de notificação em sua plataforma não são aceitos e 48% são negados ativamente pelo usuário.

A antiga janela pop-up maior foi substituída por um balão de fala ondulante que informará brevemente ao usuário que o navegador bloqueou uma mensagem de notificação.

O Firefox mostrará o prompt de permissão silenciosa sempre que um site enviar uma mensagem de permissão de notificação para visitantes que não realizaram nenhuma ação inicial na página (como clicar em um botão).

Isso é semelhante a como a Apple faz isso.

O Safari 12.1 requer alguma interação inicial do usuário antes que um prompt de permissão de notificação possa ser exibido.

Além de tudo isso, não esqueça que muitos outros navegadores são construídos em cima do Chromium. O mecanismo de navegador de código aberto é a base do Chrome, mas as alterações também provavelmente afetarão navegadores como Brave, Edge, Opera, Samsung Browser e outros.

Por que os navegadores estão fazendo isso?

A linha inferior é que os navegadores farão o que é bom para os navegadores.

Isso significa principalmente aumentar o uso o máximo possível, e oferecer uma ótima experiência ao usuário é a melhor maneira de fazer isso.
Eles perceberam que as notificações push são menos uma ajuda do que um obstáculo nisso e, portanto, algo precisa ser feito a respeito.

O que os editores devem fazer sobre o bloqueio de notificações push?

Nos últimos anos, muitos editores apostaram nas notificações push da web. Não é surpreendente, eles são uma maneira eficaz de aumentar o tráfego, a receita e o engajamento.

Os movimentos recentes dos navegadores são preocupantes, especialmente se você obtiver uma baixa taxa de aceitação em suas notificações no momento. O que você pode fazer? Há dois movimentos inteligentes a fazer.

A primeira é fazer todo o possível para evitar o bloqueio de notificações push e fazer com que os usuários aceitem suas notificações. A segunda é diversificar seus canais de push. Este pode ser apenas o primeiro movimento dos navegadores, o jogo longo pode ser matar ainda mais o ecossistema de notificação da web.

Como impedir que suas notificações push sejam bloqueadas

O Google recomenda que os editores testem o fluxo de solicitação de permissão do site com a IU de permissão de notificação mais silenciosa.

Você pode habilitá-lo manualmente em chrome://settings/content/notifications, e ele foi lançado em Canary, Dev e Beta.

Isso permitirá que você veja como o Chrome 80 interagirá com seu site quando ele for totalmente implementado. Eles também recomendam seguir as práticas recomendadas quando se trata de solicitar a permissão de notificação dos visitantes.

“Sites que pedem aos usuários que se inscrevam para receber notificações da web quando chegam geralmente têm taxas de aceitação muito baixas. Em vez disso, recomendamos que os sites esperem até que os usuários entendam o contexto e vejam benefícios em receber notificações antes de solicitar a permissão”

Aqui está um vídeo de 5 minutos muito útil do Google sobre como fazer solicitações de permissão fluente.

Claro, faz sentido mostrar aos usuários os benefícios de dar permissão em vez de bombardeá-los imediatamente. Vejamos algumas outras práticas recomendadas de notificação por push da Web.

Adote um fluxo de prompt de duas etapas

De acordo com George Deglin, CEO da OneSignal:

“Recomendamos que os sites sempre usem um mecanismo de prompt de duas etapas. Dessa forma, os usuários escolherão se desejam permitir ou negar notificações no prompt de duas etapas antes de ver o prompt nativo. Quando os usuários virem o prompt nativo, eles estarão muito mais propensos a clicar em sim. Dessa forma, não haverá impacto na experiência do usuário do seu site, pois a frequência de cliques dos usuários será muito baixa”

Ele vê as mudanças como geralmente positivas e confirmou a necessidade de dar o contexto apropriado aos visitantes antes de mostrar o prompt.

“No geral, vemos isso como muito, muito positivo. Acho que as notificações push da Web geralmente têm uma percepção ruim de muitos usuários porque podem ser irritantes quando você visita um site e é solicitado imediatamente se deseja permitir notificações ou não antes de realmente ter a chance de entender se o site é interessante ou não”

Também é uma ótima ideia 'pré-avisar' os visitantes.

“Diga a eles por que você quer que eles concedam permissão antes de pedir. Isso se aplica em particular ao web push…….. Quanto mais específico você puder ser e mais convincente você puder ser, maior será sua taxa de opt-in. Essa é uma prática muito melhor, simplesmente mostrando a eles o prompt sem contexto”

Suas notificações não devem ser apenas uma ferramenta que você usa em seu marketing. Para serem realmente eficazes, eles precisam fornecer valor real aos leitores.

Encontre uma maneira de comunicar exatamente qual é esse valor. O que eles ganham com isso e por que eles deveriam permitir suas notificações? Faça um caso sólido e suas taxas de opt-in serão muito melhores.

Também é uma boa ideia cronometrar os avisos de notificação para quando um usuário tem maior probabilidade de se envolver, por exemplo, quando ele passa um determinado período de tempo em um artigo, como algo ou se registra em uma conta.

Bloqueio de conteúdo?

Há também a possibilidade de que o bloqueio de conteúdo surja como uma forma de fazer com que mais usuários concordem com as notificações.

A mesma coisa aconteceu com o surgimento dos bloqueadores de anúncios, os editores bloqueariam todo ou parte do conteúdo para os visitantes, a menos que desativassem seu bloqueador de anúncios.

Isso também pode surgir até 2021 para permissões de notificação. Mas é uma boa ideia?

Provavelmente não. Isso afetará negativamente a experiência do usuário e pode levar a taxas de rejeição mais altas e menos engajamento. Além disso, se você precisar chantagear os visitantes para permitir suas notificações, eles são tão valiosos do ponto de vista comercial para começar?

Se o bloqueio de conteúdo é algo que você quer experimentar, só você sabe se faz sentido para o seu negócio.

Existe um canal push mais confiável para os editores?

A indústria editorial está se movendo em direção a um novo paradigma no qual o leitor e seu relacionamento com ele estão no centro de tudo.

Seu sucesso dependerá de você conseguir criar um público fiel e mantê-lo por perto para apoiar seu trabalho. Os canais que permitem que você alcance diretamente seu público são valiosos.

As notificações da Web funcionam bem, não há dúvida sobre isso.

A questão é – por quanto tempo eles estarão por aí? Este é apenas o primeiro movimento que os navegadores farão para reduzi-los? Há outra maneira de alcançar seu público com notificações push – aplicativos nativos.

Os aplicativos permitem que você envie notificações push avançadas para todos que o instalaram em seus dispositivos (ou seja, seus membros mais fiéis do público). Eles são muito mais propensos a receber bem as mensagens e se interessar por elas também, afinal eles baixaram o aplicativo!

Um aplicativo é um canal de propriedade. Há menos chances de as plataformas de tecnologia interferirem na forma como você envia notificações push para seus usuários.

Todos os editores devem considerar aplicativos nativos em 2021 – se ainda não os tiverem. Eles fornecem um lar para os membros de seu público mais dedicados e leais, fazem sua marca parecer verdadeiramente atualizada e profissional e abrem inúmeras avenidas de receita e engajamento.

Mas construir um aplicativo não é difícil, caro e demorado?

Certamente costumava ser. Mas a tecnologia avançou. Agora você pode ter aplicativos nativos tão bons quanto o New York Times do Buzzfeed – em apenas algumas semanas e por uma fração do custo tradicional, tudo sem precisar tocar em uma linha de código.

Se você deseja ter sucesso em dispositivos móveis e desenvolver uma estratégia de loja de aplicativos vencedora, entre em contato com um de nossos especialistas em aplicativos hoje e vamos começar a fazer isso acontecer.

Agende uma chamada de demonstração!