Technisches SEO — was Google wirklich crawlen, rendern und indexieren muss
Wie Crawl-Budget, Robots, Sitemap, JS-Rendering, Indexierung, Canonical und Core Web Vitals zusammenspielen — der vollständige Bogen für produktive Sites.
in Technisches SEO
Ladezeit-Optimierung, Tools und Techniken jenseits der reinen Core-Web-Vitals-Metriken.
Server-seitige Kompressionsverfahren, die Text-Ressourcen wie HTML, CSS und JavaScript vor der Übertragung verkleinern — Brotli liefert heute meist bessere Raten als Gzip.
Ein verteiltes Server-Netzwerk, das statische und zunehmend auch dynamische Inhalte aus dem geografisch nächstgelegenen Edge-Server an den Nutzer ausliefert.
Der Critical Rendering Path ist die Sequenz, die der Browser durchläuft, um HTML/CSS/JS in Pixel zu verwandeln Parsing, Render-Tree, Layout, Paint. Optimierung verkürzt First Paint und LCP.
CrUX ist Googles öffentlicher Felddaten-Datensatz mit echten Performance-Werten von Chrome-Nutzern (Opt-in). Quelle für Core-Web-Vitals-Bewertungen in Search Console und PageSpeed Insights — nicht synthetisch.
FCP misst, wann der Browser das erste sichtbare DOM-Element rendert (Text, Bild, SVG). "Good" bei ≤ 1,8 s. Frühestes Signal für den Nutzer, dass die Seite reagiert — kein Core Web Vital, aber wichtige PageSpeed-Metrik.
Field Data sind reale Performance-Werte echter Nutzer (CrUX, RUM). Lab Data sind synthetische Messungen unter kontrollierten Bedingungen (Lighthouse, WebPageTest). Google rankt nach Field Data — Lab zeigt nur Tendenzen.
Modernere Versionen des HTTP-Protokolls, die parallele Anfragen über eine einzige Verbindung (HTTP/2) bzw. über das schnellere QUIC-Transport (HTTP/3) ausliefern.
Einsatz moderner Bildformate (WebP, AVIF) plus passender Größen und Kompression, um Bilddaten ohne sichtbaren Qualitätsverlust drastisch zu verkleinern.
Lazy Loading ist eine Technik, bei der Bilder, iframes oder JavaScript-Module erst geladen werden, wenn sie tatsächlich benötigt werden — meist beim Scrollen in den Viewport.
Lighthouse ist Googles Open-Source-Audit-Tool, das Performance, Accessibility, Best Practices und SEO einer Seite synthetisch in einer kontrollierten Umgebung misst.
PageSpeed Insights ist Googles kostenfreies Web-Tool, das Lighthouse-Lab-Scores mit CrUX-Felddaten echter Chrome-Nutzer kombiniert und konkrete Optimierungsvorschläge ausgibt.
Resource Hints im HTML-Head, die den Browser anweisen, Ressourcen früher zu laden, Verbindungen vorab aufzubauen oder DNS-Auflösungen zu beschleunigen.
Render-Blocking Resources sind CSS- und JavaScript-Dateien, die der Browser lädt und parst, bevor er rendern kann. Verzögern FCP und LCP — minimieren via async/defer, kritisches CSS inline, ungenutztes CSS entfernen.
TTFB misst die Zeit vom Request-Start bis zum ersten empfangenen Byte. Setzt sich aus DNS, TCP, TLS und Server-Verarbeitung zusammen. Faustregel — gut < 200 ms, problematisch > 600 ms; beeinflusst LCP und FCP direkt.
Wie Crawl-Budget, Robots, Sitemap, JS-Rendering, Indexierung, Canonical und Core Web Vitals zusammenspielen — der vollständige Bogen für produktive Sites.
Was INP misst, warum es seit März 2024 FID ersetzt, die 200-ms-Schwelle und die Hebel gegen lange JavaScript-Tasks im Main Thread.
LCP misst, wann das größte sichtbare Element lädt. Warum TTFB und render-blocking Ressourcen das Bild ausbremsen — und welche Hebel wirklich ziehen.
Warum dieselbe Seite in Lighthouse und in der Search Console verschiedene Werte zeigt — und warum nur die Field-Daten fürs Ranking zählen.
Was CLS misst, warum unter 0,1 das Ziel ist und welche Hebel — Bildmaße, font-display, Platzhalter — Layout-Sprünge zuverlässig wegräumen.
Wie TTFB den Startschuss für LCP setzt und wie der Browser über den Critical Rendering Path zum ersten Pixel kommt — inklusive der wichtigsten Hebel.