/// Webdesign · Performance-Optimierung
Performance-Optimierung —
Websites, die messbar schnell sind.
Wir machen bestehende Websites messbar schnell — und bauen neue, die es von Anfang an sind. Diagnosegetrieben statt nach Checkliste: messen, den echten Engpass beheben, wieder messen. Ohne Redesign, mit dokumentiertem Vorher/Nachher.
Warum Performance zaehlt
Nutzererlebnis & Conversion
Jede Sekunde Ladezeit kostet Aufmerksamkeit — besonders mobil und bei kaltem Ads-Traffic. Wer schnell laedt, verliert weniger Besucher vor dem ersten Inhalt.
Google-Ranking
Core Web Vitals (LCP, INP, CLS) sind ein bestaetigter Ranking-Faktor. Schnelle Seiten haben es in den Suchergebnissen leichter.
Werbekosten
Ladezeit fliesst in den Quality Score von Google Ads ein. Schnellere Landingpages senken tendenziell den Klickpreis.
So arbeiten wir
Wir optimieren diagnosegetrieben, nicht nach Checkliste — messen, Engpass beheben, wieder messen.
Diagnose
Lighthouse mobil, PageSpeed Insights, Netzwerkanalyse und echte TTFB-Messung — auf mehreren Seitentypen. Ohne Baseline ist „schneller" nur ein Gefuehl.
Priorisierte Massnahmen
Wir beheben den groessten Engpass zuerst, nicht die laengste Checkliste. Jede Massnahme zielt auf eine gemessene Ursache.
Messung nach jeder Runde
Kontrollmessung nach jedem Schritt — dokumentiert, vorher/nachher. So sieht man, was wirkt, und was nicht.
Abschlussbericht
Transparente Vorher/Nachher-Scorecards und die konkreten Hebel, die den Unterschied gemacht haben.
Typische Hebel — aus echten Projekten
Bildoptimierung
Rekomprimieren, Skalieren, moderne Formate (WebP/AVIF), Lazy Loading, LCP-Preloads.
Caching-Architektur
Browser- und Server-Cache, stale-while-revalidate, Preload und automatisches Purgen.
Render-Blocking & Fremdhosts
CDN-Ressourcen auf die eigene Domain holen, kritischen Renderpfad entschlacken.
Font-Strategie
Selbst hosten statt Fremdhosts, nur benoetigte Schnitte, Same-Origin ueber HTTP/2.
Script-Diaet
Ballast von Page-Buildern und Plugins reduzieren, Drittanbieter-Skripte verzoegert laden.
Server- & Kompression
HTML-Kompression (gzip/zlib), TTFB-Analyse, Cache-Header, HTTP/2.
Drei Cases, drei Ausgangslagen
Optimierung im Bestand und Performance by Design — alle Zahlen sind Labormessungen (Lighthouse mobil, PageSpeed Insights).
PHP-Website · Luxus-Boutique
MIKE SHAY
Ein Vormittag, drei diagnosegetriebene Runden.
- Performance-Score
- ~25 70
- Largest Contentful Paint
- 41,9 s 5,7 s
- Seitengewicht
- 19,9 MB 3,1 MB
WordPress/Divi + WooCommerce · B2B
Microsensys
Der schwere CMS-Stack — Diagnose statt Raten.
- Server-Antwortzeit (TTFB)
- bis 8 s ~0,2 s
- Erste Inhaltsanzeige (Inhaltsseiten)
- ~10 s 1,7 s
- Bildgewicht der Mediathek
- ~1,18 GB −82 %
Neubau · Performance by Design
yoga-arnstadt.de
Schnell, weil von Anfang an richtig gebaut.
- Performance-Score
- 99
- First Contentful Paint
- 1,7 s
- Largest Contentful Paint
- 2,9 s
Haeufige Fragen zur Performance-Optimierung
Was kostet eine Performance-Optimierung?
Das haengt an deinem Stack und daran, was die Messung findet — deshalb nennen wir keinen Pauschalpreis ins Blaue. Wir starten mit einem kostenlosen, kompakten Performance-Check (Lighthouse mobil + Server-Diagnose) und nennen dann einen verbindlichen Festpreis fuer die Umsetzung. Keine Stunden-Ueberraschungen.
Wie lange dauert das?
Oft erstaunlich kurz. Eine fokussierte Optimierung eines Onepagers oder einer schlanken Seite schaffen wir teils an einem Vormittag in mehreren Mess-Runden. Schwere CMS-Stacks (WordPress/Divi, WooCommerce, Mehrsprachigkeit) brauchen laenger, weil dort Cache-Architektur und Theme-Ballast dazukommen — den Rahmen nennen wir nach dem Check.
Geht das ohne Redesign?
Ja — das ist der Normalfall. Wir optimieren am Bestand: Bilder, Caching, Render-Blocking, Fonts, Scripts und Server-Konfiguration. Das Aussehen bleibt unveraendert. Bei MIKE SHAY haben wir das Seitengewicht um 84 % gesenkt, ohne einen einzigen sichtbaren Design-Kompromiss.
Was sind Core Web Vitals?
Core Web Vitals sind Googles Nutzererlebnis-Kennzahlen: Largest Contentful Paint (LCP, wie schnell der Hauptinhalt sichtbar ist), Interaction to Next Paint (INP, Reaktionsschnelligkeit) und Cumulative Layout Shift (CLS, visuelle Stabilitaet). Sie sind ein bestaetigter Google-Ranking-Faktor und fliessen auch in den Quality Score von Google Ads ein — schnelle Seiten ranken besser und kosten pro Klick weniger.
Funktioniert das auch bei WordPress?
Ja. WordPress mit Page-Buildern wie Divi ist sogar ein Klassiker: viele Stylesheets und Skripte pro Seite, Plugin-Ballast, schwankende Server-Antwortzeiten. Beim B2B-Kunden Microsensys (WordPress/Divi + WooCommerce + WPML) haben wir die Server-Antwortzeit auf ~0,2 s und die erste Inhaltsanzeige der Inhaltsseiten von rund 10 s auf 1,7 s gebracht — durch Cache-Architektur und Asset-Diaet, nicht durch einen Serverwechsel.
Wie schnell ist deine Website wirklich?
Kostenloser, kompakter Performance-Check (Lighthouse mobil + Server-Diagnose) — mit ehrlicher Einschaetzung, wo die groessten Hebel liegen.