Technical SEO

So verbessern Sie die Page Speed

13 Min. Lesezeit

Page Speed ist sowohl ein Ranking-Faktor als auch ein Faktor für die User Experience. Langsame Seiten verlieren Besucher, reduzieren Conversions und ranken in Suchergebnissen niedriger. Google-Studien zeigen, dass die Wahrscheinlichkeit eines Absprungs um 32% steigt, wenn die Ladezeit von 1 auf 3 Sekunden ansteigt. Dieser Leitfaden behandelt die effektivsten Optimierungen, um Ihre Website schneller zu machen.

learn.sections.stepByStep

Benchmark Current Performance

Test your key pages using PageSpeed Insights, WebPageTest, and Chrome DevTools. Record your current metrics: Time to First Byte (TTFB), Largest Contentful Paint (LCP), total page weight, and number of requests. Test multiple page types: homepage, category pages, product pages, and blog posts.

Optimize Images

Images typically account for 50-70% of page weight. Convert to WebP or AVIF formats, serve responsive sizes using srcset, compress without visible quality loss, and lazy-load below-the-fold images. A single unoptimized hero image can add 2-3 seconds to your LCP.

Reduce and Optimize JavaScript

Audit your JavaScript bundles to identify and remove unused code. Split large bundles with code splitting so users only download what they need. Defer non-critical scripts, move analytics and tracking to load after the page is interactive, and consider lighter alternatives to heavy libraries.

Optimize CSS Delivery

Inline critical CSS needed for above-the-fold rendering directly in the HTML. Load the rest asynchronously. Remove unused CSS rules -- most sites ship 10-20x more CSS than any single page uses. Minify all stylesheets and combine small files to reduce HTTP requests.

Implement Server-Side Optimizations

Reduce Time to First Byte by enabling server-level caching, using a CDN, and optimizing database queries. Enable gzip or Brotli compression for text-based assets. Set proper cache headers so returning visitors don't re-download unchanged resources.

Optimize Web Fonts

Fonts can block text rendering for seconds. Use font-display: swap to show fallback text immediately. Subset fonts to include only the characters you use. Self-host fonts instead of loading from third-party CDNs to reduce DNS lookups and leverage your existing caching.

Aktuelle Performance messen

Testen Sie Ihre wichtigsten Seiten mit PageSpeed Insights, WebPageTest und Chrome DevTools. Notieren Sie Ihre aktuellen Metriken: Time to First Byte (TTFB), Largest Contentful Paint (LCP), die Gesamtgröße der Seite und die Anzahl der Anfragen. Testen Sie verschiedene Seitentypen: Startseite, Kategorieseiten, Produktseiten und Blogbeiträge.

Bilder optimieren

Bilder machen typischerweise 50-70% der Seitengröße aus. Konvertieren Sie diese in WebP- oder AVIF-Formate, verwenden Sie responsive Größen via srcset, komprimieren Sie ohne sichtbaren Qualitätsverlust und nutzen Sie Lazy-Loading für Bilder unterhalb des sichtbaren Bereichs (Below-the-fold). Ein einziges, nicht optimiertes Hero-Bild kann Ihren LCP um 2-3 Sekunden verzögern.

JavaScript reduzieren und optimieren

Analysieren Sie Ihre JavaScript-Bundles, um ungenutzten Code zu identifizieren und zu entfernen. Teilen Sie große Bundles durch Code Splitting auf, damit Nutzer nur das herunterladen, was sie benötigen. Verschieben Sie nicht kritische Skripte, lassen Sie Analysetools nach der Interaktivität der Seite laden und ziehen Sie leichtere Alternativen zu umfangreichen Bibliotheken in Betracht.

CSS-Auslieferung optimieren

Binden Sie kritisches CSS, das für das Rendering des sichtbaren Bereichs (Above-the-fold) benötigt wird, direkt in das HTML ein. Laden Sie den Rest asynchron. Entfernen Sie ungenutzte CSS-Regeln – die meisten Websites laden 10-20x mehr CSS, als eine einzelne Seite tatsächlich benötigt. Minifizieren Sie alle Stylesheets und kombinieren Sie kleine Dateien, um HTTP-Anfragen zu reduzieren.

Serverseitige Optimierungen implementieren

Reduzieren Sie die Time to First Byte durch Aktivierung von server-seitigem Caching, Nutzung eines CDN und Optimierung von Datenbankabfragen. Aktivieren Sie Gzip- oder Brotli-Kompression für textbasierte Assets. Setzen Sie korrekte Cache-Header, damit wiederkehrende Besucher unveränderte Ressourcen nicht erneut herunterladen müssen.

Web-Fonts optimieren

Schriftarten können das Text-Rendering um Sekunden blockieren. Verwenden Sie font-display: swap, um sofort Fallback-Text anzuzeigen. Subsetteln Sie Schriftarten, um nur die Zeichen einzuschließen, die Sie verwenden. Hosten Sie Schriftarten selbst, statt sie von Drittanbieter-CDNs zu laden, um DNS-Lookups zu reduzieren und vorhandenes Caching zu nutzen.

Profi-Tipps

