CoreDash vs RUMvision

Duas ferramentas semelhantes

O RUMvision e o CoreDash têm mais em comum entre si do que com a maioria das ferramentas na lista de comparação. Ambos fazem real user monitoring apenas para as Core Web Vitals, assentes na biblioteca web-vitals da Google. Ambos são holandeses, mantêm os dados na UE e não precisam de banner de cookies porque não recolhem dados pessoais. Se está a escolher entre os dois, já tomou a decisão mais importante: deixou de esperar por uma média de 28 dias do CrUX e quer ver o que os visitantes recebem hoje.

Criei o CoreDash, por isso tenha isso em conta. Ainda assim, vou ser justo com o RUMvision. A ferramenta é boa no que faz, e uma comparação que finja o contrário não lhe serve de nada.

O que o RUMvision faz bem

A atribuição é detalhada e vem ativa por defeito. O LCP é dividido em TTFB, resource load delay, load duration e render delay; o INP em input delay, processing e presentation delay, existindo também detalhe para o TTFB e o FCP. Tem seletores de elemento para o LCP, INP e CLS prontos a colar diretamente nas DevTools, além de dados de Long Animation Frames com o script, a função e o invoker type. A equipa do RUMvision fez investigação séria sobre LoAF e INP (o trabalho deles foi mencionado no Google I/O 2024).

rumvision.com, outubro de 2026.

A secção de que mais gosto é o dashboard de Third Parties. Transforma os dados de LoAF numa classificação de Good, Moderate ou Poor para cada host de terceiros, além de uma pontuação de first party versus third party. É o ecrã que vai querer ter aberto quando o marketing pedir mais uma tag.

Os Health Checks detetam problemas comuns de forma autónoma: imagens de LCP com lazy loading, ausência de fetchpriority, parâmetros de query que quebram a cache, baixa utilização da bfcache, layout shifts por elemento e interações lentas por elemento ou host. Cada um transforma-se numa tarefa que se fecha sozinha assim que o fix estiver em produção.

Conta com mais de 45 dimensões, algumas bastante invulgares (nível de bateria, ad blocker, in-app browser, localização da CDN). Os custom timings estão bem cobertos, com guias de Server-Timing para as grandes CDN, além de Element Timing e User Timing. As single page apps são compatíveis com soft navigations. E inclui um servidor MCP remoto com 13 ferramentas e controlo de acessos por função.

Todos os planos incluem uma chamada de configuração e apoio e consultoria mensais. Se a equipa não tiver um engenheiro de performance dedicado, ter as pessoas por trás dessa investigação sobre LoAF a analisar os números vale muito.

Satisfeito com o RUMvision? Fique

Se já utiliza o RUMvision e está satisfeito, fique. Tem field data por página, por elemento e por release, pelo que já está à frente da maioria dos sites que analiso, onde a única coisa que viram foi uma pontuação no Lighthouse e um relatório da Search Console que agrupa páginas. Mudar custa-lhe o histórico e algumas semanas de habituação a novos dashboards. Se a ferramenta cumpre o que precisa, não vale a pena. A comparação abaixo é mais útil se ainda não tiver RUM ou se o contrato estiver prestes a ser renovado.

CoreDash e RUMvision lado a lado

Preços e funcionalidades verificados em setembro de 2026.

Na atribuição, há praticamente um empate. O RUMvision tem mais dimensões, mas ambos fornecem as fases e os elementos necessários para perceber a causa de um LCP ou INP lento. A maior parte das diferenças só se nota após um ou dois anos de utilização da ferramenta.

Onde diferem

De field data a um diff

Penso que este é o ponto que mais vai importar daqui a alguns anos. Cada vez mais fixes de performance vão nascer num agente de programação com IA, e o agente só consegue trabalhar com a field data que consegue ler. Ambas as ferramentas têm um servidor MCP e, para ser justo, o do RUMvision tem mais ferramentas do que o meu. O que o CoreDash acrescenta é o CWV Superpowers, um agente gratuito com licença MIT para Claude Code, Cursor, Windsurf, VS Code e Gemini CLI. Extrai a field data do CoreDash, identifica a página e a fase que consomem mais tempo em telemóvel, verifica o problema com um trace do Chrome com throttling e escreve o fix como um diff com ficheiro e linha na própria codebase. Ou num relatório HTML, se preferir passar a tarefa a alguém. Escrevi sobre como isto funciona para o LCP e para o INP.

O servidor MCP é também a API. O mesmo endpoint, as mesmas três ferramentas. Assim, um comando curl, um job de CI, um script de relatórios e o Claude obtêm todos os mesmos números, em qualquer percentil de p50 a p95, agrupados por qualquer dimensão. Os AI Auto Alerts utilizam os mesmos dados. Ativam-se com um simples clique. Depois disso, analisam centenas de segmentos todos os dias e só sinalizam regressões que afetem 2% ou mais do tráfego.

