Website-Performance: schneller laden, besser konvertieren

Warum Geschwindigkeit Business ist

Langsame Seiten erhöhen Absprungraten, kosten Anfragen und schwächen SEO-Signale. Google bewertet die Core Web Vitals als Ranking-Faktor. Performance betrifft daher auch Marketing und Vertrieb, nicht allein die Entwicklung.

Sie müssen keine Amazon-Studie zitieren: Messen Sie selbst, PageSpeed Insights, Search Console (Core Web Vitals-Bericht) oder Lighthouse im Build-Prozess.

Core Web Vitals: die drei Kennzahlen

INP hat FID abgelöst, wenn Ihre Tools noch FID anzeigen, auf INP umstellen.

Feld vs. Labor: PageSpeed Insights und Lighthouse sind Lab-Snapshots. Google nutzt für Rankings vor allem Felddaten (CrUX) über ca. 28 Tage. Deshalb: Search Console Core Web Vitals-Bericht als Wahrheit, Lab-Tools als Diagnose. Nach einem Fix brauchen Felddaten oft Wochen, bis „Gut“ erscheint.

Impact-Matrix: was zuerst lohnt

Bearbeiten Sie zunächst eine rote Metrik. Sind mehrere Werte auffällig, bietet sich meist diese Reihenfolge an: LCP (Bilder), CLS, INP.

Bilder: meist der größte Hebel

Bilder sind oft der schwerste Teil der Seite. Priorität:

1. Moderne Formate: WebP oder AVIF, JPEG/PNG nur als Fallback
2. Richtige Größe: srcset/sizes, Mobilgeräte brauchen keine 4K-Hero-Bilder
3. Lazy Loading: Below-the-fold mit loading="lazy", Hero-Bild eager
4. Kompression: Qualität 80-85 % reicht meist; EXIF-Metadaten entfernen
5. SVG für Icons und einfache Grafiken

Ein Relaunch mit optimierten Bildern allein kann LCP spürbar verbessern, oft mehr als CSS-Tricks.

Code und Auslieferung

Minifizierung: CSS und JavaScript in Produktion minifizieren; ungenutztes CSS entfernen (Purging), wo der Stack es erlaubt.

Komprimierung: Brotli oder GZIP auf dem Server für HTML, CSS, JS.

Code-Splitting: Bei React/Next.js nur laden, was die Seite braucht (siehe Next.js vs. React).

Render-Blocking reduzieren: Kritisches CSS inline oder früh laden; nicht-kritisches JS defer/async.

Third-Party-Scripts: Analytics, Chat-Widgets, Tag-Manager, jedes Script kostet. Nur laden, was Sie wirklich nutzen; Consent-Banner und Tracking nicht übermäßig blockieren lassen.

Bei externen Skripten zählt neben Ladezeit auch die Angriffsfläche. Der Web-Sicherheits-Leitfaden ergänzt die Prüfung um CSP, Updates und sichere Abhängigkeiten.

Fonts: Custom-Fonts ohne font-display: swap verzögern Text (LCP) und können Layout springen lassen. Subsetting und wenige Gewichte reichen für die meisten Unternehmenssites. Vermeiden Sie, fünf Schriftfamilien nur für Marketing-Effekte zu laden.

Caching und CDN

Browser-Cache: Statische Assets (CSS, JS, Fonts, Bilder) mit langen Cache-Headern; HTML kürzer cachen. Versionierte Dateinamen für Cache-Busting.

Server-Cache: Bei dynamischen Sites Redis/Memcached für teure Abfragen.

CDN: Für internationale Besucher oder statische Assets, Cloudflare, CloudFront o. Ä. Auch deutsche Edge-Standorte lohnen sich bei breitem Publikum.

Wiederkehrende Besucher profitieren am meisten, First Visit bleibt oft der Engpass.

Checkliste für den nächsten Sprint

1. PageSpeed Insights für Startseite + eine Unterseite
2. Größtes Bild identifizieren und neu exportieren (WebP, korrekte Breite)
3. Third-Party-Scripts auditieren, was kann weg oder verzögert?
4. Search Console: Seiten mit „schlecht“ bei Core Web Vitals priorisieren
5. Nach Deploy erneut messen, nicht nur lokal

Performance und SEO hängen zusammen; bei lokalem Business zusätzlich Responsive Design und technische Basis prüfen.

Mess-Workflow für Mittelstand und Dienstleister

Viele Teams in Hannover und Umgebung optimieren „gefühlt“, ohne Before/After. Besser:

1. Baseline: PageSpeed Insights für Startseite + wichtigste Leistungsseite dokumentieren (LCP, INP, CLS)
2. Engpass: größtes Bild, schwerstes Script oder langsamste Vorlage identifizieren
3. Eine Änderung: nur einen Hebel pro Deploy (z. B. Hero-Bild auf WebP + korrekte Breite)
4. Re-Test: gleiche URL, gleiches Tool, Ergebnis notieren
5. Search Console: Seiten mit „Schlecht“ bei Core Web Vitals priorisieren

Der Vergleich zeigt, ob eine punktuelle Optimierung reicht oder ein Relaunch nötig ist.

Wann selbst machen, wann Entwickler holen

Selbst oder mit Agentur-Support im Sprint: Bild-Exports, Lazy Loading, überflüssige Plugins/Scripts, Cache-Header prüfen, Search-Console-Prioritäten setzen.

Entwickler nötig: INP durch schwere JavaScript-Bundles, Layout-Sprünge in Templates, Hosting-/CDN-Umbau, Framework-Migration, Consent- und Tag-Architektur.

Für lokale B2B- und Dienstleister-Sites in Hannover reicht oft ein fokussierter Sprint auf Startseite und Leistungsseite, nicht ein Monatsprojekt „Performance allgemein“. Wenn Formular und Telefon-CTA auf Mobilgeräten träge reagieren, priorisieren Sie INP parallel zum LCP-Bildhebel.

Häufige Fragen zur Website-Performance

Beeinflussen Core Web Vitals wirklich Rankings?

Ja, als Qualitätssignal. Für lokale und B2B-Sites wirken sie oft indirekt stärker über bessere UX und Conversion. Felddaten in Search Console zählen mehr als ein einzelner Lighthouse-Score.

Was bringt mehr: CDN oder Bildoptimierung?

Meist Bildoptimierung zuerst, besonders bei Hero-Grafiken und unkomprimierten Uploads. CDN hilft vor allem bei verteilten Besuchern und statischen Assets. Liegt TTFB dauerhaft über ca. 800 ms, Hosting/CDN parallel prüfen.

Wie oft soll ich Performance messen?

Nach jedem größeren Deploy und mindestens monatlich für die Top-5-Seiten. Search Console Core Web Vitals als Frühwarnsystem nutzen. Lab-Tests vor und nach jedem Hebel, Felddaten erst nach 2-4 Wochen bewerten.

Kann ich Performance und SEO getrennt betrachten?

Nur bedingt. Langsame Seiten schaden Rankings, Ads-Quality und Anfragen gleichzeitig. Performance ist deshalb Marketing-, Vertriebs- und SEO-Thema zugleich.

Reicht ein einmaliger PageSpeed-Score von 90?

Nein. Lab-Scores schwanken und decken nicht alle Nutzer ab. Ziel ist „Gut“ bei LCP/INP/CLS in den Felddaten der wichtigen URLs, plus ein messbarer Conversion-Pfad (Formular, Anruf-Button) der auf Mobilgeräten schnell reagiert.

Produktseiten

• Web- und App-Entwicklung
• Best AI als BitAutor-Plattformprodukt