CoreDash vs CrUX e Search Console

Esta comparação é um pouco estranha, porque o CrUX não é propriamente um concorrente. O CrUX, o PageSpeed Insights e a Search Console são um único conjunto de dados gratuito da Google apresentado em três sítios, e qualquer proprietário de um site devia olhar para ele. É a primeira coisa que verifico em qualquer site, incluindo nos que já usam o CoreDash.

A verdadeira questão é se os dados gratuitos chegam para o seu site. Fui eu que criei o CoreDash, por isso tenha isso em conta. Mas os dados da Google são bons, por isso vamos começar por aí.

O que os field data gratuitos da Google fazem bem

É gratuito e não há nada para instalar. O Chrome mede o LCP, o INP, o CLS, o FCP e o TTFB dos utilizadores que deram autorização, e a Google publica os resultados no Chrome UX Report. O PageSpeed Insights mostra esses dados por cima de um teste do Lighthouse. A Search Console organiza-os em grupos de URLs e tem um fluxo de validação de 28 dias para correções. O CrUX Vis mostra a tendência semanal das últimas 40 semanas. Substituiu o dashboard do Looker Studio (que a Google descontinuou no final de novembro de 2025) e é muito mais fácil de ler.

developer.chrome.com, outubro de 2026.

O CrUX é também o conjunto de dados que a Google usa para os Core Web Vitals no Search. Por isso, quando um cliente pergunta «passamos?», toda a gente vai ver aí, incluindo a respetiva agência de SEO. Nenhuma ferramenta de RUM substitui isso, e o CoreDash nem sequer tenta fazê-lo. (A Google também refere que boas pontuações não garantem posições no ranking, o que vale a pena dizer a esse cliente.)

Funciona em qualquer site público, incluindo nos dos seus concorrentes. Numa tarde, consegue extrair os números de todas as lojas do seu setor. Uma ferramenta de RUM só mede sites onde tenha inserido o script, por isso, para benchmarking e prospeção, o CrUX é a escolha óbvia.

O BigQuery recua até 2017, com dados mensais por origin. A History API disponibiliza 40 períodos semanais. O lançamento de agosto de 2026 cobriu 18,3 milhões de origins.

E a Google continua a acrescentar novidades. Desde janeiro de 2025 que o CrUX divide o LCP em subpartes (TTFB, resource load delay, resource load duration, element render delay) e indica se o LCP foi uma imagem ou texto. Em setembro de 2026 foram adicionadas métricas experimentais de anúncios. O servidor MCP oficial do Chrome DevTools agora inclui por omissão field data do CrUX numa trace de performance, para que um agente de IA veja o p75 da Google ao lado da lab trace. A API do CrUX é gratuita até 150 pedidos por minuto por projeto da Google Cloud, e muitas ferramentas de terceiros são construídas sobre ela.

Comece por aqui, depois meça os seus próprios visitantes

Se não tem qualquer ferramenta de real-user monitoring, o CrUX são os seus field data. Isso já o coloca à frente de equipas que só olham para a pontuação do Lighthouse. Já vi equipas a celebrar um 98 no PageSpeed Insights quando o field INP nas páginas de produto era mau. O Lighthouse carrega a página uma única vez e nunca clica em nada, por isso quaisquer dados de utilizadores reais dizem-lhe muito mais do que isso.

E qualquer ferramenta de RUM é melhor do que nenhuma. Se já usa uma e ela responde às suas perguntas, não precisa desta página. Esta página é para quem já esgotou o que os dados gratuitos conseguem dizer, e para quem nem sequer tem o site no CrUX.

CoreDash e os dados gratuitos da Google lado a lado

Preços e funcionalidades verificados em setembro de 2026.

O que o CoreDash acrescenta

Os dados gratuitos são muito bons a indicar se passa. Assim que começa a corrigir problemas, precisa de outras respostas: que elemento está lento, que script bloqueia o clique, se o deploy de ontem piorou as coisas. O CrUX nunca foi feito para isso. É um conjunto público e anónimo de valores p75, e é exatamente por isso que a Google o consegue publicar gratuitamente para milhões de origins.

Visitantes e páginas que o CrUX ignora

O CrUX apenas contabiliza utilizadores do Chrome no computador e em Android que tenham as estatísticas de utilização ativas, sincronizem o histórico e não usem uma frase-passe de sincronização. O Chrome no iPhone não conta, tal como o Safari, o Firefox ou o Edge. Para além disso, a página tem de ser pública, indexável e suficientemente popular. Páginas protegidas por login nunca são elegíveis, e a Search Console recorre à pontuação da origin para grupos de URLs que não tenham dados suficientes. Para muitos sites, isso traduz-se em «dados de utilização insuficientes» (escrevi sobre porque é que isso acontece).

Metodologia do CrUX em developer.chrome.com, outubro de 2026.

O CoreDash mede todas as pageviews onde o script é executado. Uma página com 50 visitas por mês tem dados, tal como os seus visitantes em iPhone e os clientes com sessão iniciada. Não define cookies por omissão nem recolhe dados pessoais, pelo que não precisa de banner de consentimento e não fica limitado a medir apenas quem clicou em aceitar.

Que elemento corrigir

