O que mudou (em uma frase)
Além da “UI silenciosa” (quiet UI) que já reduzia prompts intrusivos, o Chrome agora remove/abafa automaticamente a permissão de sites que mandam muitas notificações e têm baixo engajamento do usuário — especialmente no Android e no desktop — e continua a bloquear prompts enganosos/abusivos com base nas políticas e no Safe Browsing.
Como funciona (em termos simples)
- Heurísticas de incômodo: o Chrome mede sinais como taxa de rejeição de prompts e histórico de interação. Sites com pedido intrusivo costumam receber a quiet UI (um ícone discreto ao lado da barra de endereço, sem pop-up).
- Auto-revogação: se você não interage com um site que envia muitas notificações, o Chrome pode remover a permissão sozinho (é reversível nas configurações ou ao visitar o site). Essa lógica é parecida com o Safety Check, que já revisa permissões como câmera e localização.
- Abusos/engano: quando o Safe Browsing identifica sites que enganam o usuário para conceder permissão (ou usam notificações para phishing/malvertising), o Chrome revoga e bloqueia essas permissões.
Onde aparece para o usuário
Você pode ver um sino/ícone na Omnibox (“Notificações bloqueadas”) e avisos sutis no rodapé. A gestão completa fica em Configurações → Privacidade e segurança → Configurações do site → Notificações (desktop) ou Configurações do site → Notificações (Android).
Quando é aplicado (e quando não)
- Aplicado: sites com alto volume de notificações e baixa interação recente; sites sinalizados por prática abusiva; usuários que optaram pela UI silenciosa ou que atingiram heurísticas que a habilitam automaticamente.
- Não aplicado/Exceções: sites com bom engajamento; PWAs instalados (com comportamento próprio de notificação em alguns cenários); quando o usuário restaura manualmente a permissão. (O comportamento específico por produto pode variar; cronogramas finos de rollout não informados oficialmente).
Como reativar ou ajustar (passo a passo)
No desktop (Windows/macOS/Linux/ChromeOS)
- Abra
chrome://settings/content/notificationsou vá em Configurações → Privacidade e segurança → Configurações do site → Notificações. - Em “Comportamento padrão”, escolha “Os sites podem pedir para enviar notificações” ou “Usar mensagens mais discretas”.
- Em “Sites bloqueados/permitidos”, remova o bloqueio ou permita o site desejado.
- Se a permissão foi revogada automaticamente, basta permitir novamente ao visitar o site.
No Android
- Toque no menu ⋮ → Configurações → Configurações do site → Notificações.
- Ative/desative Notificações e ajuste por site nas listas Permitidos/Bloqueados.
- Cheque também as configurações do sistema (Canais de notificação do Chrome).
Dica: a UI silenciosa pode ser desligada nas mesmas telas (quando disponível), voltando ao prompt padrão.
Diferenças por plataforma (o que muda de fato)
- Windows/macOS/Linux/ChromeOS: comportamento idêntico; UI silenciosa, auto-revogação e gestão por site na tela de Notificações.
- Android: além das telas do Chrome, existem os canais de notificação do sistema para o app Chrome e para web apps. A auto-revogação também vale no Android.
- *iOS (nota importante)**: o Chrome no iOS usa WebKit (motor do Safari). Web Push no iOS é suportado apenas para web apps adicionados à tela inicial (PWA) a partir do iOS 16.4+; prompts e push dentro do navegador têm limitações herdadas do Safari/WebKit. Isso afeta como (e se) um site pode pedir/perder permissões.
Impacto para sites e criadores
- Boas práticas passam a ser essenciais: pedir permissão no contexto (após gesto do usuário e com valor claro), adiar o prompt até o momento certo, usar pré-explicação (“explicar antes de pedir”) e rate limiting para evitar spam. Caso contrário, a UI silenciosa e a auto-revogação corroem alcance.
- Safe Browsing/abuso: prompts enganosos (por exemplo, “clique em ‘Permitir’ para baixar”) podem levar à remoção automática das permissões e impactos reputacionais.
Privacidade e segurança: por que o Chrome faz isso
Notificações abusivas viraram vetor de phishing, malvertising e golpes (push “sistêmico” falso). A resposta do Chrome combina heurísticas, UI silenciosa, revogação automática e as listas do Safe Browsing para reduzir ruído e risco, mantendo o controle com o usuário.
Comparativo rápido com outros navegadores
- Firefox: permite bloquear novos pedidos e oferece controles finos por site; a Mozilla recomenda pedir permissão após gesto.
- Safari/WebKit (macOS/iOS): no iOS, Web Push só para PWAs em Home Screen (iOS 16.4+), com exigência de gesto do usuário e
userVisibleOnly. Em macOS, suporte nativo ao Push/Notifications.
Perguntas em aberto
- Cronograma exato de chegada a todas as plataformas/canais e critérios numéricos de engajamento → não informado oficialmente.
- Como a auto-revogação interage com PWAs instalados em cada SO (detalhes finos) → não informado oficialmente.
Checklist para você aplicar agora
- Audite permissões em
chrome://settings/content/notifications. - Ative “mensagens mais discretas” (quiet UI).
- Remova permissões de sites que incomodam.
- No Android, ajuste canais de notificação do Chrome.
- Habilite Navegação segura e, se desejar, o modo avançado.
- Denuncie sites com comportamento enganoso.
- Para trabalho/estudo, mantenha só sites essenciais com permissão.
- Se usa PWA (desktop/Android), revise permissões na página do app também.
- No iOS, lembre: push só para web apps em Home Screen (iOS 16.4+).
Box — Ajuste rápido (30s)
- Desktop: Configurações → Privacidade e segurança → Configurações do site → Notificações → Ligue “Usar mensagens mais discretas” e limpe a lista de Permitidos.
- Android: ⋮ → Configurações → Configurações do site → Notificações → desligue globalmente ou ajuste por site; em Ajustes do sistema → Apps → Chrome → Notificações, revise canais.
Box — Boas práticas para sites
- Peça no contexto (após clique/gesto que demonstra interesse).
- Explique antes (“avise quando houver promoções importantes?”).
- Adie o prompt até o conteúdo provar valor.
- Limite frequência (rate-limit) de pedidos.
- Monitore rejeição e desligue em páginas de baixa intenção.
- Respeite políticas de Safe Browsing e evite textos enganosos.
Tabela — Onde configurar por plataforma (texto)
| Plataforma | Onde configurar | Caminho exato | Opções úteis | Observações/limites |
|---|---|---|---|---|
| Windows/macOS/Linux/ChromeOS | Chrome (desktop) | Configurações → Privacidade e segurança → Configurações do site → Notificações | Quiet UI, Permitir/Bloquear por site | Auto-revogação e Safe Browsing ativos. |
| Android | Chrome + Sistema | Chrome: Configurações → Configurações do site → Notificações; Sistema: Apps → Chrome → Notificações | Lista por site; canais do sistema | Auto-revogação e canais por tipo. |
| iOS (Chrome/Safari) | iOS + WebKit | PWA em Tela de Início; permissões via iOS | Requer gesto; userVisibleOnly | Push apenas PWA em Home Screen (iOS 16.4+). |
FAQ
Como permitir só para alguns sites?
Vá à tela de Notificações e use Permitidos/Bloqueados por site.
Android segue as mesmas regras?
Sim: há UI silenciosa/auto-revogação e gestão por site + canais do sistema.
Como denunciar abuso?
Ative Navegação segura e use as opções de relato; sites marcados podem ter permissões removidas automaticamente.
Posso desligar a UI silenciosa?
Sim. Desative “mensagens mais discretas” na tela de Notificações.
O que é Safe Browsing?
É a proteção do Google que avisa e bloqueia sites maliciosos/enganosos.
Isso afeta PWAs?
PWAs respeitam as mesmas políticas; casos específicos de permissão/estado instalado podem variar por plataforma (não informado oficialmente em detalhes).