CoreDash vs Cloudflare Web Analytics
O Cloudflare Web Analytics oferece Core Web Vitals de usuários reais de graça, o que é muito melhor do que nada. Quando você começa a depurar, o CoreDash faz mais. Abaixo mostramos onde, e quando é melhor você continuar com a Cloudflare.
Trusted by market leaders · Client results
Eu construí o CoreDash, então tenha isso em mente. Mas eu realmente gosto do Cloudflare Web Analytics. Ele é gratuito, não define cookies e, em muitos sites atrás da Cloudflare, já pode estar rodando sem que ninguém o tenha instalado.
Se você o tem rodando e ele informa o que você precisa, mantenha-o. Você está medindo visitantes reais, e muitos sites não fazem isso. Esta página é para quando você começa a fazer perguntas que ele não consegue responder.
O que o Cloudflare Web Analytics faz bem
O preço, obviamente. O Web Analytics não custa nada em nenhum plano da Cloudflare, e seu site nem precisa passar pelo proxy da Cloudflare. Em uma zona com proxy, a Cloudflare injeta o beacon no edge (e adiciona SRI automaticamente). No Cloudflare Pages, basta ativar uma opção.
cloudflare.com, outubro de 2026.
A medição é feita corretamente. O beacon encapsula a biblioteca web-vitals do Google e a Cloudflare a mantém atualizada (o changelog mostra a atualização para a v6.2.1 em 2 de setembro de 2026). Single page apps são tratadas com a Soft Navigations API no Chromium, depois com a Navigation API, e com History pushState como fallback. Eu não esperava tanto suporte a SPA de um beacon gratuito.
A Debug View também é útil. Sob cada métrica, você obtém os 5 principais elementos que a prejudicam, como seletores CSS, com P50, P75, P90 e P99 para cada um. Para o LCP, você vê a URL do recurso e seu tamanho; para o CLS, o elemento que mudou e de onde para onde ele se moveu. Você pode filtrar por tipo de navegação (incluindo bfcache, prerender e soft navigations), e filtrar bots exige apenas ativar uma opção. A GraphQL API possui mais do que o painel: as subpartes do LCP (resource load delay, load time, render delay), as fases do INP (input delay, processing, presentation), a fetchpriority do recurso de LCP e os quantis até P99,9.
A privacidade também é boa. De acordo com a documentação da Cloudflare, não há cookies, nem localStorage e nem fingerprinting, então, geralmente, você não precisa colocá-lo atrás de um banner de consentimento.
Melhor do que o Lighthouse e o Search Console sozinhos
A maioria dos sites que eu audito olha apenas para o Lighthouse e o Search Console. O Lighthouse carrega sua página uma vez em um telefone simulado e nunca clica em nada, então ele não consegue medir o INP. O CrUX conta apenas os usuários do Chrome que optaram por participar e não mostra nada até que uma página tenha o suficiente deles (veja dados insuficientes no Search Console). O Cloudflare Web Analytics mede os visitantes que você realmente tem. Portanto, se a escolha é entre o Cloudflare Web Analytics ou nada, ative-o.
CoreDash e Cloudflare Web Analytics lado a lado
Preços e recursos verificados em setembro de 2026. Os preços do CoreDash são mensais, cobrados anualmente, em USD.
| CoreDash | Cloudflare Web Analytics | |
|---|---|---|
| Criado para | Monitoramento e depuração de Core Web Vitals | Analytics de tráfego focado em privacidade com Core Web Vitals incluído |
| Preço | A partir de $16 (75 mil pageviews, 1 site), teste de 14 dias | Grátis em todos os planos |
| Instalação | Tag de script com menos de 2 KB, ou o plugin de WordPress | Injetado automaticamente em zonas com proxy, um clique no Pages, ou um snippet |
| Cookies | Nenhum por padrão, opcional para rastreamento de visitantes recorrentes | Nenhum |
| Métricas | LCP, INP, CLS, FCP, TTFB | LCP, INP, CLS no painel, FCP e TTFB na API |
| Fases do LCP e do INP | Sim, no painel e na API | Sim, na GraphQL API |
| Atribuição de elementos | Elemento do LCP, INP e CLS, tipo e prioridade do elemento do LCP, tipo de entrada e estado de carregamento do INP | Os 5 principais elementos por métrica com P50 a P99, URL e tamanho do recurso de LCP, shift rects do CLS |
| Atribuição de script para o INP (LoAF) | Sim | Não |
| Segmentos personalizados (tipo de página, A/B, logado, query string) | Sim | Não, as query strings não são registradas |
| Histórico | De 6 meses a 8 anos, dependendo do plano | 7 dias sem amostragem, depois agregado a cerca de 10%. O painel mostra 6 meses |
| Visitantes da UE | Todos os dados de RUM processados e armazenados na UE | Excluídos por padrão quando o RUM é ativado automaticamente em uma zona gratuita com proxy |
| Alertas de Core Web Vitals | Alertas personalizados e AI Auto Alerts, email e Slack | Nenhum. Um email semanal com visitas, pageviews e load time mediano |
| API | JSON-RPC, três ferramentas: métricas, séries temporais, histogramas | GraphQL Analytics API, 300 consultas a cada 5 minutos |
| MCP | Servidor MCP dedicado somente leitura, mesmo endpoint da API, incluído em todos os planos | Por meio do MCP geral da API da Cloudflare, o agente escreve o GraphQL |
| Agente de IA | CWV Superpowers: gratuito, licença MIT, escreve correções de código a partir de field data | Nenhum para Core Web Vitals |
| Testes sintéticos | Verificação de pré-deploy no CI contra seus orçamentos | Observatory (beta), testes do Lighthouse em planos pagos |
| Múltiplos sites | Planos de agência para 10 a 50+ sites de clientes, Agency API | Limite flexível de 10 sites sem proxy, sites com proxy ilimitados |
Algo a verificar se você roda o Cloudflare Web Analytics em um site europeu: quando a Cloudflare ativa o RUM automaticamente para uma zona gratuita com proxy, ela exclui os visitantes da UE, EEE, Reino Unido e Suíça. E ela se baseia no data center que lidou com a requisição, independentemente do país em que o visitante realmente esteja. Eu entendo o motivo, mas uma loja europeia pode acabar olhando para um painel onde a maioria de seus visitantes está faltando. Verifique essa configuração antes de confiar nos números.
Documentação de configuração do Cloudflare Web Analytics, outubro de 2026.
Onde o CoreDash faz mais
O Cloudflare Web Analytics responde "quão rápido é meu site para visitantes reais", o que é a primeira pergunta certa. Depois de alguns meses, você começa a perguntar outras coisas. Qual script piorou o INP? O release de terça-feira passada quebrou algo? O checkout é mais lento para clientes logados? Como este novembro se compara com o novembro passado? A Cloudflare não consegue responder a maior parte disso.
Alertas
A única notificação no Web Analytics é um email semanal com visitas, pageviews e o load time mediano. Não há alertas de Core Web Vitals. Você descobre uma regressão quando alguém por acaso abre o painel, ou um mês depois, quando o Search Console fica vermelho.
O CoreDash possui dois tipos de alertas. Alertas personalizados monitoram o P75 de qualquer métrica para um dispositivo, país, navegador ou página e disparam quando a métrica passa de boa para precisa de melhoria ou para ruim, ou quando muda em mais de 25% ou 50%. Os AI Auto Alerts são apenas uma opção a ativar: todos os dias, eles verificam centenas de segmentos nas cinco métricas e só sinalizam uma regressão se ela afetar pelo menos 2% do seu tráfego, informando o segmento e o número de usuários atingidos. Ambos vão para o email ou Slack. Seus dados do CrUX estão no mesmo painel que seus dados de RUM, então você pode comparar o que o Google vê com o que seus visitantes obtêm.
Qual script causou o problema
Para o INP, a Cloudflare diz qual elemento foi lento e, por meio da API, como o tempo se divide em input delay, processing e presentation. Mas não informa qual script causou isso. O schema não possui campos para Long Animation Frames. E essa é a parte de que você precisa. Um clique lento geralmente é um gerenciador de tags ou um widget de chat monopolizando a main thread, enquanto o próprio handler do botão está bom.
Quando uma interação dispara um long animation frame, o CoreDash registra as URLs de script da Long Animation Frames API com ela, para que você possa filtrar o INP por script. Você também obtém o tipo de entrada, o estado de carregamento do INP (o clique aconteceu enquanto a página ainda estava carregando?) e a prioridade do LCP (preloaded, fetchpriority high ou lazy loading). Os detalhamentos das fases estão no painel e na API, e a view Diagnosis verifica 14 antipadrões de LCP e fornece a correção para sua stack.
Segmentos e histórico
A Cloudflare não registra query strings, eventos personalizados ou dimensões personalizadas, então você não pode dividir seus dados por UTM, variante A/B, template de página ou estado logado. No CoreDash, você define uma variável no window antes que o snippet seja executado e label de página, variante A/B e status de logado se tornam dimensões, ao lado da query string. Coloque 50.000 páginas de produto sob um único label "product" e você obtém um número para todo o template.
A Cloudflare mantém os dados raw do beacon sem amostragem por 7 dias. Depois disso, eles são agregados para cerca de 10% e o painel volta seis meses. Ótimo para "como estamos indo nesta semana". Comparar esta Black Friday com a última não vai funcionar. O CoreDash retém 6 meses no Starter, um ano no Standard, 3 anos no Studio e 8 anos no Enterprise.
MCP e agentes de IA
A Cloudflare costumava ter um servidor MCP de GraphQL dedicado. Ele foi descontinuado agora em favor de seu MCP de API geral, onde um agente acessa o analytics através de ferramentas genéricas de busca e execução e precisa escrever o GraphQL por conta própria. Funciona, mas o agente precisa descobrir o schema de RUM antes de poder perguntar qualquer coisa.
O servidor MCP do CoreDash é o mesmo endpoint da API e possui três ferramentas: get_metrics, get_timeseries e get_histogram. Seus próprios scripts usam as mesmas três, então um relatório que você cria mostra exatamente os números que seu agente vê. Ele é somente leitura (não há nenhum caminho de escrita) e está incluído em todos os planos, inclusive no Starter. Conecte-o ao Claude, Claude Code, Cursor, Windsurf, VS Code ou Gemini CLI e pergunte quais páginas ficaram mais lentas no mobile esta semana.
Há também o CWV Superpowers, um agente gratuito com licença MIT. Ele puxa seus field data, encontra o gargalo que consome a maior parte do tempo, registra um trace do Chrome com emulação de mobile e uma lentidão de CPU de 4x, e termina com uma correção de código (arquivo, linha e diff) ou um relatório HTML. Nenhuma pontuação do Lighthouse em lugar nenhum. Corrigindo o INP com um agente de IA mostra isso em um site real.
Se você cuida de sites de clientes, a Agency API lê qualquer projeto de cliente com as mesmas três ferramentas, e os planos de agência reúnem pageviews de todos os clientes. Você paga por pageviews e todo plano possui todos os painéis, então um plano maior é, na verdade, mais volume, mais sites e maior retenção.
Quando escolher o Cloudflare Web Analytics em vez do CoreDash
- Seu orçamento é zero. A versão gratuita da Cloudflare é boa.
- Você usa a Cloudflare e ele já está rodando. Veja o que ele mostra antes de comprar qualquer coisa, incluindo o CoreDash.
- Você quer principalmente números de visitas e de pageviews focados em privacidade, com uma verificação paralela de Core Web Vitals. Foi para isso que ele foi feito.
- É um site pequeno e ninguém depura a performance toda semana. Os 5 principais elementos na Debug View costumam apontar direto para a imagem hero que está lenta.
- Você já paga pelo Cloudflare Pro ou superior e quer testes do Lighthouse ao lado dos seus field data. O Observatory faz isso.
Teste os dois lado a lado
Você pode simplesmente rodar os dois. A Cloudflare é gratuita e o CoreDash tem um teste de 14 dias sem cartão de crédito, então duas semanas no mesmo site não custam nada. Depois, abra a sua página mais lenta em ambos e veja qual deles informa o porquê de ela estar lenta. Quer ver os painéis primeiro? Abra a demonstração do CoreDash e confira os preços para o seu tráfego. Outras ferramentas estão na página de comparações.
Fontes: Sobre o Web Analytics, Core Web Vitals no Web Analytics, FAQ do Web Analytics, limites, changelog, notificações, RUM beacon, testes do Observatory, limites da GraphQL API, servidores MCP da Cloudflare.