CoreDash vs. New Relic Browser
New Relic Browser ist solides Real-User-Monitoring in einer sehr guten Observability-Plattform. CoreDash macht nur Core Web Vitals. In der ersten Woche siehst du kaum einen Unterschied zwischen beiden. Wirklich wichtig wird es erst nach ein paar Monaten Daten.
New Relic ist vor allem eine APM-Plattform
Läuft dein Backend bereits auf New Relic, ist das Browser-Monitoring vielleicht schon aktiv. Falls nicht, hast du es heute Nachmittag startklar. Der APM-Agent kann das Browser-Script für dich injecten – ganz ohne Änderungen an Templates. Das ist ein guter Grund, es als RUM-Tool zu nutzen.
Ich habe CoreDash gebaut, diese Seite ist also nicht neutral. Ich versuche fair zu sein. Bei New Relic ist das nicht schwer: Es gibt eine Menge Gutes daran.
Was New Relic Browser gut macht
Am wichtigsten: Es kann etwas, das kein reines RUM-Tool beherrscht – CoreDash inklusive. Mit Distributed Tracing verfolgst du eine langsame Seite bis in den Backend-Service, die Datenbankabfrage und den Host, auf dem sie lief. Wenn sich ein schlechter TTFB als langsame SQL-Query entpuppt, zeigt New Relic dir genau diese Abfrage. Ich sage Kunden ständig, dass ihr TTFB-Problem auf dem Server liegt. New-Relic-Kunden können einfach direkt nachsehen.
newrelic.com, Oktober 2026.
Die Core-Web-Vitals-Daten sind ebenfalls besser, als viele denken. Der Quellcode des Browser-Agents ist öffentlich auf GitHub. Version 1.322.0 enthält Googles web-vitals 6.2.1 mit Attribution. Jeder LCP liefert also die vier Teilbereiche (TTFB, load delay, load duration, render delay), den Element-Selektor, das Tag und die Ressourcen-URL. INP liefert seine drei Phasen, das Interaktionsziel, den Interaktionstyp und den Load State. CLS erfasst das Element hinter dem größten Shift, dessen Wert und wann er aufgetreten ist.
Was mir sonst noch gefällt:
- Session Replay ist mit den Core-Web-Vitals-Tabellen verknüpft und zeigt Sessions mit schlechtem LCP zuerst. Du kannst dir also den echten Besuch ansehen, bei dem der LCP sechs Sekunden dauerte, statt nur auf ein Perzentil zu schauen.
- NRQL: Jedes Attribut bei jedem Event lässt sich abfragen, auch deine eigenen Custom Attributes. Du kannst für alles Dashboards oder Alerts bauen.
- Der kostenlose Tarif: 100 GB Ingest im Monat und ein Full-Platform-Nutzer. Das ist großzügig.
- Häufige Agent-Releases sowie Unterstützung für SPAs und Micro-Frontends. Ihr Ground-Truth-MCP-Server ging im September 2026 GA.
Wenn du es bereits nutzt
Wenn du deine echten Besucher heute schon mit New Relic misst, bist du den meisten Websites voraus, die ich sehe. Die raten immer noch anhand von Lighthouse-Läufen herum und warten 28 Tage darauf, dass CrUX ihnen meldet, dass etwas kaputt ist. Beantwortet es deine Fragen, behalte es. Auf dem Rest dieser Seite geht es darum, was nach Monaten und Jahren an Daten passiert.
Direkter Vergleich
Preise und Features geprüft im September 2026.
| CoreDash | New Relic Browser | |
|---|---|---|
| Was es ist | RUM für Core Web Vitals, sonst nichts | Das Browser-Modul einer vollständigen Observability-Plattform (APM, Infrastruktur, Logs, Synthetics) |
| Script | Unter 2 KB, async | Synchroner Loader im Head, der Rest async. 10,2 bis 25,4 kB gzipped je nach Agent-Variante, laut Hersteller unter 15 ms pro Seitenaufruf |
| LCP-Attribution | Vier Phasen, Element, Elementtyp, Status von preload/fetchpriority/lazy-load, Bild-URL | Vier Teilbereiche, Element-Selektor, Tag, Ressourcen-URL |
| INP-Attribution | Drei Phasen, Element, Input-Typ, Load State, Script-URL über Long Animation Frames | Drei Phasen, Target, Interaktionstyp, Load State. Keine Long Animation Frames |
| CLS-Attribution | Sich verschiebendes Element, Shift-Ursache, Shift-Timing | Ziel des größten Shifts, Wert und Zeitpunkt |
| CrUX neben den eigenen Daten | Ja | Nicht gefunden |
| Backend-Tracing | Nein | Ja, Distributed Tracing ins APM |
| Session Replay | Nein (Live-Pageview-Stream mit einem Request-Waterfall pro Pageview) | Ja, standardmäßig 10 % der Sessions, 100 % der Sessions mit Fehlern |
| Datenaufbewahrung | 6 Monate (Starter) bis zu 8 Jahre (Enterprise) | Rohe Browser-Events standardmäßig 8 Tage, 98 Tage mit Data Plus |
| AI / MCP | MCP-Server mit Core-Web-Vitals-Tools in jedem Tarif, dazu der kostenlose Agent CWV Superpowers | Ground-Truth-MCP-Server, 30+ allgemeine Tools, Core Web Vitals über NRQL. AI-Analyse-Tools erfordern das Add-on Advanced Compute |
| Preise | Ab 16 $/Monat bei jährlicher Abrechnung, gestaffelt nach Pageviews, jedes Dashboard in jedem Tarif | Kostenlos bis 100 GB/Monat und 1 Full-User, danach 0,40 $ oder 0,60 $ pro GB plus User-Seats |
| Wer die Core-Web-Vitals-Ansichten öffnen kann | Jeder Nutzer im Tarif (3 bei Starter, 10 bei Standard, unbegrenzt ab Studio) | Core- oder Full-Platform-Nutzer. Der kostenlose Tarif enthält einen Full-Platform-Nutzer, danach kostet Core 49 $/Monat und Full-Platform 99 $ (Standard) bis 349 $ (Pro, jährlich) pro Nutzer. Kostenlose Basic-Nutzer erhalten nur NRQL und eigene Dashboards |
| Mehrere Websites / Agenturen | Agentur-Tarife mit gepoolten Pageviews, einer Rechnung und einem Master-API-Key | Viele Browser-Apps pro Account, eine gemeinsame Ingest-Rechnung, kein Agentur-Produkt |
Was sich nach ein paar Monaten ändert
Acht Tage Rohdaten
Core Web Vitals verschlechtern sich meistens schleichend. Ein Plugin-Update im März kostet 80 ms, ein neues Consent-Tool im Mai noch einmal 150 ms, und im Juni tauscht jemand das Hero-Bild aus. Niemand merkt etwas, bis die Search Console auf Orange springt. Dann willst du wissen, was sich geändert hat. Dafür brauchst du Daten aus der Zeit, bevor es schiefging.
In New Relics Standard-Option „Original Data“ werden rohe Browser-Events (PageView, PageViewTiming und der Rest) 8 Tage lang aufbewahrt. Data Plus verlängert das auf 98 Tage für 0,60 $ statt 0,40 $ pro GB. Alle weiteren 30 Tage kosten jeweils zusätzliche 0,05 $ pro GB. Einige Rollups bleiben länger erhalten (Apdex und Ladezeit unbegrenzt). Sie verraten dir aber nicht, welches LCP-Element im März langsamer geworden ist.
New-Relic-Dokumentation, Datenaufbewahrung verwalten, Oktober 2026.
CoreDash speichert Daten ein Jahr bei Standard, drei Jahre bei Studio und acht Jahre bei Enterprise – im Tarifpreis inbegriffen. Du kannst diesen Juni mit dem letzten Juni für dasselbe Seiten-Template vergleichen, aufgeschlüsselt nach Gerät und Land. CoreDash zeigt außerdem Googles CrUX-Daten direkt neben deinen eigenen Zahlen. Eine CrUX-Integration konnte ich bei New Relic nicht finden.
Welches Script den Klick langsam gemacht hat
Die INP-Phasen von New Relic sind nützlich. Dauert das Processing 400 ms, weißt du, dass es am Event-Handler liegt. Aber nicht, von wem er stammt. Auf den meisten Websites, an denen ich arbeite, kommen langsame Klicks auf Mobilgeräten von Drittanbietern – meistens vom Tag-Manager oder einem Chat-Widget. Der Browser-Agent unterstützt keine Long Animation Frames. Er liefert dir also nicht die Script-URL, die du für den Fix brauchst.
CoreDash erfasst bei langsamen Interaktionen die LoAF-Script-URL. So kannst du den INP nach Script gruppieren und siehst, welcher Drittanbieter dich am meisten Zeit kostet (mein Artikel über Long Animation Frames erklärt die Details). Beim LCP verrät dir die LCP-Priorität, ob das LCP-Bild per Preload geladen wurde, eine hohe fetchpriority hatte oder per lazy loading geladen wurde. Ein Hero-Bild mit lazy loading finde ich immer noch viel zu oft. Das Diagnose-Dashboard schlüsselt das in einzelne Phasen auf und liefert den passenden Fix für deinen Stack. New Relic erfasst die Attribute zwar auch. Für den p75-LCP nach Element oder Phase verweist die Dokumentation aber größtenteils auf NRQL und eigene Dashboards.
MCP-Tools für Core Web Vitals
New Relic hat einen MCP-Server, der GA ist – mehr als die meisten RUM-Anbieter haben. Er ist allgemein für Observability gedacht. Das ergibt Sinn bei einer Plattform, bei der sich die meisten Fragen um das Backend drehen. Keines der über 30 Tools kümmert sich allerdings um den Browser oder die Core Web Vitals. Will ein Agent deinen INP wissen, muss er erst NRQL gegen PageViewTiming schreiben. Und die AI-Analyse-Tools werden separat über Advanced Compute abgerechnet.
Der CoreDash-MCP-Server hat drei Tools, die sich ausschließlich um Core Web Vitals drehen. get_metrics liefert den p75 (oder p50 bis p95) samt Bewertung und der Aufteilung in gut/verbesserungsbedürftig/schlecht, gruppiert nach beliebigen Dimensionen. get_timeseries sagt dem Agenten, ob sich eine Metrik verbessert, stabil bleibt oder verschlechtert. get_histogram liefert die Verteilung. Das ist in jedem CoreDash-Tarif enthalten, auch bei Starter. Claude verbindet sich per OAuth als Custom Connector. Claude Code, Cursor, Windsurf, VS Code und Gemini CLI funktionieren genauso (Setup-Anleitung).
Dazu gibt es CWV Superpowers, einen kostenlosen Agenten unter MIT-Lizenz. Er nimmt die Field Data aus CoreDash, lässt einen Chrome-Trace mit mobilem Throttling laufen, identifiziert die größten Zeitfresser und liefert dir ein Diff mit Datei und Zeile. Einen Lighthouse-Score schaut er gar nicht erst an.
Der MCP-Endpunkt ist gleichzeitig eine ganz normale HTTPS-API. Brauchst du Core Web Vitals in deinem eigenen Reporting, schickst du ein JSON per POST und bekommst JSON zurück. Keine Query-Sprache, die du erst lernen musst.
Zahlen, damit andere mitschauen können
Kostenlose Basic-Nutzer von New Relic können die Screens für das Browser-Monitoring nicht öffnen. Will dein SEO-Spezialist oder ein Kunde die Core Web Vitals sehen, braucht er einen Core-Seat für 49 $ im Monat oder einen Full-Platform-Seat. Der Ingest wächst ebenfalls mit dem Traffic: Jede Metrik jedes Pageviews ist ein eigenes PageViewTiming-Event. Auf vielbesuchten Websites summieren sich die Browserdaten schnell – und jede Traffic-Spitze treibt die Rechnung nach oben. Unerwartet hohe Rechnungen sind ein Dauerthema in Reviews zu New Relic.
CoreDash rechnet ebenfalls nach Pageviews ab, eine größere Website zahlt also mehr. Nutzer und Dashboards kosten aber nichts extra. Starter umfasst 3 Nutzer, Standard 10, ab Studio gibt es unbegrenzt viele – und jeder Tarif enthält jedes Dashboard. Für Agenturen gibt es Agentur-Tarife mit kundenübergreifend gepoolten Pageviews und eine Agency-API, um über eigene Tools Projekte für Kunden anzulegen.
Wann New Relic Browser die bessere Wahl ist
Bezahlst du ohnehin schon für New Relic APM, lass Browser eingeschaltet. Eine langsame Seite bis ins Backend tracen zu können, ist extrem viel wert. Bei TTFB-Problemen, die auf dem Server entstehen, kann das kein reines RUM-Tool.
New Relic ist auch dann sinnvoll, wenn du Session Replay, JavaScript-Error-Tracking und AJAX-Monitoring am selben Ort wie deine Core Web Vitals brauchst. Oder wenn du FedRAMP oder HIPAA benötigst (Enterprise). Genauso bei einer kleinen Website mit unter 100 GB im Monat und einem Entwickler, der gerne NRQL schreibt. Dieses Setup kostet gar nichts.
Oder nutze beides. Das CoreDash-Script ist unter 2 KB groß und async. Es läuft einfach neben dem New-Relic-Agenten, ohne zu stören.
Probier es neben New Relic aus
Binde das CoreDash-Snippet neben deinem New-Relic-Agenten ein und lass es zwei Wochen laufen. Beide nutzen Googles web-vitals-Bibliothek. Du vergleichst also dieselbe Basis auf deinem eigenen Traffic. Die Testphase läuft 14 Tage, ganz ohne Kreditkarte. Sieh dir die Preise an oder buch eine Demo, wenn ich dir alles zeigen soll.
Siehe auch: alle Vergleiche, CoreDash vs. Datadog.
Quellen: New-Relic-Preise, Quellcode des New Relic Browser Agent, Release Notes zu Browser Agent v1.322.0, Datenaufbewahrung bei New Relic, Benutzertypen bei New Relic, Performance-Einfluss des Browser-Agents, New-Relic-MCP-Tool-Referenz, Session Replay in den Core-Web-Vitals-Tabellen, New-Relic-Reviews auf Capterra.