Priorizando Core Web Vitals para Visitantes com Alta Intenção de Compra

Priorizando Core Web Vitals para Visitantes com Alta Intenção de Compra

Muitos dos meus clientes se preocupam profundamente em passar nos Core Web Vitals. Passar nos Core Web Vitals significa que 75% de todo o tráfego deve passar nos Core Web Vitals. Um objetivo admirável! Mas ao otimizar para os 75% dos visitantes, um grupo pequeno mas crítico de cerca de 5% dos visitantes pode ser negligenciado. Infelizmente, esse é às vezes o grupo mais importante: os visitantes que vão se converter em clientes!

Encontrando pontos cegos na análise de CWV

Embora focar nas métricas gerais de CWV seja essencial para uma boa user experience, isso pode mascarar problemas de performance que afetam especificamente visitantes de alto valor. A otimização de Core Web Vitals, principalmente devido ao bônus do Google, tende a focar na otimização do 'visitante ligeiramente abaixo da média'.

No e-commerce, faz muito sentido ir além dessa visão e adicionar um foco extra nos visitantes com alta intenção de compra.  Esses são os visitantes que se convertem em clientes. Otimizar os Core Web Vitals para esses segmentos de visitantes leva a taxas de conversão mais altas e menor abandono de carrinho. 

Normalmente podemos identificar esses usuários pela quantidade de itens no carrinho. 

Agora, eis o problema: adicionar itens a um carrinho de compras pode impactar os core web vitals. O problema são os plugins de cache!

Plugins de cache frequentemente desabilitam o cache para usuários com conteúdo dinâmico. Conteúdo dinâmico é conteúdo que muda por usuário. Algo tão simples como 'itens em um carrinho de compras', força o servidor a reconstruir a página inteira a cada requisição. Isso aumenta significativamente o Time to First Byte, levando a um First Contentful Paint e Largest Contentful Paint mais lentos. Como resultado, usuários com intenção de compra experimentam um site mais lento comparado àqueles que estão apenas navegando.

Priorizando a Performance para conteúdo dinâmico

Vá Além dos Plugins de Cache: Não dependa exclusivamente de plugins de cache. Tente corrigir o máximo possível dos problemas e gargalos subjacentes antes de recorrer a plugins. Analise seu código backend, otimize consultas ao banco de dados, ajuste o servidor para garantir um TTFB rápido, mesmo sem plugins de cache.

Cache Parcial: Considere fazer cache de partes menores do seu site que são intensivas em CPU ou tempo para gerar dinamicamente. Isso permitirá que você, quando o cache de página completa estiver desabilitado, ainda consiga gerar rapidamente a página inteira. Seu CMS normalmente  suportará cache parcial com Memcached ou Redis.  

Client-Side Rendering (CSR) para componentes dinâmicos: Considere implementar CSR para usuários logados. Com client side rendering, a maior parte da página ainda é servida como HTML em cache (essa parte é renderizada no servidor) enquanto partes menores e dinâmicas da página (como o carrinho ou resultados personalizados) são renderizadas no lado do cliente. Após a página ser carregada, o navegador usa JavaScript e AJAX para buscar conteúdo dinâmico (como informações do carrinho) e injetá-lo na página estática, fazendo-a parecer dinâmica.

Gerenciamento eficaz de cache:  Sou um grande fã de cache e vou encorajá-lo a implementar estratégias eficazes de gerenciamento de cache como cache com chaves. Use chaves simples  para elementos estáticos (por exemplo, uma URL pode ser suficiente como chave para uma página em cache) e use chaves complexas  para conteúdo dinâmico como carrinhos de compras (a chave pode incluir o ID do usuário, IDs dos produtos e timestamps para garantir que os dados recuperados correspondam ao carrinho específico do usuário).