// cwv-01laden
LCP — Largest Contentful Paint.
Wann ist der Hauptinhalt sichtbar? Wir optimieren das größte Element im Viewport: Hero-Bilder als AVIF/WebP mit Preload, schnelle Serverantwort, Critical CSS statt Render-Blockern.
ziel: < 2,5 s
// svc-07 · performance
Website-Performance-Optimierung heißt bei siteway: Wir bringen deine Website auf die „guten" Core Web Vitals — LCP unter 2,5 s, INP unter 200 ms, CLS unter 0,1. Gemessen mit Lighthouse, bei jedem Release. Und weil wir nichts versprechen, was wir nicht selbst schaffen: Unsere Startseite erreicht bei PageSpeed Insights 100/100/100/100 mobil.
// definition
Website-Performance-Optimierung macht eine Website messbar schneller: kürzere Ladezeit, schnellere Reaktion auf Eingaben, stabiles Layout beim Laden. Der Maßstab sind Googles Core Web Vitals mit klaren Schwellen: LCP unter 2,5 s, INP unter 200 ms, CLS unter 0,1. Optimiert wird an vier Stellen — Bilder, Code, Caching, Server — und gemessen wird vorher und nachher, mit Lighthouse und PageSpeed Insights.
Der Unterschied zum einmaligen „Speed-Tuning": Wir hören nach der Optimierung nicht auf zu messen. Ein Performance-Budget im Build und eine Lighthouse-Messung bei jedem Release sorgen dafür, dass das Tempo bleibt — auch wenn später neue Inhalte, Bilder oder Funktionen dazukommen. Am besten entsteht Performance übrigens schon beim Bauen: In der Entwicklung ist sie bei uns Standard, nicht Nachrüstung.
// warum
jede sekunde zählt · wörtlich
Besucher warten nicht. Googles eigene Zahlen zeigen: Steigt die mobile Ladezeit von einer auf drei Sekunden, wächst die Wahrscheinlichkeit eines Absprungs um 32 % — bei fünf Sekunden sind es schon 90 %. Jede eingesparte Sekunde landet direkt bei dem, was deine Website erreichen soll: Anfragen, Bestellungen, Anrufe.
Dazu kommt die Sichtbarkeit: Die Core Web Vitals sind ein Google-Rankingfaktor, und langsame Seiten crawlen Google und KI-Bots seltener. Performance ist damit kein Kosmetik-Thema, sondern das Fundament, auf dem SEO & GEO aufsetzen. Wer beides will — gefunden werden und überzeugen — fängt beim Tempo an.
// metriken · 3 messwerte
drei zahlen · drei hebel
Google misst die Nutzererfahrung mit drei Kennzahlen — und für jede gibt es andere Stellschrauben. Deshalb optimieren wir nicht „irgendwie schneller", sondern gezielt je Messwert.
// cwv-01laden
Wann ist der Hauptinhalt sichtbar? Wir optimieren das größte Element im Viewport: Hero-Bilder als AVIF/WebP mit Preload, schnelle Serverantwort, Critical CSS statt Render-Blockern.
ziel: < 2,5 s
// cwv-02reagieren
Wie schnell reagiert die Seite auf Klicks und Eingaben? Der Hebel ist fast immer JavaScript: weniger davon, lange Tasks aufteilen, Third-Party-Skripte hinterfragen oder rauswerfen.
ziel: < 200 ms
// cwv-03stabil bleiben
Springt das Layout beim Laden? Wir reservieren Platz: feste Bildmaße, Fonts mit size-adjust gegen Umbruch-Sprünge, keine Banner, die sich nachträglich über den Inhalt schieben.
ziel: < 0,1
// leistung · 6 bausteine
von messung bis monitoring
Sechs Bausteine, ein Ergebnis: eine Website, die die „guten" Schwellen hält — und ein Lighthouse-Report, der es belegt. Nicht jede Website braucht alle sechs; die Ist-Analyse zeigt, welche sich bei dir lohnen.
// b-01messung
Lighthouse, PageSpeed Insights und ein Crawl über alle Seiten. Wir finden die zwei, drei Ursachen, die den Großteil der Ladezeit ausmachen — und priorisieren danach.
output: messbasis
// b-02medien
Meist der größte Hebel: AVIF und WebP statt schwerer JPEGs, responsive Bildgrößen per srcset, Lazy Loading unterhalb des Viewports, Poster statt autoplayender Videos.
output: media-diät
// b-03code
Critical CSS inline, JavaScript auf Diät, Fonts subsetten und selbst hosten. Der Render-Pfad wird so kurz, dass der erste Inhalt steht, bevor Besucher zweifeln.
output: schlankes bundle
// b-04server
Serverantwortzeit (TTFB) senken, Browser- und Server-Caching konfigurieren, Brotli- oder gzip-Kompression aktivieren, HTTP/2 und HTTP/3 nutzen. Bei Bedarf: CDN.
output: ttfb ↓
// b-05cms
TYPO3, WordPress oder Statamic: Extensions und Plugins ausmisten, Caches richtig konfigurieren, Datenbank bereinigen. Details zu den Systemen stehen im Stack.
output: cms-tuning
// b-06budget
Ein Performance-Budget legt fest, wie viel Gewicht eine Seite haben darf. Lighthouse misst bei jedem Release — Regressionen fallen auf, bevor sie live gehen.
output: lighthouse-report
// beleg · messung
keine theorie · diese website
Lighthouse misst im Labor: gleiche Bedingungen, reproduzierbar, bei jedem Release. Google bewertet deine Seite aber nach Felddaten — dem Chrome UX Report (CrUX), der die Core Web Vitals echter Besucher über 28 Tage sammelt. Wir arbeiten mit beidem: Labor für schnelles Feedback beim Optimieren, Feld als Beweis, dass es bei echten Nutzern ankommt.
Dass die Methode funktioniert, zeigt diese Website: Die siteway-Startseite erreicht bei PageSpeed Insights 100/100/100/100 auf Mobilgeräten — Performance, Accessibility, Best Practices und SEO. Kein Sonderaufbau, sondern Handwerk: AVIF-Bilder, wenig JavaScript, selbst gehostete Fonts und ein Budget, das jeder Release einhalten muss.
// tools · kostenlos
ohne anmeldung · ohne tracking
Du musst uns nicht glauben, dass deine Website zu langsam ist — miss es. Unser PageSpeed-Check crawlt deine Website und zeigt Ladezeit und Core Web Vitals je Seite, direkt im Browser. Und wenn du erst selbst Hand anlegen willst: Der Ratgeber PageSpeed & Ladezeit in den Insights erklärt die wichtigsten Maßnahmen Schritt für Schritt.
// tool-01 · tempo
kostenlosDer PageSpeed-Check crawlt deine Website Seite für Seite und misst Ladezeit und Core Web Vitals. So siehst du vor der Optimierung, wo du stehst — und danach schwarz auf weiß, was sie gebracht hat.
// ablauf · 5 schritte
erst messen · dann schrauben
// schritt 01 · messung
Lighthouse, PageSpeed Insights und ein Crawl über alle Seiten. Wo bremst es — Bilder, Code, Server? Die Messbasis hält den Ist-Zustand fest.
output: messbasis
// schritt 02 · priorisierung
Maßnahmen nach Wirkung und Aufwand sortiert — mit Festpreis. Zuerst kommen die zwei, drei Ursachen, die den Großteil der Ladezeit ausmachen.
output: maßnahmenliste
// schritt 03 · umsetzung
Bilder, Code, Caching, Server, CMS — je nach Befund. Jede Änderung in Git nachvollziehbar, über CI/CD deployt, nichts per Hand auf dem Server.
output: optimierung
// schritt 04 · nachmessung
Gleiche Strecke, gleiche Bedingungen: Lighthouse vorher gegen nachher. Du bekommst den Vergleich schwarz auf weiß — nicht als Gefühl, sondern als Report.
output: lighthouse-report
// schritt 05 · absicherung ● ergebnis
Ein Performance-Budget wandert in den Build: Bei jedem Release wird gemessen, Regressionen fallen vor dem Deploy auf. Das Tempo bleibt — auch in einem Jahr.
output: budget + monitoring
// faq
Website-Performance-Optimierung macht eine Website messbar schneller: kürzere Ladezeit, schnellere Reaktion auf Eingaben, stabiles Layout beim Laden. Der Maßstab sind Googles Core Web Vitals. Optimiert wird an Bildern, Code, Caching und Server — gemessen vorher und nachher mit Lighthouse und PageSpeed Insights.
Drei Messwerte, mit denen Google die Nutzererfahrung einer Seite bewertet: LCP (Largest Contentful Paint) misst, wann der Hauptinhalt sichtbar ist. INP (Interaction to Next Paint) misst, wie schnell die Seite auf Eingaben reagiert. CLS (Cumulative Layout Shift) misst, wie stark das Layout beim Laden springt. Alle drei fließen ins Google-Ranking ein.
Google stuft eine Seite als „gut" ein, wenn der LCP unter 2,5 Sekunden liegt, der INP unter 200 Millisekunden und der CLS unter 0,1 — gemessen am 75. Perzentil echter Nutzer. Genau auf diese Schwellen optimieren wir.
Die häufigsten Bremsen: unkomprimierte Bilder, zu viel JavaScript und CSS, fehlendes Caching, langsame Serverantwortzeiten und Plugins oder Extensions, die niemand mehr braucht. Was bei dir bremst, zeigt die Ist-Analyse — meist sind es zwei, drei Ursachen, die den Großteil der Ladezeit ausmachen.
Ja. Die Core Web Vitals fließen als Rankingsignal in die Google-Suche ein — als eines von vielen. Oft wichtiger ist der indirekte Effekt: Schnelle Seiten halten Besucher, langsame verlieren sie, bevor der Inhalt lädt. Beides zahlt auf Sichtbarkeit und Anfragen ein.
Festpreis nach Briefing. Nach der Ist-Analyse bekommst du eine priorisierte Maßnahmenliste mit Preis — du weißt vorher, was es kostet und was es bringt. Das Performance-Audit ist auch einzeln buchbar, als einer unserer 15 Audits.
Im Labor sofort: Lighthouse zeigt jede Verbesserung direkt nach dem Release. Die Felddaten im Chrome UX Report (CrUX), nach denen Google bewertet, laufen über ein 28-Tage-Fenster — dort siehst du den Effekt nach rund vier Wochen.
Ja. Wir optimieren TYPO3, WordPress und Statamic — vom Bild-Handling über die Caching-Konfiguration bis zum Ausmisten von Extensions und Plugins. Die Maßnahmen unterscheiden sich je CMS, die Zielwerte nicht.
// weiter im prozess
alle leistungen im überblick
// svc-06 · sichtbarkeit
Schnelle Seiten crawlt Google öfter und ranken besser — Performance ist das Fundament der Sichtbarkeit.
weiterlesen →
// svc-09 · betrieb
Damit das Tempo bleibt: Updates, Backups und Monitoring im laufenden Betrieb — Regressionen fallen früh auf.
weiterlesen →
// cases
Was schnelle Websites im Alltag leisten — unsere Cases, vom Mittelstand bis zum internationalen Portal.
zu den cases →
// Website zu langsam?
Briefing starten