zep@server: ~/de/leistungen/website-betreuung/pagespeed-optimierung
$ site speed --audit

PageSpeed-Optimierung: Website schneller machen – auf jeder Plattform

TTFB | LCP | INP | CLS
✓ Feld- und Labordaten innerhalb der Grenzwerte

PageSpeed-Optimierung ist die Leistung, bei der wir messen, wo eine Website Zeit verliert, und Serverantwort, Bilder, Code und Drittanbieter-Skripte so verbessern, dass Seiten schneller laden und reagieren. Wir arbeiten mit individuellem PHP, Node.js und Next.js, statischem HTML, Onlineshops und WordPress und messen Labor- und Felddaten gegen Googles Grenzwerte: LCP 2,5 s, INP 200 ms, CLS 0,1.

// Für wen eignet sich eine PageSpeed-Optimierung?

Eine PageSpeed-Optimierung eignet sich für jede Website, die langsam lädt und dadurch Besucher, Umsatz oder Sichtbarkeit in der Suche verliert – unabhängig davon, worauf sie basiert. Langsamkeit hat selten nur eine Ursache; meist wirken langsame Serverantwort, schwere Bilder und nacheinander geladene Skripte zusammen. Deshalb messen wir zuerst, welche Ebene am stärksten bremst.

  • Der Core-Web-Vitals-Bericht in der Search Console markiert URL-Gruppen als „Schlecht“ oder „Optimierung erforderlich“
  • Im Felddaten-Bereich von PageSpeed Insights sind LCP oder INP rot
  • Die Serverantwortzeit (TTFB) liegt über 0,8 Sekunden, die Seite bleibt zunächst weiß
  • Inhalte verspringen beim Laden, Schaltflächen rutschen unter dem Finger weg
  • Nach einem Tipp auf Menü, Filter oder Warenkorb friert die Seite kurz ein
  • Bezahlter Traffic kommt an, aber Besucher springen ab, bevor die Seite geladen ist

Für eine Firmenwebsite, ein individuell entwickeltes Portal oder einen Shop mit Tausenden Produkten nutzen wir dieselbe Messmethode; in Shops werden Kategorie-, Produkt- und Checkout-Seiten getrennt betrachtet.

// Warum kann eine Website im Labor 100 Punkte erreichen und in den Felddaten scheitern?

Weil beide Messungen Unterschiedliches erfassen: Lighthouse ist ein Labortest, der ein Gerät und eine Verbindung simuliert, Felddaten (CrUX) dagegen zeigen die Erfahrung echter Chrome-Nutzer auf Ihrer Website in den letzten 28 Tagen. Google verwendet in der Search Console und bei der Bewertung der Nutzererfahrung die Felddaten.

Eine Website kann daher in Lighthouse 100 Punkte erreichen und im Feld trotzdem durchfallen. Häufigster Grund ist INP: Der Labortest tippt nie auf das Menü, ein echter Nutzer schon – und dann blockiert eine schwere JavaScript-Aufgabe die Seite. Ältere Smartphones und schwache Mobilverbindungen sind im Labor ebenfalls unsichtbar. Wir messen beides und stellen es im Bericht nebeneinander.

MetrikWas sie misstGoogles Grenzwert für „gut“
LCPZeit bis das größte Inhaltselement angezeigt wird≤ 2,5 s
INPVerzögerung der Reaktion auf Tippen und Klicken≤ 200 ms
CLSVisuelles Verspringen während des Ladens≤ 0,1

Die Grenzwerte gelten für das 75. Perzentil der Seitenaufrufe; mindestens drei von vier Aufrufen müssen also darunter liegen. Details finden Sie in Googles Leitfaden zu den Core Web Vitals und in der Dokumentation zu PageSpeed Insights.

// Was umfasst die Optimierung?

Die Arbeit läuft auf zwei Ebenen: Der Server bestimmt, wie schnell das erste Byte ankommt, das Frontend, wie schnell der Inhalt auf dem Bildschirm nutzbar wird. Die Tabelle zeigt, was eine einmalige Core Web Vitals Optimierung enthält und was nicht.

LeistungStatus
Analyse der Serverantwortzeit (TTFB), Seiten- und Objekt-CacheEnthalten
HTTP/2 oder HTTP/3, Brotli/gzip-Komprimierung, Browser-Cache-HeaderEnthalten
Bilder in AVIF/WebP umwandeln, korrekt skalieren und verzögert ladenEnthalten
Kritisches CSS vorziehen, ungenutztes CSS entfernenEnthalten
JavaScript aufteilen, defer/async und Interaktionsverzögerung (INP) behebenEnthalten
Schriften laden: Subsetting, Preload und font-displayEnthalten
Analyse-, Chat- und Werbe-Skripte verzögert ladenEnthalten
Vorher-nachher-Bericht mit Labor- und FelddatenEnthalten
Hosting-Wechsel und Website-UmzugSeparates Angebot
Neuentwicklung von Design oder AnwendungNicht enthalten
Gebühren für Hosting, CDN und Drittanbieter-DiensteNicht enthalten

