Zum Hauptinhalt springen
adfera.

/// 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.

Lighthouse Performance-Score 99 von 100 — yoga-arnstadt.de, mobil gemessen /// Performance-Optimierung
Diagnosegetrieben statt Checkliste
Vorher/Nachher messbar (Lighthouse/PSI)
Kein Redesign noetig
Kostenloser Performance-Check
Zusammenfassung: Performance-Optimierung heisst bei uns: erst messen (Lighthouse mobil, PageSpeed Insights, TTFB), dann den groessten Engpass beheben, dann wieder messen — Runde fuer Runde, dokumentiert. Typische Hebel sind Bildoptimierung, Caching, Render-Blocking/Fremdhosts, Font-Strategie und Script-Diaet. Meist ohne Redesign. Drei reale Cases: MIKE SHAY (Score ~25 auf 70), Microsensys (TTFB auf ~0,2 s) und yoga-arnstadt.de (99/100, weil von Anfang an schlank gebaut).

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.

01

Diagnose

Lighthouse mobil, PageSpeed Insights, Netzwerkanalyse und echte TTFB-Messung — auf mehreren Seitentypen. Ohne Baseline ist „schneller" nur ein Gefuehl.

02

Priorisierte Massnahmen

Wir beheben den groessten Engpass zuerst, nicht die laengste Checkliste. Jede Massnahme zielt auf eine gemessene Ursache.

03

Messung nach jeder Runde

Kontrollmessung nach jedem Schritt — dokumentiert, vorher/nachher. So sieht man, was wirkt, und was nicht.

04

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).

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.

Meine Einschätzung als Agenturinhaber: Der haeufigste Fehler bei Performance ist Raten: irgendein Cache-Plugin drauf, irgendein Bild kleiner, und hoffen. Wir arbeiten umgekehrt — jede Massnahme zielt auf eine gemessene Ursache. Bei Microsensys war der Server unschuldig, das Theme war es. Bei MIKE SHAY lag es an Bildern, Fremdhosts und unkomprimiertem HTML. Man sieht es erst, wenn man misst.

Wie schnell ist deine Website wirklich?

Kostenloser, kompakter Performance-Check (Lighthouse mobil + Server-Diagnose) — mit ehrlicher Einschaetzung, wo die groessten Hebel liegen.

Erstgespräch