CoreDash vs New Relic Browser
New Relic Browser ofrece una monitorización de usuarios reales decente dentro de una plataforma de observabilidad muy buena. CoreDash solo mide Core Web Vitals. Durante la primera semana apenas notarás diferencias entre ambas; es tras acumular unos meses de datos cuando empieza a importar.
New Relic es ante todo una plataforma de APM
Si el backend ya funciona con New Relic, puede que la monitorización de Browser ya esté activa; y si no lo está, puedes dejarla lista esta misma tarde. El agente de APM puede inyectar el script del navegador por ti, sin tocar plantillas. Es un buen motivo para usarlo como herramienta de RUM.
Creé CoreDash, así que esta página no es neutral. Intentaré ser justo. Con New Relic no es difícil: tiene muchas cosas buenas.
Lo que New Relic Browser hace bien
Lo más importante: puede hacer algo imposible para cualquier herramienta exclusiva de RUM, CoreDash incluida. Con distributed tracing puedes seguir una página lenta hasta el servicio del backend, la consulta a la base de datos y el host en el que se ejecutó. Cuando un mal TTFB resulta ser una consulta SQL lenta, New Relic te muestra la consulta. Siempre les digo a los clientes que su problema con el TTFB está en el servidor. Quienes usan New Relic pueden entrar y comprobarlo directamente.

newrelic.com, octubre de 2026.
Los datos de Core Web Vitals también son mejores de lo que se suele pensar. El código del agente del navegador es público en GitHub, y la versión 1.322.0 incluye web-vitals 6.2.1 de Google con atribución. Así, cada LCP viene con las cuatro subpartes (TTFB, load delay, load duration, render delay), el selector del elemento, la etiqueta y la URL del recurso. El INP incluye sus tres fases, el target de la interacción, el tipo de interacción y el estado de carga. El CLS registra el elemento responsable del mayor desplazamiento, su valor y cuándo ocurrió.
Otras cosas que me gustan:
- Session Replay está integrado en las tablas de Core Web Vitals y muestra primero las sesiones con mal LCP. Así puedes ver la visita real donde el LCP tardó seis segundos en vez de quedarte mirando un percentil.
- NRQL. Puedes consultar cualquier atributo de cada evento, incluidos los atributos personalizados, y crear un dashboard o una alerta con cualquiera de ellos.
- El plan gratuito: 100 GB de ingesta al mes y un usuario full-platform. Es generoso.
- Publican versiones del agente con frecuencia y es compatible con SPAs y microfrontends. Su servidor MCP Ground Truth llegó a GA en septiembre de 2026.
Si ya lo usas
Si hoy ya mides a tus visitantes reales con New Relic, vas por delante de la mayoría de sitios que veo. Esos todavía intentan adivinar qué pasa con ejecuciones de Lighthouse y esperan 28 días a que CrUX les avise de que algo se ha roto. Si responde a tus preguntas, consérvalo. El resto de esta página explica qué pasa cuando acumulas meses y años de datos.
Frente a frente
Precios y funciones comprobados en septiembre de 2026.
| CoreDash | New Relic Browser | |
|---|---|---|
| Qué es | RUM solo para Core Web Vitals, nada más | El módulo de navegador de una plataforma completa de observabilidad (APM, infraestructura, logs, sintéticos) |
| Script | Menos de 2 KB, async | Loader síncrono en el head, el resto async. De 10,2 a 25,4 kB gzipped según la variante del agente; afirman menos de 15 ms por carga de página |
| Atribución de LCP | Cuatro fases, elemento, tipo de elemento, estado de preload/fetchpriority/lazy-load, URL de la imagen | Cuatro subpartes, selector del elemento, etiqueta, URL del recurso |
| Atribución de INP | Tres fases, elemento, tipo de entrada, estado de carga, URL del script mediante Long Animation Frames | Tres fases, target, tipo de interacción, estado de carga. Sin Long Animation Frames |
| Atribución de CLS | Elemento que se desplaza, causa del desplazamiento, momento del desplazamiento | Target del mayor desplazamiento, valor y momento |
| CrUX junto a tus propios datos | Sí | No que haya podido encontrar |
| Tracing en el backend | No | Sí, distributed tracing hacia el APM |
| Session replay | No (flujo de pageviews en directo con un waterfall de peticiones por pageview) | Sí, 10 % de las sesiones por defecto, 100 % de las sesiones con errores |
| Retención de datos | Desde 6 meses (Starter) hasta 8 años (Enterprise) | Eventos del navegador sin procesar durante 8 días por defecto, 98 días con Data Plus |
| IA / MCP | Servidor MCP con herramientas de Core Web Vitals en todos los planes, más el agente gratuito CWV Superpowers | Servidor MCP Ground Truth, más de 30 herramientas generales, Core Web Vitals mediante NRQL. Las herramientas de análisis con IA requieren el add-on Advanced Compute |
| Precios | Desde 16 $/mes con facturación anual, tarificado por pageviews, todos los dashboards en todos los planes | Gratis hasta 100 GB/mes y 1 usuario completo; después 0,40 $ o 0,60 $ por GB más asientos de usuario |
| Quién puede abrir las pantallas de Core Web Vitals | Cualquier usuario del plan (3 en Starter, 10 en Standard, ilimitados a partir de Studio) | Usuarios Core o full-platform. El plan gratuito incluye un usuario full-platform; a partir de ahí, Core cuesta 49 $/mes y full-platform entre 99 $ (Standard) y 349 $ (Pro, anual) por usuario. Los usuarios básicos gratuitos solo tienen acceso a NRQL y dashboards personalizados |
| Múltiples sitios / agencias | Planes para agencias con bolsa compartida de pageviews, una sola factura y una API key maestra | Múltiples aplicaciones de navegador por cuenta, una sola factura de ingesta compartida, sin producto para agencias |
Qué cambia tras unos meses
Ocho días de datos sin procesar
Los Core Web Vitals suelen empeorar poco a poco. La actualización de un plugin en marzo añade 80 ms, una herramienta de consentimiento en mayo suma otros 150 y en junio alguien cambia la imagen del hero. Nadie se da cuenta hasta que Search Console se pone naranja. Entonces quieres saber qué cambió. Para eso necesitas datos previos al problema.
En la opción por defecto Original data de New Relic, los eventos del navegador sin procesar (PageView, PageViewTiming y el resto) se guardan durante 8 días. Data Plus amplía eso a 98 días a 0,60 $ por GB en lugar de 0,40 $, y cada bloque de 30 días adicionales supone otros 0,05 $ por GB. Ciertos agregados se conservan más tiempo (Apdex y el tiempo de carga de página de forma indefinida), pero no te dirán qué elemento del LCP se ralentizó en marzo.

