Nessa era da IA, sinto que às vezes as pessoas deixam de olhar para pequenas coisas que podem ter um impacto gigantesco.
Nas últimas semanas, tenho rodado várias análises para melhorar a performance do frontend, e algo estava me incomodando muito: por que o LCP e o CLS estavam tão altos no mobile?
Antes de explicar o bug, você precisa entender que essas métricas são importantíssimas para UX, mas, mais do que isso, para SEO. O Google utiliza os Core Web Vitals como sinais de experiência na avaliação das páginas.
Por exemplo:
Dois sites estão disputando posições para a keyword "abacaxi".
O primeiro site demora 5 segundos para exibir o conteúdo principal (LCP).
O segundo site tem um conteúdo similar, mas demora apenas 1,8 segundo.
O segundo site PODE ter uma vantagem competitiva no posicionamento do Google.
Note que usei o PODE, pois existem diversos outros fatores que determinam o posicionamento.
O CLS segue um caminho parecido, mas diz muito sobre o quanto o seu site "se mexe" durante o carregamento. Se o CLS é alto, significa que seu site não é visualmente estável, fazendo com que elementos mudem de posição inesperadamente.
Bom, voltando ao bug...
O que descobri é que, na nossa versão mobile, o problema era praticamente imperceptível a olho nu. Mas, rodando algumas ferramentas, como o Lighthouse, @ubersuggest_seo e analisando os Web Vitals no Sentry, percebi que o mobile estava apresentando um erro de hidratação.
Além disso, o menu aparecia aberto nos primeiros segundos da renderização e depois fechava.
Pensa comigo: esse comportamento impactava diretamente o LCP e o CLS.
O menu abria e depois fechava. Com isso, o navegador precisava lidar com uma renderização inicial diferente do estado esperado (menu fechado, que é o comportamento padrão no mobile), atrasando a estabilização e a exibição do conteúdo principal (LCP).
E o CLS? O menu abria e fechava, provocando uma mudança visual significativa logo no primeiro carregamento.
O erro de hidratação também fazia a página passar por uma nova renderização, contribuindo para o problema de estabilidade visual e performance.
Fechando: depois de resolver o bug e garantir que o menu permanecesse fechado desde o início, saímos de:
LCP: 11,1s → 1s
CLS: 0,303 → 0,073
Tudo isso com uma PR de apenas 4 arquivos e 23 linhas alteradas.
Às vezes, não precisamos de uma grande refatoração, de uma nova biblioteca para resolver problemas de performance.
Precisamos olhar para os detalhes.
Replying to @brunoclz
Salva nós no mobile aqui. Acho que o container não tá esperando montar antes de definir o tamanho do view port.
F5 não resolve. IPhone.
Replying to @ubersuggest_seo
@ubersuggest_seo has a new home! 🚀
Today, we completed a full domain migration, and we’re officially on ubersuggest.com.
There were several learnings along the way, including one interesting Google feature that I’ll share in the comments.
Whenever we make changes like these, we need to focus on two things: minimizing the impact on users and ensuring we can track the changes in our data.
An incorrect status code can hurt your SEO. A misconfigured tag can impact your analytics. That’s why it’s essential to look at the entire process end to end.
Beyond all the details around redirects and status codes, here are a few things worth keeping in mind:
GA4: You can keep the same GA4 property; you just need to make a few adjustments. Even more interestingly, if you’re doing a gradual migration, you can use the same tag across both domains with the right configuration.
Google Search Console (GSC): You can notify Google that you’ve migrated to a new domain. You just need to verify both properties in Search Console and submit the change of address.
Password autofill: Finally, even when moving to a completely different domain, you can help browsers preserve users’ saved login information and password autofill experience across the transition. I’ll share the link in the comments.
A domain migration involves much more than simply pointing one domain to another. Every detail matters! 🔍
Eu vendo uma aula do @FilipeDeschamps de Github e de repente o Github cai.
Acho que ele sabe de alguma coisa
Voltando um pouco nesse tópico:
Você já pensou em pegar o nicho da sua marca e perguntar pro GPT ou outra LLM que use pra ver se você aparece?
(Vai em uma aba anônima deslogado)
Faz esse teste rápido e manda o resultado aqui.
Aqui um bom exemplo de como talvez a @abacatepay teria um espaço para investir em GEO.
Vamos falar bastante disso nos próximos meses por aqui.
Replying to @daniellimae @richardrx
Duvida sincera, essa imagem não faria mais sentido em um 5xx da vida? 😂
O copy tbm dá a entender que a página já existiu antes, mas as vezes ela nunca existiu...
Como eu faria talvez 😅













