Messen Sie pro URL TTFB, Ladezeit, Ressourcen-Gewicht, LCP-/INP-/CLS-Readiness, mutmaßliche Hero-Bilder, JavaScript-Last, Drittanbieter, Fonts, Render-Blocking und Template-Muster. Die Free Preview prüft 10 URLs, Premium erweitert auf bis zu 500 URLs.
Core Web Vitals sind nicht nur ein Lighthouse-Wert. In der Praxis entstehen Risiken durch Serverantworten, blockierendes CSS, falsch priorisierte Hero-Bilder, zu viel JavaScript, Drittanbieter, Fonts und instabile Layouts.
Das Audit misst serverseitige Performance-Signale, gruppiert auffällige Seitentypen und priorisiert Vorlagen, die anschließend mit Lighthouse, Search Console, CrUX oder echten Geräten vertieft werden sollten.
Technische Vorprüfung mit Score, Core-Web-Vitals-Readiness, Template-Gruppen, Free Preview und Premium-Erweiterung.
Die Free Preview misst 10 URLs. Premium erweitert dasselbe Ergebnis auf bis zu 500 Sitemap- und interne URLs, aktiviert vollständige Tabellen, Export und eine bessere Grundlage für Performance-Backlogs.
Serverantwort, DNS, Verbindung, TLS und HTML-Download als Basis für LCP-Risiken.
Hero-Bild, Fetchpriority/Preload, Bildgewicht, Renderpfad und Ressourcenbudget werden pro URL bewertet.
JavaScript-Last, DOM-Komplexität, Inline-Handler und blockierende Drittanbieter-Scripts werden als Interaktionsrisiko markiert.
Bilder, Embeds, frühe Medienflächen, Viewport und Fonts ohne font-display werden als Stabilitätsrisiken geprüft.
URL-Muster werden gebündelt, damit wiederkehrende Probleme auf Kategorie-, Produkt-, Blog- oder Formularseiten sichtbar werden.
Cache-Control, Content-Encoding, HTTP-Version, Server-Timing und statische Asset-Hinweise fließen in die Priorisierung ein.
Core Web Vitals bewerten nicht einfach eine einzelne Labormessung, sondern das Nutzererlebnis über viele Seitenaufrufe. Entscheidend ist üblicherweise das 75. Perzentil der Seitenaufrufe, getrennt nach Mobile und Desktop. Eine Seite gilt nur dann als sauber, wenn LCP, INP und CLS gleichzeitig im grünen Bereich liegen.
Für SEO ist das wichtig, aber nicht isoliert zu betrachten: Gute Core Web Vitals ersetzen keine Relevanz, keine Suchintention und keine saubere Seitenstruktur. Sie helfen vor allem dort, wo mehrere gute Ergebnisse miteinander konkurrieren und Nutzererfahrung zum Differenzierungsfaktor wird.
| Metrik | Misst | Gut | Optimieren |
|---|---|---|---|
| LCP | Ladeleistung des größten sichtbaren Elements | bis 2,5 s | TTFB, Hero-Bild, CSS, Fonts, Cache |
| INP | Reaktionsfähigkeit auf Nutzerinteraktionen | bis 200 ms | JavaScript, Long Tasks, Hydration, Widgets |
| CLS | visuelle Stabilität während des Ladens | bis 0,1 | Bildgrößen, Ads, Embeds, Fonts, dynamische Bereiche |
Viele Core-Web-Vitals-Projekte scheitern nicht an fehlenden Messwerten, sondern an der falschen Interpretation. Ein einzelner Lighthouse-Test zeigt ein anderes Bild als Search Console, weil beide verschiedene Fragen beantworten. Gute Priorisierung entsteht erst, wenn reale Nutzerdaten, reproduzierbare Labordiagnosen und URL-übergreifende Template-Muster zusammenkommen.
Zeigen echte Nutzererfahrung aus Chrome-Felddaten. Das ist wichtig für SEO, aber oft grob gruppiert, zeitverzögert und nicht immer URL-scharf genug für konkrete Tickets.
Liefern reproduzierbare Labordiagnosen für einzelne URLs. Sie erklären Ursachen gut, können aber typische Template-Probleme über hunderte URLs nur begrenzt sichtbar machen.
Crawlt viele URLs, erkennt Muster, Ressourcenlast, Header, Drittanbieter und Vorlagen. So wird klar, welche technischen Ursachen zuerst ins Performance-Backlog gehören.
LCP-Probleme entstehen häufig, bevor das eigentliche Bild oder der Hero-Text sichtbar wird: langsamer Server, blockierendes CSS, zu schwere Bilder, falsche Bildpriorität oder Webfonts im kritischen Pfad.
INP wird schlecht, wenn Interaktionen auf lange JavaScript-Aufgaben treffen. Besonders kritisch sind aufgeblähte Framework-Bundles, Tag Manager, Consent- und Chat-Widgets, Slider, Filter, Suche und Formularlogik.
CLS wirkt klein, fühlt sich aber groß an: Buttons springen, Content verschiebt sich, Nutzer klicken versehentlich falsch. Häufige Ursachen sind fehlende Mediengrößen, nachladende Banner, Embeds und Font-Wechsel.
Die beste Optimierung ist nicht die mit dem höchsten Lighthouse-Punktgewinn, sondern die mit der größten Wirkung auf wichtige Nutzerwege. Ein Problem auf allen Produkt-, Kategorie- oder Lead-Seiten ist meist relevanter als ein perfekter Score auf einer kaum besuchten Detailseite.
| Priorität 1 | Probleme auf umsatznahen Templates, Einstiegsseiten, wichtigen Landingpages und stark gecrawlten URL-Gruppen. |
|---|---|
| Priorität 2 | Wiederkehrende Komponenten wie Header, Navigation, Cookie-Hinweis, Slider, Produktkarten, Formularstrecken oder Tracking-Container. |
| Priorität 3 | Einzelne URLs, kleine Assets oder kosmetische Lighthouse-Hinweise ohne klare Wirkung auf Nutzerpfade. |
Genau deshalb arbeitet der Premium-Audit mit bis zu 500 URLs: Er zeigt, ob eine Ursache systemisch ist. Das ist für Entwickler, SEO-Verantwortliche und Agenturen deutlich hilfreicher als eine isolierte Startseitenmessung.
Sitemap und interne Links liefern eine realistischere Auswahl als nur die Startseite.
TTFB, Ressourcen, Header, Bildlast, Scripts, Fonts und Render-Blocking werden pro URL bewertet.
Ähnliche URL-Muster zeigen, wo Komponenten oder Vorlagen systematisch bremsen.
Aus Rohdaten werden Aufgaben für Server, Frontend, CMS, Bilder, Fonts und Drittanbieter.
Nach Deployments müssen Labordaten und später Felddaten erneut geprüft werden.
| Free | 10 URLs, Score-Kreis, p75 TTFB, Gewicht, Risiken und erste Maßnahmen. |
|---|---|
| Premium | bis 500 URLs, vollständige URL-Tabelle, Template-Gruppen, CWV-Risiko-Matrix, CSV-Export und Prioritäten für Performance-Backlogs. |
Performance-Probleme stecken oft in wiederverwendeten Komponenten: Kategorie-Templates, Produktseiten, Blogartikel, Landingpages, Formularstrecken oder Checkout-nahe Seiten. Premium zeigt, ob ein Problem einmalig ist oder systematisch viele URLs und Seitentypen betrifft.
Kostenlose 10-URL-Messung startenDer Audit misst serverseitige Lab-, Header-, HTML- und Ressourcen-Signale und leitet daraus LCP-, INP- und CLS-Readiness ab. Echte Felddaten aus CrUX/Search Console oder Lighthouse-Labwerte sollten ergänzend geprüft werden.
Für gute Core Web Vitals gelten aktuell LCP bis 2,5 Sekunden, INP bis 200 Millisekunden und CLS bis 0,1. Wichtig ist das 75. Perzentil der echten Seitenaufrufe, getrennt nach Mobile und Desktop.
Startseiten sind oft optimierter als Produkt-, Kategorie-, Blog- oder Formular-Templates. Ein URL-Crawl zeigt, welche Vorlagen systematisch bremsen.
Pagespeed beschreibt allgemein Ladezeit, Auslieferung und technische Performance. Core Web Vitals sind konkrete Nutzererlebnis-Metriken für Ladeleistung, Reaktionsfähigkeit und Layout-Stabilität.
Nach erfolgreicher Stripe-Zahlung wird genau dieses Ergebnis freigeschaltet und automatisch auf bis zu 500 URLs erweitert. Danach ist der CSV-Export aktiv.
Score, URL, Template, Status, TTFB, Gesamtzeit, bekanntes Gewicht, JS-/Bildgewicht, Ressourcen, Render-Blocking, Drittanbieter, LCP-/INP-/CLS-Scores, Hinweise und Template-Prioritäten.
