Website-Performance

Eine Website darf heute nicht langsam sein. Nicht, weil Geschwindigkeit ein technisches Selbstziel ist — sondern weil sie messbar darüber entscheidet, ob ein Besucher bleibt, ob Google die Seite gut platziert und ob aus einem Klick eine Anfrage wird. Ladezeit ist damit kein Detail, sondern ein Geschäftsfaktor.

Dieser Artikel erklärt, warum Performance zählt, welche Hebel wirklich wirken — und welche Optimierungs-Tipps aus dem Internet eher Pflicht-Kosmetik als echter Hebel sind.

Drei Wirkungen, die in der Praxis immer wieder dieselbe Geschichte erzählen:

• Suchmaschinen-Sichtbarkeit. Google bewertet Ladezeit und Stabilität (Core Web Vitals) als direkten Ranking-Faktor. Eine schnelle Seite hat es im Index leichter — eine langsame muss inhaltlich extrem stark sein, um diesen Nachteil auszugleichen.
• Absprungrate. Studien zeigen seit Jahren denselben Effekt: Je länger eine Seite zum Laden braucht, desto mehr Besucher springen ab, bevor sie überhaupt etwas gesehen haben. Bei mobilen Verbindungen wirkt das besonders stark.
• Vertrauen und Markenwirkung. Eine Website, die ruckelt, springt oder zäh aufbaut, untergräbt das Vertrauen in das Unternehmen dahinter. Bei B2B-Anfragen mit hohem Auftragswert kann allein dieser erste Eindruck entscheiden.

Performance ist damit kein Thema „für später", sondern eine Voraussetzung dafür, dass alle anderen Maßnahmen — SEO, Content, Design — überhaupt wirken.

Es gibt viele Performance-Tipps im Internet. Die meisten wirken kaum, ein paar wenige sehr. Sortiert nach realer Wirkung:

1. Architektur und Stack. Ob eine Seite statisch ausgeliefert wird (z. B. mit Astro) oder bei jedem Aufruf dynamisch generiert (z. B. mit WordPress + 20 Plugins), entscheidet mehr über die Geschwindigkeit als alle nachträglichen Optimierungen. Hier liegt der größte Hebel — und er kostet nichts, wenn er von Anfang an mitgedacht wird.

2. Bilder. Bilder sind in fast jedem Projekt der mit Abstand größte Datenanteil. Drei Maßnahmen mit hoher Wirkung:

• Moderne Formate (WebP, AVIF) statt JPG/PNG.
• Korrekte Dimensionen — keine 4000px-Bilder, die im Browser auf 800px verkleinert werden.
• Lazy-Loading für Bilder unterhalb des sichtbaren Bereichs.

3. JavaScript. Jedes Skript verzögert die Interaktivität der Seite. Ein typisches WordPress-Theme lädt mehrere hundert Kilobyte JavaScript, von denen 90 % nie ausgeführt werden. Saubere Auswahl, gezielter Einsatz und Verzicht auf unnötige Bibliotheken sind hier der Hebel.

4. Hosting. Ein gut konfigurierter Server mit HTTP/2 oder HTTP/3, sauberem Caching und passenden Standorten holt messbar etwas heraus. Wechselt man von einem überlasteten Shared-Hosting auf einen schlanken eigenen Server, kann sich die Auslieferung halbieren.

5. Schriften und externe Ressourcen. Eingebettete Schriften, externe Tracking-Tools und Drittanbieter-Skripte (Cookie-Banner, Chat-Widgets, Marketing-Pixel) sind die häufigsten verdeckten Bremsen. Selbst gehostete Schriften und ein bewusster Umgang mit Trackingscripts machen oft mehr aus als alle Code-Optimierungen zusammen.

6. CSS und HTML-Struktur. Sauberes Markup, zielgerichtetes CSS, keine überflüssigen Wrapper. Das spart einzeln nicht viel — summiert sich aber, vor allem bei Komponenten-Bibliotheken, die für jede Kleinigkeit ein eigenes <div> mitbringen.

Drei Dinge, die in Performance-Diskussionen häufig vorgeschlagen werden — die ich aber bewusst meide:

• Plugin-Stapelung „mit drei Caching-Plugins gegeneinander". Jedes zusätzliche Plugin bringt Komplexität, Pflegeaufwand und potenzielle Konflikte. Performance entsteht durch Reduktion, nicht durch Schichtung.
• Aggressives Lazy-Loading von allem. Hero-Bilder, Logos und Inhalte oberhalb der Faltlinie sollen sofort sichtbar sein. Wer auch das verzögert lädt, verschlechtert das Nutzererlebnis und die Core Web Vitals.
• Utility-CSS-Frameworks für jede Website. Ein Mehrwert entsteht selten — gleichzeitig wachsen HTML-Dokumente, und individuelles Design wird mühsamer, nicht einfacher. Sauberes, projektspezifisches CSS ist meist die bessere Wahl.

Ein bewährtes Vorgehen, klar gestaffelt:

1. Messen, bevor optimiert wird. Lighthouse, Real-User-Metriken, konkrete Lade-Wasserfälle — ohne Messung kein begründetes Vorgehen.
2. Architektur prüfen. Liegt das Problem im Stack selbst, ist nachträgliche Optimierung Symptombehandlung. Bei massiven Performance-Problemen ist ein Stack-Wechsel oft günstiger als jahrelanges Nachpflastern.
3. Die fünf größten Hebel zuerst. Bilder, Schriften, JavaScript, externe Skripte, Hosting — in dieser Reihenfolge. Hier liegen 80 % der erreichbaren Verbesserung.
4. Erneut messen. Vorher-/Nachher-Vergleich, ehrlich. Was nichts bringt, fliegt raus — auch wenn es online empfohlen wurde.
5. Pflege einrichten. Performance bleibt nicht von selbst gut. Regelmäßige Lighthouse-Checks und ein klarer Prozess für neue Inhalte oder neue Tools verhindern, dass die Seite über Monate langsam wird.

Wenn Sie wissen wollen, wo Ihre Website konkret steht: Eine kurze Lighthouse-Auswertung und ein Blick in den Lade-Wasserfall zeigen die echten Bremsen meist innerhalb einer halben Stunde.