CLS de 0,4 para 0,06 num fluxo de reserva de férias
Os layout shifts estavam no fluxo de reserva, e a maioria acontecia depois do primeiro carregamento da página.
Uma single page application com um fluxo de reserva que saltava
A Prijsvrij é um site de viagens neerlandês: pesquisar, comparar e reservar férias. Todo o site é uma single page application, e a mesma equipa gere o Prijsvrij.be e o D-reizen.
Passei dois dias de 4 horas no local. No primeiro dia auditei o site. No segundo dia analisei os resultados com a equipa e expliquei, passo a passo, como resolver primeiro os problemas mais urgentes.
O primeiro ecrã, o fluxo de reserva e os cliques
A maioria dos layout shifts acontecia em soft navigations: a app troca o conteúdo sem carregar uma nova página. Um teste do Lighthouse à homepage nunca os vê. Já os visitantes reais que avançam na reserva sentem esses shifts, e o CrUX conta-os no URL que abriram primeiro.
Entreguei a auditoria no final de março de 2026 e analisei-a com os developers deles em Den Bosch a 15 de abril e online uma semana depois. O CLS foi a parte difícil, com mais causas do que o habitual num setup deste tipo. Os developers resolveram o problema nos três sites e, em maio, o CLS em desktop ficou verde em todos eles.
Numa manhã de junho, o lead de front-end deles enviou-me um email. Tinha passado as últimas semanas a afinar o prijsvrij.nl com base nos dados do CoreDash através da ligação ao Claude Code, e os gráficos estavam a ir na direção certa. O D-reizen também podia entrar? Em menos de uma hora, o D-reizen e o Prijsvrij.be estavam ambos no CoreDash.
A seguir vem o INP. Quando o analisei no final de junho, reconheci o padrão: já o vi muitas vezes, e um plano passo a passo comprovado resolve-o, desde que cada passo seja executado com rigor. Isso resolve a maior parte. Só depois é que os problemas subjacentes aparecem, e esses são sempre mais pequenos. Por isso sugeri trabalharmos de forma mais prática: alterações pequenas e cirúrgicas, menos teoria, mais ação. Em julho estivemos no escritório deles, com almoço incluído, e continuamos a reunir-nos todos os trimestres.
O LCP no telemóvel sobe nas férias, quando grande parte do tráfego vem de pessoas que estão elas próprias de férias. Mantém-se bem abaixo dos 2,5 segundos e já está a descer novamente.
Uma animação de carregamento só desloca o layout shift
A animação parecia cobrir a espera. O layout shift surgia no momento em que dava lugar aos detalhes do voo.
O tracking no clique penaliza todos os cliques
Uma tag no click handler corre antes de o ecrã poder mudar. Passada para depois da atualização, o visitante vê primeiro o resultado e a tag corre na mesma.
Uma single page application está sempre a mudar
Cada release adiciona componentes e tags que a última verificação nunca viu. É por isso que volto todos os trimestres.
Layout shifts numa single page application que o Lighthouse nunca vê?
Envie-me o URL do seu fluxo de reserva ou checkout e percorro-o como faz um visitante, soft navigations incluídas.
Ou ver consultoria. Mais resultados na página de clientes.