Liegt der Engpass beim Hosting selbst, zeigt die Messung das, und wir empfehlen den Umzug als eigenen Schritt im Rahmen des Website- & Hosting-Umzugs.

// Wie läuft die Optimierung ab und wie lange dauert sie?

Der Ablauf hat vier Schritte und dauert bei einer typischen Website insgesamt 3 bis 5 Arbeitstage; bei großen Shops und individuellen Anwendungen wird die Dauer nach der Messung im Angebot festgelegt. Wir arbeiten auf einer Kopie der Website (Staging), erstellen vorher ein Backup und spielen Änderungen zu verkehrsarmen Zeiten live.

01

Messung und Diagnose (1 Tag)

Labortest, CrUX-Felddaten und Serverantwortzeit werden je Seitentyp (Startseite, Liste, Detail, Checkout) gemessen; daraus entstehen Engpassliste und Zielwert

02

Server-Ebene (1 Tag)

Caching, Komprimierung, HTTP/2-3, langsame Datenbankabfragen und Antwortzeit der Anwendung werden optimiert

03

Frontend-Ebene (1 bis 2 Tage)

Bilder, kritisches CSS, JavaScript-Bundles, Schriften und Drittanbieter-Skripte werden überarbeitet

04

Nachmessung und Bericht (halber Tag)

Dieselben Seiten werden mit derselben Methode mehrfach gemessen; Sie erhalten eine Vorher-nachher-Tabelle mit Medianwerten

// Mit welchen Plattformen arbeiten wir?

Wir arbeiten mit individuellen PHP-Anwendungen, Node.js- und Next.js-Projekten, statischen HTML-Websites, per REST-API angebundenen Frontends, Onlineshops und WordPress. Jede Plattform hat ihren Engpass an einer anderen Stelle; deshalb arbeiten wir mit Messung statt mit Patentrezept.

  • Individuelles PHP: langsame Datenbankabfragen, ungecachte Seitenerzeugung, OPcache und PHP-Version
  • Node.js / Next.js: Dauer des serverseitigen Renderings, statische Generierung und Cache-Strategie, Größe des JavaScript-Bundles im Browser
  • Statisches HTML: Bildgrößen, renderblockierendes CSS und Schriften, Cache-Header
  • Onlineshops: Kategoriefilter, Produktbilder, Drittanbieter-Skripte in Warenkorb und Checkout

Läuft Ihre Website mit WordPress, finden Sie die Details zu Plugins, Themes und Datenbank auf unserer Seite WordPress-Geschwindigkeit & Performance. Auf geschlossenen Plattformen wie Wix, Shopify oder Squarespace gibt es keinen Serverzugriff; dort beschränkt sich unser Spielraum auf Bilder, Skripte und Inhaltsaufbau – das sagen wir bereits bei der Erstmessung. Soll Geschwindigkeit zusammen mit Crawling und Indexierung angegangen werden, lässt sich die Arbeit mit Technischem SEO kombinieren.

// Wovon hängt der Preis ab?

Vier Faktoren bestimmen den Preis: die Plattform, die Zahl der zu messenden Seitentypen, der Umfang des Serverzugriffs und die Menge an Drittanbieter-Skripten. Bei einer statischen Firmenwebsite bleibt die Arbeit meist auf Bild- und CSS-Ebene, bei einer individuellen Anwendung müssen wir an Datenbankabfragen und Servercode. Deshalb erstellen wir Angebote auf Basis der Messung statt nach fester Preisliste.

Die Erstmessung ist kostenlos, den Bericht erhalten Sie in jedem Fall; das Angebot wird danach fest und steigt später nicht. Im Angebot steht ein Zielwert – wird er nicht erreicht, berechnen wir die Differenz nicht. Da sich Felddaten über ein 28-Tage-Fenster aufbauen, führen wir drei Monate nach Abschluss eine kostenlose Kontrollmessung durch.

// Beispiele aus unseren Projekten

Bei den Websites, die wir entwickeln, ist Geschwindigkeit Teil des Designs und keine nachträgliche Einstellung. Die folgenden Werte sind PageSpeed-Insights-Messungen vom 4. Oktober 2026; die Karten weiter unten führen zu den Berichten selbst, und Sie können dieselben Seiten heute selbst testen.

  • Ergoterapistimle – Terminorientierte Website eines Zentrums für Ergotherapie bei Kindern: mobil 92, Desktop 99 (Median aus 5 Durchläufen)
  • AS Medya – Animierte WordPress-Firmenwebsite einer Digitalmarketing-Agentur: mobil 100, Desktop 99
  • Işık Konstrüksiyon – Mehrsprachige WordPress-Website eines Bau- und Architekturbüros: mobil 100, Desktop 100

Laborwerte schwanken von Durchlauf zu Durchlauf; deshalb messen wir mehrfach und berichten den Median – auch in Ihrem Bericht. Dass eine animierte Website mobil 100 Punkte erreicht, zeigt: Wer seine Website schneller machen will, muss nicht auf visuelle Qualität verzichten.