Para as agências, há a Agency API: uma master key que cria e gere projetos de clientes e lê os dados de qualquer cliente, em planos públicos para agências com pageviews partilhadas entre clientes. O RUMvision colabora com agências através de um programa de parceiros (não existe um plano público para agências), e os seus perfis de utilizador por domínio funcionam bem para projetos de clientes. No pipeline, o CoreDash executa uma verificação pré-deploy face aos performance budgets e associa a release a cada pageview, para que veja o p75 de cada release ao lado da anterior.

Paga pelo tráfego que tem

O RUMvision começa nos €150 por mês e o CoreDash nos $16. Por si só, a comparação não é justa: o plano Growth deles inclui 1,5 milhões de pageviews e o CoreDash Starter 75 mil. Com vários milhões de pageviews, a diferença torna-se muito menor. Onde isso se nota é em sites que ainda estão a crescer — e a maioria dos sites não começa com 1,5 milhões de pageviews por mês. Uma loja com 300 mil pageviews paga $31 por mês no Standard (com faturação anual), tem acesso a todos os dashboards e só sobe de escalão quando o tráfego aumentar.

Os domínios também pesam na conta. O RUMvision conta subdomínios, ccTLD, domínios de checkout e staging como domínios separados, a €20 por mês cada um, além dos dois incluídos no Growth (com um valor reduzido para a mesma stack noutro idioma). O CoreDash Studio cobre até 10 sites com 1 milhão de pageviews partilhadas por $71 por mês com faturação anual. Assim, uma marca com lojas .nl, .de e .be, mais um subdomínio de checkout, não tem de andar a contar domínios.

Qualquer que seja a ferramenta escolhida, informe-se sobre o que acontece quando ultrapassar a quota. O RUMvision interrompe a monitorização por defeito, deixando um vazio de dados durante o resto do mês, a não ser que ative o autoscaling. Isso evita faturas-surpresa, mas o mês em que ultrapassa a quota costuma ser precisamente aquele em que decorrem campanhas de vendas.

Quanto tempo guarda o histórico

O RUMvision indica 13 meses de retenção no Scale e já não apresenta qualquer valor para o Growth. O CoreDash guarda 1 ano no Standard, 3 anos no Studio e até 8 no Enterprise. Com treze meses, obtém apenas uma comparação ano a ano. Não vai conseguir ver se o INP tem vindo a subir lentamente ao longo de dois anos à medida que se adicionavam tags, nem comparar esta Black Friday com as últimas três. Esse tipo de degradação gradual só é visível se os dados mais antigos continuarem disponíveis.

Todas as páginas, sem configuração

De origem, o RUMvision monitoriza apenas o URL da página inicial registada. Tudo o resto exige regras de URL ou de template (um caminho fixo, um regex ou um seletor CSS) ou uma regra catch-all. Esse carregador condicional é também a razão pela qual a documentação de CSP deles pede unsafe-inline e unsafe-eval, a não ser que monitorize todas as páginas — por isso, confirme primeiro este ponto com a equipa de segurança. O CoreDash mede todos os URL desde a primeira pageview, sem nada para configurar. A landing page que o marketing lançar na próxima primavera estará nos dados logo no primeiro dia.

Centro de ajuda do RUMvision sobre regras de URL, outubro de 2026.

Quando optar pelo RUMvision

• Quer pessoas além de uma ferramenta. Todos os planos incluem consultoria mensal com uma equipa que domina verdadeiramente o LoAF. Os planos do CoreDash incluem suporte, mas sem sessões de consultoria.
• Precisa de Server-Timing da CDN, de Element Timing ou de dimensões como nível de bateria e ad blocker.
• Os alertas têm de ser enviados para o Teams, Discord ou Zapier.
• Quem consulta os dados trabalha sobretudo em SEO, marketing ou gestão. Relatórios semanais à segunda-feira, benchmarks de concorrentes no CrUX e Health Checks em formato de lista de tarefas funcionam muito bem para estes perfis.
• Procura um conjunto mais alargado de ferramentas MCP: controlo de acessos por função e marcação de problemas como resolvidos a partir do cliente de IA.

Experimente ambos no seu site

A forma mais simples de decidir é colocar o CoreDash a correr lado a lado com a solução atual durante duas semanas. O período experimental de 14 dias não exige cartão de crédito e o script tem menos de 2 KB, pelo que ter ambos ativos não prejudica em nada. Ambos utilizam a biblioteca web-vitals, pelo que os números devem bater certo desde que compare o mesmo percentil. O RUMvision usa o p80 por defeito e o CoreDash o p75 — e no p75 qualquer número parece sempre ligeiramente melhor do que no p80.

Prefere ver primeiro uma demonstração? Marque uma demo de 20 minutos.

Fontes: preços do RUMvision, funcionalidades do RUMvision, MCP do RUMvision, regras de URL do RUMvision, quota de pageviews do RUMvision, snippet e CSP do RUMvision.