Heurística do navegador é uma droga

Um precedente perigoso

Ferdy Christant em Ferdy Christant Seg. Abr 6 · 4 min ler

Este é um pequeno artigo de opinião. Na semana passada, a Mozilla publicou sua opinião sobre o crescente uso indevido de sites solicitando permissões de notificação de maneira hostil aos usuários. O artigo descreve um plano para experimentar heurísticas, alguma forma de inteligência para permitir ou não essas solicitações. Eles parecem estar considerando o engajamento do usuário e até o comportamento histórico do usuário como uma entrada decisiva.

Tenho pensado sobre o impacto pragmático e conceitual disso, e saí com uma opinião muito forte: essa é uma péssima ideia .

O problema

Alguns anos atrás, eu estava participando da conferência Fronteers em Amsterdã, quando Bruce Lawson estava no palco para explicar esse recurso da Web, que na época era novo. Juntamente com a explicação, ele implorou ao público que " por favor, não foda isso ".

Uma declaração visionária, como ele podia ver a inevitável vinda: nós fizemos o fuck up . Os editores da Web usaram mal o recurso em grande escala, enviando spam para o prompt onde não faz sentido algum para o usuário. Ele se transformou em um aborrecimento recorrente, um dos muitos encontrados na web de hoje, semelhante a notificações de cookies e pop-ups de newsletters.

Portanto, nenhum argumento aqui: é um aborrecimento em grande escala, de fato.

Causa raiz

É interessante considerar por que os editores continuam a usar esse recurso se for tão evidente que incomoda os usuários. Por que os editores implantam agressivamente táticas hostis ao usuário como essa?

A resposta para isso é porque funciona . O relatório da Mozilla menciona que a taxa de aceitação do prompt é tão baixa quanto 3%.

Aqui está a coisa: 3% não é baixo, é um grande sucesso se você considerar quantos sites são administrados. A maioria dos websites é de propriedade e orientada por marketeers que estão após as conversões: cliques, assinaturas de boletins informativos, assinaturas de notificações, ações de compra etc. Para alguns, a sobrevivência deles pode até depender disso.

Assim, eles têm um número base nas conversões, o que, para sites grandes, pode ser substancial, implantar essa nova tática e obter um crescimento de 3%. Não é ruim. Em corporações muito grandes, o bônus pessoal ou departamental do profissional de marketing pode até estar ligado ao objetivo.

Tudo começa com um objetivo, um KPI. Alguém em um terno diz: “Este ano, nossa meta é aumentar o que quer que seja em 10% . E isso é feito, mesmo que incomode os usuários, porque mijar dos usuários não é o KPI.

É por isso que você obtém a permissão quando não faz sentido e é por isso que depois de ler uma página por alguns segundos, um popover gigante bloqueia todo o conteúdo. todo mundo sabe que é usuário hostil, mas é isso ou não é um alvo da empresa.

O problema com a heurística do navegador

Apesar de concordar que o spam de permissão de notificação é um problema real e generalizado, ainda sou contra os navegadores que usam heurística para desativá-lo seletivamente. Aqui está o porquê:

  • Os navegadores devem executar principalmente os padrões da Web e não interferir em outras partes da experiência entre o editor e o usuário, mesmo que o editor seja chato.
  • Onde a heurística começaria e terminaria? Todo o padrão hostil de usuários é um alvo agora?
  • A heurística das permissões de notificações não faz parte do padrão da Web, portanto, se todos consideramos isso importante o suficiente, ele deve se tornar parte do padrão da Web. Ele não deve ser resolvido de maneiras diferentes por navegador.
  • Não cabe a um navegador bloquear apenas um recurso da Web perfeitamente válido, do jeito que isso deixa os editores desejarem usá-lo de maneira justa? Os padrões da Web devem funcionar, não deveríamos ter que esperar e rezar para que funcione com base em alguma portagem arbitrária adicional que não é apenas opinativa, mas também em constante mudança.
  • A base de tomar o "mau uso" como uma decisão de simplesmente desabilitar um recurso por completo, desencadeia grandes preocupações sobre o futuro de qualquer novo padrão web, já que é bastante evidente que, se os seres humanos podem abusar de algo, eles o farão.
  • Heurísticas não respeitam a web antiga. A maior parte da web é antiga, grande parte em baixa ou nenhuma manutenção. A ideia de que há uma equipe de produtos por trás de cada site em todo o seu ciclo de vida é um equívoco. A tendência atual de quebrar a web de maneira descuidada (também em APIs de terceiros) é um desenvolvimento muito ruim. Eu uso um monte de sites antigos que estão desmoronando lentamente, porque todo mundo continua quebrando coisas que não deveriam quebrar.

Eu não sou contra todos os exemplos de heurística do navegador. Por exemplo, a maneira como os navegadores priorizam solicitações de rede parece ser amplamente baseada em heurística. O que é bom, não afeta o que , só afeta o como . Além disso, a priorização de rede não é um padrão para começar. Nenhum padrão da web está quebrado.

O que seria uma solução não baseada em heurística para o spam de permissão? Sou principalmente a favor de soluções dirigidas pelo usuário, não pelo navegador:

  • Configuração avançada para desativar todas as solicitações de notificação, por completo ou por site (já em vigor no Firefox)
  • Uma extensão do navegador otimizada para esta tarefa

A Mozilla está certa, porém, de que a grande maioria não conseguirá encontrar essas soluções e ainda sofrerá com o spam. É verdade, mas o mesmo pode ser dito sobre qualquer tática hostil ao usuário, como barras de cookies e pop-ups de newsletters.

Dito isso, posso pensar em alguma solução de meio-termo baseada em heurística, mas com a última palavra do usuário:

Você monitora com que frequência um usuário recusa o prompt e a velocidade com que o faz. Se eles recusarem 50 solicitações desse tipo, peça ao usuário que nunca mais veja solicitações de permissão. Se eles concordarem, a alternância avançada discutida anteriormente será ativada. Isso ainda seria heurística, mas no final o usuário decide.

Qual é como deveria ser. Os navegadores nunca devem decidir ativar / desativar um padrão da web. Não é o lugar deles fazer isso.