Start with your highest-traffic pages. Optimizing your top 10 pages by traffic usually delivers more impact than optimizing your entire site, and you learn which techniques work best for your stack.
Set a performance budget: maximum 200KB JavaScript, 500KB total page weight, and 3-second LCP. Enforce these in your build pipeline to prevent regressions.
Use the Coverage tab in Chrome DevTools to find unused CSS and JavaScript. Most sites can eliminate 30-50% of their CSS payload this way.
Beginnen Sie mit Ihren Seiten mit dem höchsten Traffic. Die Optimierung Ihrer Top-10-Seiten bringt meist mehr Wirkung als die Optimierung der gesamten Website, und Sie lernen dabei, welche Techniken für Ihren Tech-Stack am besten funktionieren.
Setzen Sie ein Performance-Budget: maximal 200KB JavaScript, 500KB Gesamtgewicht der Seite und 3 Sekunden LCP. Erzwingen Sie diese Grenzwerte in Ihrer Build-Pipeline, um Regressionen zu vermeiden.
Verwenden Sie den Coverage-Tab in den Chrome DevTools, um ungenutztes CSS und JavaScript zu finden. Die meisten Websites können ihren CSS-Payload so um 30-50% reduzieren.

Häufige Fehler vermeiden

Compressing without resizing images

Compressing a 4000x3000 pixel image to WebP helps, but serving a 400x300 pixel version saves 10x more bandwidth. Always resize images to the maximum display size before compressing.

Loading everything in the head

Placing all scripts and stylesheets in the HTML head blocks rendering. Only critical resources should load in the head. Move everything else to the end of the body or load it asynchronously.

Over-relying on CDN caching

A CDN speeds up delivery but doesn't fix a slow origin server or bloated page. If your page generates in 2 seconds on the server and the CDN cache expires every 5 minutes, most users still experience the slow origin response.

Komprimierung ohne Anpassung der Bildgröße

Ein 4000x3000 Pixel Bild als WebP zu komprimieren hilft, aber eine 400x300 Pixel Version spart 10x mehr Bandbreite. Passen Sie die Bildgröße immer an die maximale Anzeigeauflösung an, bevor Sie diese komprimieren.

Alles im Head-Bereich laden

Das Platzieren aller Skripte und Stylesheets im HTML-Head blockiert das Rendering. Nur kritische Ressourcen sollten im Head geladen werden. Verschieben Sie alles andere ans Ende des Bodys oder laden Sie es asynchron.

Zu starkes Vertrauen auf CDN-Caching

Ein CDN beschleunigt die Auslieferung, behebt aber keinen langsamen Ursprungsserver oder eine überladene Seite. Wenn Ihre Seite auf dem Server in 2 Sekunden generiert wird und der CDN-Cache alle 5 Minuten abläuft, erleben die meisten Nutzer weiterhin die langsame Antwort des Ursprungsservers.

So macht es Ihnen Keyword Kick leicht

Automated page speed testing across all site pages with specific optimization recommendations
Historical performance tracking to measure the impact of speed improvements over time
Core Web Vitals monitoring that connects speed metrics to ranking changes
Automatisierte Page-Speed-Tests über alle Seiten hinweg mit spezifischen Optimierungsempfehlungen
Historisches Performance-Tracking zur Messung des Einflusses von Geschwindigkeitsverbesserungen über Zeit
Core Web Vitals Monitoring, das Geschwindigkeitsmetriken mit Ranking-Veränderungen verknüpft

learn.sections.faq

How fast should my website load?

Aim for a Largest Contentful Paint under 2.5 seconds and a Time to First Byte under 600 milliseconds. For e-commerce sites, every additional second of load time reduces conversions by approximately 7%. Faster is always better, but these thresholds satisfy Google's performance requirements.

Does page speed really affect SEO rankings?

Yes. Page speed is a confirmed ranking factor, and Core Web Vitals are part of Google's Page Experience signals. In competitive niches where content quality is similar, faster sites consistently outrank slower ones.

Which has more impact: server speed or front-end optimization?

It depends on your current bottleneck. If your TTFB is over 1 second, server optimization will have the biggest impact. If TTFB is fast but LCP is slow, front-end optimizations (images, CSS, JavaScript) will help more. Test both to identify your specific bottleneck.

Wie schnell sollte meine Website laden?

Streben Sie einen Largest Contentful Paint von unter 2,5 Sekunden und eine Time to First Byte von unter 600 Millisekunden an. Bei E-Commerce-Seiten reduziert jede zusätzliche Sekunde Ladezeit die Conversions um etwa 7%. Schneller ist immer besser, aber diese Schwellenwerte erfüllen die Performance-Anforderungen von Google.

Beeinflusst Page Speed wirklich die SEO-Rankings?

Ja. Page Speed ist ein bestätigter Ranking-Faktor und Core Web Vitals sind Teil der Page Experience-Signale von Google. In wettbewerbsintensiven Nischen mit ähnlicher Inhaltsqualität ranken schnellere Seiten konsistent besser als langsamere.

Was hat mehr Einfluss: Server-Geschwindigkeit oder Front-End-Optimierung?

Das hängt von Ihrem aktuellen Flaschenhals ab. Wenn Ihre TTFB über 1 Sekunde liegt, hat die Server-Optimierung den größten Einfluss. Wenn die TTFB schnell ist, aber der LCP langsam, helfen Front-End-Optimierungen (Bilder, CSS, JavaScript) mehr. Testen Sie beides, um Ihren spezifischen Flaschenhals zu identifizieren.