Documentación de New Relic, gestión de retención de datos, octubre de 2026.
CoreDash guarda un año de datos en Standard, tres años en Studio y ocho en Enterprise, incluidos en el precio del plan. Puedes comparar el mes de junio actual con el del año anterior para la misma plantilla de página, desglosado por dispositivo y país. CoreDash también muestra los datos de CrUX de Google junto a tus propias métricas. No he encontrado ninguna integración con CrUX en New Relic.
Qué script ralentizó ese clic
Las fases de INP de New Relic son útiles. Si el procesamiento tarda 400 ms sabes que es por el event handler, pero no de quién es ese handler. En la mayoría de sitios en los que trabajo, los clics lentos en móvil vienen de un tercero, casi siempre el tag manager o un widget de chat. El agente del navegador no admite Long Animation Frames, así que no puede darte la URL del script que necesitas para corregirlo.
CoreDash registra la URL del script de LoAF para interacciones lentas, de modo que puedes agrupar el INP por script y ver qué proveedor te penaliza más (mi artículo sobre Long Animation Frames explica cómo funciona). Para el LCP, la prioridad de LCP te indica si la imagen del LCP tenía preload, un fetchpriority alto o lazy loading. Una imagen de hero con lazy loading sigue siendo algo que encuentro con demasiada frecuencia. El dashboard de Diagnosis convierte eso en un desglose por fases con el fix para tu stack. New Relic sí captura los atributos, pero para consultar el p75 del LCP por elemento o por fase, la documentación te remite casi siempre a NRQL y a tus propios dashboards.
Herramientas MCP para Core Web Vitals
New Relic tiene un servidor MCP en GA, que es más de lo que ofrece la mayoría de proveedores de RUM. Está pensado para observabilidad en general, algo lógico en una plataforma donde la mayoría de dudas apuntan al backend. Pero ninguna de sus más de 30 herramientas trata sobre el navegador o los Core Web Vitals: si un agente quiere tu INP, primero debe escribir una consulta NRQL contra PageViewTiming. Y las herramientas de análisis con IA se facturan aparte como Advanced Compute.
El servidor MCP de CoreDash incluye tres herramientas, todas centradas en Core Web Vitals. get_metrics devuelve el p75 (o desde el p50 hasta el p95) con su calificación y el desglose en bueno/necesita mejorar/pobre, agrupado por cualquier dimensión. get_timeseries le indica al agente si una métrica mejora, se mantiene estable o empeora. get_histogram proporciona la distribución. Viene incluido en todos los planes de CoreDash, también en Starter. Claude se conecta por OAuth como conector personalizado, y además funciona con Claude Code, Cursor, Windsurf, VS Code y Gemini CLI (guía de configuración).
También está CWV Superpowers, un agente gratuito con licencia MIT. Toma los field data de CoreDash, ejecuta un trace de Chrome con throttling móvil, localiza qué consume la mayor parte del tiempo y te entrega un diff indicando archivo y línea. Nunca mira una puntuación de Lighthouse.
El endpoint de MCP es también una API HTTPS directa. Si quieres Core Web Vitals en tus propios informes, envías un POST con JSON y recibes JSON de vuelta, sin necesidad de aprender ningún lenguaje de consulta.
Pagar para que más gente lo vea
Los usuarios básicos gratuitos de New Relic no pueden abrir las pantallas de Browser monitoring. Si el especialista en SEO o un cliente quiere ver los Core Web Vitals, necesita un asiento Core de 49 $ al mes o uno full-platform. La ingesta también crece con el tráfico, porque cada métrica de cada visita es un evento PageViewTiming independiente. En un sitio concurrido, los datos del navegador se acumulan y la factura sube con cada pico de tráfico. Las facturas inesperadas aparecen con frecuencia en las opiniones sobre New Relic.
CoreDash también se tarifica por pageviews, así que una web más grande paga más. Pero los usuarios y los dashboards no tienen coste extra. Starter incluye 3 usuarios; Standard, 10; Studio en adelante, ilimitados, y todos los planes tienen acceso a todos los dashboards. Las agencias disponen de planes para agencias con una bolsa de pageviews compartida entre clientes y una API para agencias con la que crear un proyecto por cliente desde sus propias herramientas.
Cuándo elegir New Relic Browser
Si ya pagas por New Relic APM, mantén Browser activado. Poder rastrear una página lenta hasta el backend vale mucho, y ninguna herramienta exclusiva de RUM puede hacer eso ante problemas de TTFB originados en el servidor.
New Relic también tiene sentido si necesitas session replay, seguimiento de errores de JavaScript y monitorización de AJAX en el mismo sitio que los Core Web Vitals, si requieres FedRAMP o HIPAA (Enterprise), o si tienes un sitio pequeño de menos de 100 GB al mes y un ingeniero al que le guste escribir NRQL. Esa última configuración no cuesta nada.
O usa ambos. El script de CoreDash pesa menos de 2 KB y es async, así que convive con el agente de New Relic sin estorbar.
Pruébalo junto a New Relic
Añade el snippet de CoreDash junto al agente de New Relic y dale dos semanas. Ambos usan la librería web-vitals de Google, así que compararás exactamente lo mismo con tu propio tráfico. La prueba es de 14 días, sin tarjeta de crédito. Consulta los precios o reserva una demo si prefieres que te lo enseñe.
Ver también: todas las comparativas, CoreDash vs Datadog.
Fuentes: precios de New Relic, código fuente del agente de navegador de New Relic, notas de la versión v1.322.0 del agente de navegador, retención de datos en New Relic, tipos de usuario en New Relic, impacto en el rendimiento del agente de navegador, referencia de herramientas MCP de New Relic, Session Replay en las tablas de Core Web Vitals, reseñas de New Relic en Capterra.