← Journal
Local SEO Technik 3. Juni 2026 6 Min. Lesezeit

Core Web Vitals: Warum Ladezeit ein lokales Ranking-Signal ist

Langsame Seiten verlieren Plätze — besonders in der lokalen Suche. Was Core Web Vitals sind, wie du sie misst und warum sie für die KI-Suche noch relevanter werden.

Core Web Vitals: Warum Ladezeit ein lokales Ranking-Signal ist

Deine Website kann den besten Inhalt haben — wenn sie drei Sekunden zum Laden braucht, ist sie für Google ein Problem. Und für die KI-Suche erst recht.

Was Core Web Vitals sind

Drei Metriken, die Google seit 2021 als Ranking-Signal verwendet:

LCP (Largest Contentful Paint): Wie schnell wird das größte sichtbare Element geladen? Ziel: unter 2,5 Sekunden.

INP (Interaction to Next Paint): Wie schnell reagiert die Seite auf Klicks und Eingaben? Ziel: unter 200 Millisekunden.

CLS (Cumulative Layout Shift): Wie stabil ist das Layout beim Laden? Springt der Button weg, bevor du klicken kannst? Ziel: unter 0,1.

Warum das für lokale Anbieter besonders zählt

In der lokalen Suche konkurrierst du nicht mit Wikipedia oder Amazon. Du konkurrierst mit dem Zahnarzt zwei Straßen weiter, dem Autohaus in der Nachbarstadt, der Kanzlei am Marktplatz. Bei vergleichbarem Inhalt entscheidet die technische Qualität über die Platzierung.

Und es gibt einen zweiten Grund: KI-Crawler bevorzugen schnelle Seiten. Wenn der Crawler deine Seite in 500 Millisekunden vollständig lesen kann statt in 4 Sekunden, crawlt er sie häufiger und vollständiger. Mehr gecrawlter Inhalt bedeutet mehr Daten, die die KI zitieren kann.

Die häufigsten Performance-Killer

Unkomprimierte Bilder

Das Team-Foto mit 4 MB. Das Hero-Bild, das direkt aus der Kamera auf die Website geladen wurde. Bilder sind in 80 % der Fälle der Hauptgrund für schlechte Ladezeiten.

Die Lösung: WebP oder AVIF statt JPEG, Bilder auf die tatsächlich angezeigte Größe skalieren, Lazy Loading für alles unterhalb des sichtbaren Bereichs.

Render-blockierendes JavaScript

jQuery, Slider-Bibliotheken, Chat-Widgets, Analytics-Scripts — alles, was im <head> geladen wird und den Browser daran hindert, die Seite zu rendern.

Die Lösung: Nur laden, was wirklich gebraucht wird. Scripts mit defer oder async laden. Drittanbieter-Scripts prüfen und Unnötiges entfernen.

Zu viele HTTP-Requests

Jede Schriftart, jedes Icon, jedes externe Script ist ein Request. Bei vielen Praxis-Websites zählen wir 60–80 Requests beim ersten Laden.

Die Lösung: Schriften subsetten, Icons als SVG inline einbinden, CSS und JS bündeln, Preconnect für externe Domains.

Kein Caching

Ohne Cache-Header lädt der Browser bei jedem Besuch alles neu. Mit korrektem Caching laden wiederkehrende Besucher:innen die Seite in einem Bruchteil der Zeit.

Wie du misst

  • PageSpeed Insights (pagespeed.web.dev) — Googles eigenes Tool, testet gegen echte Nutzerdaten
  • Lighthouse im Chrome DevTools — detaillierte Analyse mit konkreten Empfehlungen
  • Search Console — zeigt Core Web Vitals für alle deine Seiten über Zeit

Teste immer mobil, nicht nur Desktop. Google verwendet den Mobile-Index für das Ranking — und die meisten lokalen Suchen kommen vom Smartphone.

Was wir liefern

Unsere Websites erreichen regelmäßig 95+ im PageSpeed-Score — mobil wie Desktop. Nicht weil wir Tricks anwenden, sondern weil die Architektur von Anfang an auf Performance ausgelegt ist: statisches HTML, minimales JavaScript, optimierte Assets, sauberes CSS.

Geschwindigkeit ist kein Feature. Sie ist eine Eigenschaft gut gebauter Software.

Sichtbarkeit ist kein Zufall.

Lass uns reden — über dein Ziel, deine Region, deinen Zeitplan.

Erstgespräch buchen