{"title":"Core Web Vitals","slug":"core-web-vitals","letter":"C","shortDefinition":"Conjunto de métricas de experiência do usuário definidas pelo Google para medir velocidade de carregamento, interatividade e estabilidade visual de páginas web.","category":"SEO Técnico","subcategory":null,"aliases":["Web Vitals","Métricas de Experiência da Página","LCP INP CLS"],"synonyms":["CWV","Sinais de Experiência da Página","Page Experience Signals"],"entities":["Largest Contentful Paint","Interaction to Next Paint","Cumulative Layout Shift","Chrome User Experience Report","PageSpeed Insights","Performance Budget","Critical Rendering Path"],"related":[{"slug":"eeat","title":"E-E-A-T","shortDefinition":"Framework do Google para avaliar a qualidade de conteúdo com base em Experiência, Expertise, Autoridade e Confiabilidade.","url":"https://webclik.com.br/glossario/eeat"}],"updatedAt":"2026-09-13","canonicalUrl":"https://webclik.com.br/glossario/core-web-vitals","representations":{"html":"https://webclik.com.br/glossario/core-web-vitals","json":"https://webclik.com.br/api/agente/glossario/core-web-vitals"},"contentFormat":"markdown","content":"## O que são Core Web Vitals?\n\n> \"Core Web Vitals não medem o quanto seu site é bonito, medem se ele é rápido o suficiente para que o usuário não desista antes de ver o conteúdo.\"\n\nCore Web Vitals são três métricas de experiência do usuário definidas pelo Google. Elas medem aspectos fundamentais da experiência real de navegação: velocidade, responsividade e estabilidade visual.\n\n\nDesde 2021, o Google usa Core Web Vitals como um dos sinais de experiência de página em seus sistemas de busca, mas não existe um score único de \"Page Experience\" nem penalização automática para quem fica abaixo dos limiares recomendados. Relevância continua sendo o fator mais importante: uma boa experiência de página pode contribuir como critério de desempate entre resultados que já atendem bem à intenção de busca, não substituir a relevância do conteúdo.\n\n\n## As três métricas principais\n\n### O que causa LCP lento e como diagnosticar\n\n**LCP (Largest Contentful Paint)** mede o tempo de carregamento do maior elemento visível na tela, ideal abaixo de **2,5 segundos**. As causas mais comuns de LCP lento são: imagens de hero sem compressão adequada, ausência de CDN, tempo de resposta do servidor acima de 600ms e CSS bloqueante no Critical Rendering Path. O PageSpeed Insights identifica o elemento LCP e aponta as otimizações prioritárias com base no Chrome User Experience Report (CrUX).\n\n### Por que INP substituiu FID como métrica de interatividade\n\n**INP (Interaction to Next Paint)** substituiu o FID em março de 2024; mede a latência de resposta a todas as interações do usuário durante a sessão, não apenas a primeira, com meta abaixo de **200ms**. O FID media apenas o delay da primeira interação e não capturava degradação de performance em páginas com JavaScript pesado. O INP é uma medida mais completa e exigente, especialmente para SPAs e páginas com muitos event listeners.\n\n### Como eliminar CLS em páginas com conteúdo dinâmico\n\n**CLS (Cumulative Layout Shift)** mede a estabilidade visual, ou seja, o quanto os elementos da página se movem durante o carregamento, ideal abaixo de **0,1**. As causas mais frequentes são imagens sem atributos de dimensão definidos, anúncios e banners que empurram o conteúdo, e fontes que causam FOUT (Flash of Unstyled Text). A solução padrão é reservar o espaço visual do elemento antes de ele carregar, usando `aspect-ratio` ou dimensões explícitas no CSS.\n\n## Como medir e otimizar\n\nAs métricas podem ser monitoradas via **Google Search Console** (aba Experiência > Core Web Vitals), **PageSpeed Insights** e **CrUX (Chrome User Experience Report)**. As principais otimizações envolvem: servir imagens em WebP/AVIF com dimensões definidas, usar CDN, diferir scripts não críticos e eliminar fontes de layout shift como banners e ads sem reserva de espaço.\n\n## Como implementar Core Web Vitals\n\n### O que mudar no conteúdo existente\n\nComece pelo LCP: identifique o elemento mais pesado acima da dobra (normalmente o hero image ou o banner principal) e otimize-o com compressão, formato WebP/AVIF e atributo `fetchpriority=\"high\"`. Para CLS, defina dimensões explícitas em todas as imagens e reserve espaço para elementos dinâmicos (ads, embeds) com CSS antes de eles carregarem. Para INP, audite os event listeners e remova ou adie scripts de terceiros que bloqueiam a thread principal.\n\n### Quais ferramentas usar para medir\n\nGoogle Search Console (aba Core Web Vitals) mostra dados de campo reais segmentados por tipo de dispositivo. PageSpeed Insights combina dados de campo do CrUX com dados de laboratório do Lighthouse. Para diagnóstico aprofundado, use o Chrome DevTools (Performance e Coverage) para identificar scripts que bloqueiam o Critical Rendering Path e o Screaming Frog para auditar o site em escala.\n\n### Quanto tempo leva para ter resultado\n\nApós as correções, o Google leva entre 28 e 35 dias para atualizar os dados do CrUX, que são coletados de usuários reais. O Search Console reflete essa janela com defasagem adicional de alguns dias. Mudanças no ranqueamento decorrentes da melhoria das métricas costumam ser observáveis em 4 a 8 semanas.\n\n### Quais são os riscos\n\nO risco mais comum é otimizar apenas os dados de laboratório (Lighthouse) sem verificar os dados de campo (CrUX), as duas fontes podem divergir significativamente dependendo do comportamento real dos usuários no dispositivo. Outro risco é introduzir CLS ao otimizar imagens sem definir corretamente as dimensões, piorando uma métrica ao tentar melhorar outra.","editorialUpdates":[{"date":"2026-09-13","type":"official-doc-change","reason":"O Google esclarece que não existe um score único de Page Experience e que os sinais de experiência não substituem a relevância do conteúdo nem geram penalização automática abaixo de limiares, a formulação anterior superestimava o peso das Core Web Vitals no ranqueamento.","source":"https://developers.google.com/search/docs/appearance/page-experience","text":"Desde 2021, o Google usa Core Web Vitals como um dos sinais de experiência de página em seus sistemas de busca, mas não existe um score único de \"Page Experience\" nem penalização automática para quem fica abaixo dos limiares recomendados. Relevância continua sendo o fator mais importante: uma boa experiência de página pode contribuir como critério de desempate entre resultados que já atendem bem à intenção de busca, não substituir a relevância do conteúdo."}],"verifiedClaimsCount":3,"claims":[{"id":"cwv-three-current-metrics","statement":"Os Core Web Vitals atuais são LCP, INP e CLS, medindo respectivamente desempenho de carregamento, capacidade de resposta e estabilidade visual.","verifiedAt":"2026-09-13","status":"verified","evidence":[{"publisher":"Google Search Central","sourceType":"primary","support":"direct","url":"https://developers.google.com/search/docs/appearance/core-web-vitals"}]},{"id":"cwv-recommended-thresholds","statement":"O Google recomenda LCP de até 2,5 segundos, INP abaixo de 200 milissegundos e CLS abaixo de 0,1 para uma boa experiência.","verifiedAt":"2026-09-13","status":"verified","evidence":[{"publisher":"Google Search Central","sourceType":"primary","support":"direct","url":"https://developers.google.com/search/docs/appearance/core-web-vitals"}]},{"id":"cwv-ranking-not-guarantee","statement":"Core Web Vitals são utilizados pelos sistemas de classificação do Google, mas boas pontuações não garantem posições superiores nos resultados de pesquisa.","verifiedAt":"2026-09-13","status":"verified","evidence":[{"publisher":"Google Search Central","sourceType":"primary","support":"direct","url":"https://developers.google.com/search/docs/appearance/page-experience"}]}]}