🚀

Leistung

DOM-Größe, Inline-CSS/JS, Render-blockierende Ressourcen, Lazy Loading, moderne Bildformate.

Was wir prüfen

Wir analysieren Inline-CSS/JS, Render-blockierende Ressourcen, DOM-Größe, Bildoptimierung (Lazy Loading, moderne Formate), Viewport-Meta-Tag und Ressourcenanzahl.

Einzelne Prüfungen

Inline CSS

warning

Erkennt übermäßige Inline-Style-Blöcke.

Beispiel: <style>...</style>

Best Practice: ≤3 Blöcke, ≤10KB

Inline JS

warning

Erkennt übermäßige Inline-Script-Blöcke.

Beispiel: <script>...</script>

Best Practice: ≤5 Blöcke, ≤20KB

Render-Blocking

warning

Identifiziert CSS/JS im Head, die das Rendering blockieren.

Beispiel: <script src="..." async>

Best Practice: async oder defer

Bildabmessungen

notice

Prüft, ob Bilder width/height haben.

Beispiel: <img width="800" height="600">

Best Practice: 100%

Lazy Loading

notice

Prüft auf loading="lazy" bei Bildern unterhalb.

Beispiel: <img loading="lazy">

Best Practice: Alle Bilder unterhalb

Viewport Meta

error

Überprüft Viewport-Meta-Tag für mobile Darstellung.

Beispiel: <meta name="viewport" content="width=device-width">

Best Practice: Vorhanden

DOM-Größe

warning

Zählt DOM-Elemente. Großes DOM verlangsamt das Rendering.

Best Practice: <1500 Elemente

CSS-Dateien

warning

Zählt externe CSS-Dateien.

Beispiel: <link rel="stylesheet" href="...">

Best Practice: ≤8

JS-Dateien

warning

Zählt externe JS-Dateien.

Beispiel: <script src="...">

Best Practice: ≤10

Moderne Bildformate

notice

Prüft auf moderne Bildformate (WebP/AVIF).

Beispiel: <img src="photo.webp">

Best Practice: WebP/AVIF

Warum es wichtig ist

Seitengeschwindigkeit beeinflusst Rankings und Nutzererfahrung direkt. Render-blockierende Ressourcen, übermäßiger Inline-Code und nicht optimierte Bilder erhöhen Ladezeiten und verschlechtern Core Web Vitals.