Jede Verbesserung ohne Messung der eigentlichen Bremse ist geraten – wir messen zuerst und ändern danach.

// Wer übernimmt die Arbeit – und wann ist sie nicht nötig?

Die Arbeit leitet Caner Zep Çelik, Gründer & Technischer Berater von Zep Bilişim. Seit 2020 hat er an mehr als 100 Projekten für Kunden in Deutschland, dem Vereinigten Königreich und der Türkei mitgewirkt; Messung und Diagnose übernimmt er selbst und gibt die Arbeit nicht an Subunternehmer weiter.

Sind in Ihren Felddaten alle drei Metriken grün, ist eine PageSpeed-Optimierung überflüssig – das sagen wir Ihnen bei der Erstmessung offen. Ist nur der Admin-Bereich langsam, merken Besucher davon nichts, und eine kleinere Korrektur genügt. Sind Design und Code grundlegend veraltet, stößt Optimierung an Grenzen; dann ist ein Website-Relaunch oft die sinnvollere Investition.

// PageSpeed-Ergebnisse aus unseren Referenzen

Die folgenden Websites haben wir entwickelt; alle stehen in unseren Referenzen. Die Werte stammen aus Google PageSpeed Insights; jede Karte zeigt das Messdatum und verlinkt den Bericht selbst.

PageSpeed-Laborwerte können zwischen Messungen um einige Punkte schwanken; wenn Sie die Analyse im Bericht neu starten, sehen Sie womöglich einen anderen Wert. Die Werte auf den Karten gehören zur Messung am angegebenen Datum.

Alle Referenzen →

// Häufig gestellte Fragen

Am zuverlässigsten testen Sie die Geschwindigkeit mit PageSpeed Insights und dem Core-Web-Vitals-Bericht in der Search Console zusammen. PageSpeed Insights zeigt oben die Felddaten echter Nutzer und darunter einen Lighthouse-Labortest. Laborwerte schwanken zwischen Durchläufen; verlassen Sie sich daher nicht auf eine einzelne Messung, sondern messen Sie mehrfach und betrachten Sie den Median.

Ja, die Core Web Vitals gehören zu Googles Signalen für die Nutzererfahrung, die Relevanz des Inhalts wiegt aber immer schwerer. Geschwindigkeit allein bringt keine Rankings; sie macht den Unterschied zwischen ähnlich guten Seiten und senkt die Absprungrate vor dem Laden. Deshalb versprechen wir keine Platzierungen, sondern legen messbare Ziele für LCP, INP und CLS fest.

Meist gibt es vier Ursachen: eine langsame Serverantwort, zu große Bilder, renderblockierendes CSS und JavaScript sowie Drittanbieter-Skripte wie Chat, Analyse oder Werbung. Welche Ursache überwiegt, hängt von der Website ab. Wer ohne Messung ein Plugin installiert oder den Hoster wechselt, behebt den eigentlichen Engpass womöglich nicht – deshalb beginnt jedes Projekt bei uns mit einer Messung.

Nein, 100 Punkte sind nicht nötig; entscheidend ist, dass die Daten echter Nutzer innerhalb von LCP 2,5 Sekunden, INP 200 Millisekunden und CLS 0,1 liegen. Eine Website mit Laborwert 85 kann im Feld alle Grenzwerte erfüllen, eine mit 100 Punkten kann bei INP scheitern. Deshalb legen wir im Angebot Ziele für den Laborwert und die Feldmetriken fest.

Bei einer typischen Website dauert die PageSpeed-Optimierung 3 bis 5 Arbeitstage: ein Tag Messung, ein Tag Server-Ebene, ein bis zwei Tage Frontend und ein halber Tag Nachmessung. Bei Shops mit Tausenden Produkten und individuellen Anwendungen wird die Dauer im Angebot festgelegt. Verbesserungen der Felddaten erscheinen wegen des 28-Tage-Fensters erst nach einigen Wochen in der Search Console.

Ein Hosting-Wechsel bringt nur dann einen deutlichen Unterschied, wenn der Engpass bei der Serverantwort liegt, also die TTFB hoch ist. Sind schwere Bilder oder JavaScript das Problem, hilft auch ein stärkerer Server nicht. Wir messen daher zuerst; ist die Langsamkeit serverseitig, empfehlen wir den Umzug als eigenen Schritt, andernfalls raten wir, beim bisherigen Hoster zu bleiben.

Ihr nächster Erfolg beginnt hier.

Sprechen wir über Ihr Projekt. Wir sind da, um Ihre digitale Infrastruktur zu stärken, Ihre Kosten zu senken und Ihre Produktivität zu steigern. Die Erfahrung aus über 100 Projekten möchten wir auch für Ihr Unternehmen einsetzen.

$ angebot_anfordern

Verfasst von: , Gründer & Technischer Berater · Zuletzt aktualisiert: