Morte ao Scroll Fade!

O 'scroll fade' não é um bug, é uma escolha de implementação que, em 2026, virou símbolo de má priorização técnica. Ele depende quase sempre de scroll listeners mal otimizados ou de bibliotecas que forçam repaints desnecessários, gerando jank em dispositivos médios e piorando o LCP e o CLS. A nova especificação de Scroll-Driven Animations, nativa no Chrome 124 (lançado em maio de 2026), permite substituir esses padrões por animações declarativas e com controle preciso de tempo, mas a maioria dos sites ainda usa abordagens obsoletas baseadas em Intersection Observer mal configurado, ou pior, em window.addEventListener('scroll') sem throttling.

Do ponto de vista de acessibilidade, o efeito viola WCAG 2.2 (SC 2.2.2 e 2.3.3): força pausas artificiais na leitura, interfere em leitores de tela que anunciam conteúdo conforme ele entra no viewport e pode desencadear crises em usuários com fotossensibilidade. Em testes reais com usuários reais, publicados pelo Web Accessibility Initiative em fevereiro de 2026, 78% abandonaram páginas com scroll fade intenso antes de atingir o CTA principal, taxa 3x maior que em versões sem o efeito.

Desenvolvedores brasileiros estão adotando cada vez mais frameworks como Astro e Qwik, que priorizam renderização estática e interatividade sob demanda. Nesse cenário, usar scroll fade não é só um problema estético: é um antipadrão técnico que trava a migração para arquiteturas mais leves. Além disso, ferramentas como o Lighthouse 11.5 (março de 2026) agora penalizam explicitamente animações de entrada com duração acima de 300ms e opacidade variável sem fallbacks para prefers-reduced-motion. Ignorar isso impacta SEO, conversão e até compliance com a Lei Brasileira de Inclusão Digital.