2 pontos por GN⁺ 2026-03-16 | 1 comentários | Compartilhar no WhatsApp
  • Uma página de artigo do site do New York Times gera 422 requisições de rede e 49 MB de transferência de dados, exigindo recursos excessivos até mesmo para a simples leitura de uma matéria
  • Durante o carregamento da página, dezenas de requisições de leilão de anúncios e scripts de rastreamento são executados simultaneamente, consumindo CPU do navegador e bateria
  • Esse tipo de design de UX hostil se estende a banners de cookies, pop-ups de assinatura, vídeos com reprodução automática e anúncios que ocupam a tela, atrapalhando a experiência de leitura do usuário
  • O modelo de negócios centrado em ‘tempo de permanência’ e ‘taxa de exposição’ para maximizar a receita publicitária sacrifica a experiência do leitor, e até os engenheiros estão presos a essa estrutura
  • O texto cita páginas de notícias leves centradas em texto (text.npr.org etc.) como exemplo e enfatiza a restauração de uma experiência web simples e respeitosa, na qual leitores e negócio possam coexistir

A realidade de uma página web de 49 MB

  • Ao acessar o site do New York Times, são geradas 422 requisições e 49 MB de dados, e a página leva 2 minutos para se estabilizar
    • Isso é maior que a capacidade total do Windows 95 (28 disquetes) e equivale a 10 a 12 músicas em MP3
    • É como baixar um álbum inteiro para ler apenas alguns parágrafos de texto
  • Embora o desempenho do hardware tenha avançado drasticamente em relação ao passado, os frameworks web centrados em publicidade e rastreamento anulam esse progresso

Carga de CPU e estrutura de rastreamento

  • Sites de notícias executam sistemas de leilão de anúncios programáticos dentro do navegador
    • Requisições assíncronas de leilão para serviços como Rubicon Project e Amazon Ad Systems ocorrem ao mesmo tempo
    • O navegador precisa baixar, analisar e compilar vários MB de JavaScript, o que resulta em carga na main thread
  • O usuário pediu texto, mas o navegador primeiro processa 5 MB de scripts de rastreamento, e só depois os anúncios são inseridos
  • Ao mesmo tempo, beacons de rastreamento comportamental (requisições POST) e redirecionamentos de pixels invisíveis (doubleclick.net, casalemedia) entram em ação para realizar identificação entre sites
  • Esse processo causa aquecimento e consumo de bateria no celular, e o usuário acaba participando, sem saber, de um mercado de negociação de dados em alta frequência

UX hostil e custo de interação

  • Ao entrar na página, surgem em sequência banner de cookies do GDPR, modal de assinatura de newsletter e pop-up de permissão de notificações
    • Antes de acessar o conteúdo, o usuário precisa clicar e rolar várias vezes
    • Isso viola o ‘Interaction Cost’ do NNgroup e os princípios de design minimalista
  • No caso do Economic Times, o usuário só consegue acessar o texto principal depois de fechar três modais e passar por um banner superior
  • Até pelos critérios do Core Web Vitals do Google, esses intersticiais intrusivos são explicitamente citados como fator negativo para SEO

Instabilidade de layout e inserção de anúncios

  • Enquanto o leitor está lendo um parágrafo, quando o leilão de anúncios termina, um anúncio em iframe é inserido e o texto se desloca 250 pixels
    • Isso é medido como Cumulative Layout Shift (CLS) e está diretamente ligado ao aumento da taxa de abandono
  • O Google penaliza oficialmente esse problema, mas existe a contradição de que seus próprios produtos de anúncios causam o mesmo problema
  • Vídeos com reprodução automática continuam sendo exibidos fixos na parte inferior da tela mesmo após a rolagem, e o botão de fechar é pequeno, com área de clique estreita
    • Isso é apontado como um caso de violação da Lei de Fitts

Desperdício de espaço no ambiente móvel

  • De uma viewport móvel média de 800 px, logo, barra de compartilhamento e UI do navegador ocupam uma parte significativa
    • O conteúdo real exibido é de apenas 11% no caso da página do Guardian
  • A proporção de 89% anúncios e modais vs. 11% conteúdo aumenta a fadiga visual e a frequência de rolagem do usuário
  • Também existe a estratégia de posicionar o botão ‘X’ perto da área clicável do anúncio para induzir toques acidentais, conhecida como ‘fat-finger tax’
  • Alguns sites de notícias indianos, como o Jagran, atrapalham o acesso ao texto principal com modais para instalar o app e pop-ups de assinatura

Propostas de melhoria

  • Uma estrutura que obriga o usuário a fechar 3 ou 4 elementos antes de mostrar o conteúdo desperdiça recursos cognitivos
    • Os pop-ups precisam ser ajustados para aparecer somente após 60 segundos de permanência ou 50% de rolagem
    • Consentimento de cookies e assinatura de newsletter podem ser integrados em uma seção não bloqueante na parte inferior
  • Os espaços de anúncio devem ser reservados com contêineres de altura fixa para evitar deslocamento de layout
    • Ex.: min-height: 250px; background: var(--skeleton-loader);
    • Se o anúncio falhar, usar ResizeObserver para reduzir apenas em áreas não visíveis

A existência de sites de notícias leves

  • text.npr.org, lite.cnn.com, cbc.ca/lite etc. oferecem versões leves sem rastreamento nem modais
    • O consumo de notícias via feeds RSS também continua ativo
  • Esses casos mostram que ainda existe demanda por uma experiência web simples e centrada no conteúdo

Conclusão: a atenção do leitor é um recurso

  • As UIs atuais de notícias são projetadas com uma estrutura que trata o leitor como alvo de captura, maximizando a exposição a anúncios
  • No entanto, rentabilidade e acessibilidade podem coexistir, e os engenheiros também demonstram insatisfação com essa estrutura
  • A raiz do problema são os incentivos de negócio de curto prazo centrados em CPM
  • Formou-se um sistema que trata a atenção do leitor como um recurso passível de extração, e
    usar RSS, fechar a aba e aumentar a taxa de abandono são apresentados como as formas mais fortes de resistência a isso

1 comentários

 
GN⁺ 2026-03-16
Comentários do Hacker News
  • Nossos desenvolvedores consumiam cerca de 750MB cada vez que abriam um site
    Fomos verificar depois que chegou um chamado dizendo que o servidor estava lento, e descobrimos que todos os vídeos da página estavam sendo parcialmente preload com antecedência
    Só aguentava porque o escritório estava ligado diretamente ao datacenter por fibra óptica
    Acho que desenvolvedores web não deveriam receber mais que 128kbit de velocidade de rede. Acima disso, tudo desanda
    • Dá para simular velocidades 3G ou 4G na aba Network de navegadores baseados em Chromium ou Firefox
      Junto com o recurso de limitação de CPU, isso é ótimo para checar o desempenho do site em ambientes modestos
    • Esse limite de 128kbit também deveria valer para o departamento de marketing. Eles são os principais culpados pelos scripts de rastreamento
    • Mesmo desenvolvendo em um computador rápido, os testes deveriam ser feitos em um dispositivo modesto como um Chromebook
    • Vale olhar sites como mcmaster.com, onde o prefetching sensível ao contexto foi bem implementado
      Usar um servidor de desenvolvimento lento naturalmente treina você a reduzir recursos desnecessários
    • Antigamente eu usava a web de texto como text.npr.org com o Lyx
      Funcionava bem até em ambientes ultralentos com Gopher, Gemini e Bitlbee baseado em IRC
      Desenvolvedores de apps Electron também deveriam testar em PCs com 2GB de RAM e Celeron antigo para poder dizer que o app está realmente pronto
  • Abri nytimes.com como experimento e os pixels de rastreamento e scripts de anúncio eram realmente terríveis
    Ainda assim, em volume de dados, 36,3MB dos 44,47MB eram vídeos jornalísticos
    Ou seja, o problema não é tanto o excesso de anúncios, mas a estrutura de conteúdo centrada em vídeo
    • Mas por que toda página precisa ter vídeo com reprodução automática?
      É difícil aceitar que 36MB sejam baixados à força antes mesmo de o usuário clicar em qualquer coisa
  • Hoje em dia o NYT está indo ladeira abaixo
    Nem leio mais por causa dos blocos de anúncios e JavaScript. Em vez disso, copio só o título e leio em outro lugar
    Basicamente navego com o JavaScript desativado e quase não vejo anúncios
    Com o JS desligado, as páginas ficam muito mais rápidas e o risco de vazamento de dados também diminui
    Não considero esse jeito antiético. Os sites é que começaram agindo de forma injusta
    • Sites de notícia leves como lite.cnn.com, text.npr.org e newsminimalist.com são bem mais agradáveis
    • O NYT sabe que esse tipo de usuário é uma minoria que não contribui para a receita
      A ponto de, para eles, ser até melhor que a pessoa nem visite o site
    • A maioria das pessoas não liga para JS nem para megabytes
      Se o conteúdo aparece e funciona, já acham suficiente
      O NYT mira justamente essa “maioria indiferente à tecnologia”
    • Fico me perguntando se o YouTube continuará permitindo clientes alternativos no futuro, ou se vai bloquear tudo com DRM
  • Em 2005, o primeiro plano de banda larga da minha família tinha limite de 400MB por mês
    O problema fundamental da indústria dos jornais é o colapso do modelo econômico baseado em publicidade
    Antes, o leitor pagava basicamente só o custo de impressão, e o restante era coberto pelos anúncios
    Mas agora Facebook Marketplace, Craigslist e outros levaram toda essa publicidade
    No fim, notícia virou um produto de nicho, e vender dados dos leitores é o último suspiro
    • Em 2010, lembro de ter levado bronca dos meus pais por baixar uma atualização de jogo de 120MB
      O limite mensal era 250MB, então hoje isso parece inacreditável
  • O desenvolvimento web atual é realmente um inferno de anúncios e rastreamento
    Sites como o HN, que tratam cada linha de JS com cuidado, parecem quase uma dádiva divina
    A web precisa ficar menos inchada
    • Só porque um site pode usar toda a memória, não significa que deva fazer isso
    • Muitas vezes a página fica coberta por pop-ups e overlays de todo tipo, a ponto de você nem conseguir ver o conteúdo
      Continuam repetindo esse UX mesmo parecendo impossível ganhar dinheiro assim
  • É engraçado usar o tamanho de instalação do Windows 95 (cerca de 40MB) como unidade de comparação
    Antigamente o Win95 também era chamado de “inchado”, mas as páginas web de hoje são muito maiores
    O problema, mais do que os anúncios em si, é o desperdício de recursos e a distração
    Se eu ativo o JS e a tela vira uma bagunça barulhenta, saio na hora
    • Tenho curiosidade sobre a estrutura econômica da indústria de anúncios
      Fico em dúvida se alguns centavos ganhos à custa de irritar o usuário realmente valem a pena
      A maioria das pessoas parece apenas aceitar isso com indiferença
      Sou um desenvolvedor no fim dos 30 anos, da geração da “internet livre”, então minha tolerância a anúncios é quase zero
  • Sites de companhias aéreas são especialmente graves. Lugares como a Air Canada cobrem até um processo simples de reserva com vários MB de JS
    Sinto falta de interfaces de linha de comando como os antigos terminais Amadeus
    Fico pensando no que seria necessário para a web voltar a ser centrada no usuário
    • O site da China Southern foi o pior
      Erros nos rótulos dos campos, placeholder cortado, seletor de data aparecendo em chinês,
      mensagem de “seleção indisponível” depois de escolher o assento — o UX estava completamente destruído
    • É preciso criticar desenvolvedores obcecados em seguir as tendências da Big Tech
      Dá para fazer sites perfeitamente utilizáveis só com formulários HTML simples
      O abuso de JS é resultado de doutrinação
    • A web de hoje parece feita para encher currículo de desenvolvedor
    • Acho que precisamos de novos modelos de receita além de cliques em anúncios, mas ainda não sei qual seria a alternativa
  • Foi uma pena o artigo não mencionar listas de bloqueio por DNS
    Eu bloqueio quase todos os anúncios com a Hagezi ultimate list, e no desktop faço ajuste fino com uBlock
    Também bloqueei manualmente os domínios de fontes do Google e da Adobe para melhorar velocidade e privacidade
    • Não fiz um teste preciso, mas com os filtros a impressão é que o tráfego caiu para menos de 1/10
  • Permitir execução de scripts em sites foi o maior erro dos anos 90
    É uma arquitetura fundamentalmente errada deixar programas não verificados rodarem no meu computador
    Se um site quebra quando o JS é desligado, é porque os desenvolvedores o projetaram errado
    Se HTML e código executável tivessem sido separados, o mundo estaria muito melhor
    • Não faz sentido precisar baixar código executável só para ver conteúdo de leitura simples
      Bastaria renderizar no servidor e enviar apenas o resultado
    • Mas como os usuários queriam uma web interativa, o scripting acabaria sendo adotado de qualquer forma
      Uma página de 49MB é apenas um reflexo de prioridades
      Agora que a internet rápida é comum, a maioria dos usuários nem percebe o problema
  • Ironicamente, até textos críticos como este carregam recursos de terceiros desnecessários como Cloudflare Insights
    Eu bloqueio completamente esse tipo de recurso com o modo hard do uBlock Origin