É disto que mais preciso no meu dia a dia de trabalho. O CrUX indica que o LCP num URL é de 3,4 segundos no p75 e, desde 2025, também diz que a maior parte desse tempo é resource load delay. Útil. Mas não diz que imagem é, em que template está, ou se alguém voltou a colocar loading="lazy" no hero (continuo a apanhar isso de poucas em poucas semanas).

No caso do INP, o CrUX dá um único número e nada mais. Que botão? Que script? O clique aconteceu enquanto a página ainda estava a carregar? Nenhuma ideia. É aí que a maior parte do trabalho de INP bloqueia: sabe que está mau, mas não sabe por onde começar.

O CoreDash regista o elemento por detrás de cada LCP, INP e CLS. No LCP, obtém também o tipo de elemento, o URL da imagem e a prioridade do LCP (preloaded, fetchpriority high, sem preload ou com lazy loading). No INP, obtém o tipo de input, o estado de carregamento e o script de Long Animation Frame que bloqueou a main thread. Pode segmentar tudo isto por etiqueta de página, estado de autenticação, variante de teste A/B, país ou capacidade do dispositivo. A vista de Diagnóstico verifica 14 anti-patterns de LCP e apresenta correções para a sua stack.

Vê as alterações no próprio dia em que entram em produção

Os dados do CrUX têm apenas um ou dois dias (o atraso de 28 dias é um mito). Mas são um p75 de 28 dias; por isso, uma correção mexe no número apenas um pouco por dia e só se reflete totalmente ao fim de quatro semanas. Uma regressão num único template fica diluída na média do resto do site. A Search Console envia emails a alertar para novos problemas, mas só quando o valor dos 28 dias tiver variado o suficiente para mudar o estado de um grupo de URLs.

No CoreDash, um deploy surge nas séries temporais em poucas horas. A funcionalidade de marcação de releases a partir do seu CI coloca o p75 de cada release ao lado da anterior. Os AI Auto Alerts verificam centenas de segmentos todos os dias e só sinalizam uma regressão quando esta afeta pelo menos 2% do seu tráfego, indicando a métrica, o segmento e o número de utilizadores afetados.

O seu agente de IA lê os seus próprios field data

A API do CrUX é ótima para scripts, e o servidor MCP do Chrome DevTools disponibiliza a um agente o p75 da Google ao lado de uma lab trace. Mas continua a ser um número ao nível da página ou da origin, baseado apenas em utilizadores do Chrome que deram autorização.

O servidor MCP do CoreDash é o mesmo endpoint da API e é apenas de leitura. O Claude, o Cursor ou qualquer outro agente podem pedir qualquer métrica entre p50 e p95, filtrada e agrupada por qualquer dimensão. «Qual é o elemento de LCP mais lento nas páginas de produto em telemóvel na Alemanha» faz-se numa única chamada. O CWV Superpowers é um agente gratuito com licença MIT que arranca com esses field data, grava uma trace do Chrome com emulação móvel, Fast 3G e CPU abrandado a 4x, e termina com uma correção no código (ficheiro, linha e diff) ou um relatório em HTML. Sem pontuações do Lighthouse. O artigo Corrigir o INP com um agente de IA mostra uma execução real.

As agências têm direito a uma Agency API com uma chave-mestra que cria projetos de clientes e os consulta a todos com as mesmas três ferramentas. O preço só sobe com o tráfego, todos os planos incluem todos os dashboards e o plano Studio para agências cobre 10 sites de clientes por 71 $ por mês, faturado anualmente.

Quando ficar pelos dados gratuitos

• Quer saber como a Google vê o seu site. Por definição, isso é o CrUX, e deve continuar a consultá-lo independentemente de qualquer outra ferramenta que use.
• Está a fazer benchmarking de concorrentes ou potenciais clientes. O CrUX é a única fonte de field data que consegue obter para sites que não são seus.
• Está a fazer pesquisa ao longo de muitos sites ou anos. O BigQuery recuar até 2017 é difícil de bater, e é gratuito até ao escalão gratuito.
• O seu site passa nos testes em telemóvel e computador, as páginas que lhe interessam têm dados próprios e o frontend raramente muda.
• Não pode adicionar um script ao site.
• Não há orçamento. O CrUX combinado com um teste do Lighthouse na página que está a corrigir é uma solução sensata e muito melhor do que tentar adivinhar.

Use ambos

Eu usaria ambos. O CoreDash cruza dados com o CrUX e coloca os números da Google ao lado dos seus próprios dados de RUM, para que veja o que a Google vê e o que está na origem disso. Também pode consultar gratuitamente o histórico do CrUX de qualquer site com a ferramenta CrUX History no corewebvitals.io.

O período de teste é de 14 dias sem cartão de crédito e os dados entram a partir da primeira pageview. Espreite primeiro a demo se quiser ver os dashboards, consulte os preços para o seu tráfego ou veja todas as comparações.

Fontes: Metodologia do CrUX, Métricas do CrUX, API do CrUX, History API do CrUX, CrUX no BigQuery, Notas de lançamento do CrUX, Descontinuação do CrUX Dashboard, Métricas de anúncios do CrUX, Sobre o PageSpeed Insights, Relatório de Core Web Vitals da Search Console, Google Search e Core Web Vitals, Servidor MCP do Chrome DevTools.