LCP de 2,1 s no telemóvel, quatro anos após a auditoria
Três sites num só, cerca de 25 URLs e um blog que só parecia rápido no Lighthouse.
WordPress, uma app de perfis separada e um blog
O site da Voices era, na verdade, três sites: um site de marketing em WordPress, uma app separada para os perfis dos atores de voz, e um blog e podcasts. Analisei cerca de 25 URLs entre os três sites.
Layout shifts na homepage, perfis lentos e um 94 no blog que os visitantes nunca viram
Sentei-me com os developers deles, disse-lhes o que corrigir primeiro e ensinei-lhes algumas coisas pelo caminho. Agarraram naquilo e avançaram a todo o vapor: pouco depois, o development manager enviou-me a lista do que tinham implementado, até ao fetchpriority nas imagens que importam.
O Tom, o developer de marketing deles, tinha implementado grande parte das minhas recomendações antes de sair e, em março de 2022, os perfis estavam frequentemente no verde no PageSpeed. Depois, foi lançado um conjunto de novas funcionalidades no site e os perfis recuaram. Em maio, o development manager deles, Jayme Cousins, enviou-me um email: podia dar outra vista de olhos? Na segunda-feira seguinte, enviei-lhe três vitórias fáceis. Os scripts de login da Google e da Apple tinham passado a ser render blocking quando desativaram o Rocket Loader da Cloudflare, por isso tinham de ir para o fim do body com defer. O logótipo precisava de largura e altura. E o LCP era uma imagem de fundo em CSS, que tinha de passar a imagem real com preload. Encontrámos um espaço na quarta-feira, entre o Victoria Day deles e a minha Quinta-feira da Ascensão (a minha mulher não ia gostar nada que eu trabalhasse num feriado), e nesse mesmo dia enviei também código de exemplo, com uma pequena cache de página incluída.
Em agosto, o head de um perfil tinha 40 kB em vez de 251 kB.
- 251 kB
- tamanho do head
- 28
- regras @font-face
- 2
- scripts bloqueantes
- 40 kB
- tamanho do head
- 0
- regras @font-face
- 0
- scripts bloqueantes
No desktop, é possível ver o impacto da segunda ronda. Em abril, após o lançamento das novas funcionalidades, o time to first byte atingiu um pico de 1,1 segundos. Em outubro já estava nos 0,8 e no verde, e o LCP tinha descido de 1,8 segundos em março para 1,5.
Quatro anos depois, voltei a consultar a Voices no CrUX para esta página e está tudo no verde. Nos telemóveis, o LCP situa-se entre 2,0 e 2,3 segundos, o INP entre 150 e 200 ms, e o CLS mantém-se em 0 todos os meses há um ano. Essa parte é toda dos developers deles.
"O Arjen desempenhou um papel fundamental na resolução dos nossos Core Web Vitals. Fez com que as nossas páginas de perfil críticas voltassem ao verde no PageSpeed. O que mais valorizo é a sua atitude prática: não se limita a encontrar os estrangulamentos, trabalha diretamente com a nossa equipa de desenvolvimento até as correções estarem mesmo em produção."
Jayme Cousins, Manager Development, Voices.com
Um plugin que atrasa scripts engana o Lighthouse
O teste avalia o que vê, e nunca chegou a ver esses scripts. O telemóvel de um visitante continua a descarregar e a executar cada um deles.
Um layout shift afinal eram três
O relatório apresentava um único valor de CLS. O trace mostrava três shifts seguidos, e cada um precisava da sua própria correção.
Ensine os developers e o verde mantém-se
A auditoria foi em 2022. Os developers mantiveram tudo no verde e o CrUX continua a passar no telemóvel.
Verde no Lighthouse, vermelho no Search Console?
Descubro o que está lento para os visitantes e porquê, e os developers recebem as correções pela ordem em que devem ser implementadas.
Mais resultados na página de clientes.
