Webdesign · Gesundheitswesen · Buchung
Ergoterapistimle
Gemessen: · Google PageSpeed Insights
$ bericht_oeffnen →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.
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.
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.
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.
| Metrik | Was sie misst | Googles Grenzwert für „gut“ |
|---|---|---|
| LCP | Zeit bis das größte Inhaltselement angezeigt wird | ≤ 2,5 s |
| INP | Verzögerung der Reaktion auf Tippen und Klicken | ≤ 200 ms |
| CLS | Visuelles 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.
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.
| Leistung | Status |
|---|---|
| Analyse der Serverantwortzeit (TTFB), Seiten- und Objekt-Cache | Enthalten |
| HTTP/2 oder HTTP/3, Brotli/gzip-Komprimierung, Browser-Cache-Header | Enthalten |
| Bilder in AVIF/WebP umwandeln, korrekt skalieren und verzögert laden | Enthalten |
| Kritisches CSS vorziehen, ungenutztes CSS entfernen | Enthalten |
| JavaScript aufteilen, defer/async und Interaktionsverzögerung (INP) beheben | Enthalten |
| Schriften laden: Subsetting, Preload und font-display | Enthalten |
| Analyse-, Chat- und Werbe-Skripte verzögert laden | Enthalten |
| Vorher-nachher-Bericht mit Labor- und Felddaten | Enthalten |
| Hosting-Wechsel und Website-Umzug | Separates Angebot |
| Neuentwicklung von Design oder Anwendung | Nicht enthalten |
| Gebühren für Hosting, CDN und Drittanbieter-Dienste | Nicht 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.
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.
Labortest, CrUX-Felddaten und Serverantwortzeit werden je Seitentyp (Startseite, Liste, Detail, Checkout) gemessen; daraus entstehen Engpassliste und Zielwert
Caching, Komprimierung, HTTP/2-3, langsame Datenbankabfragen und Antwortzeit der Anwendung werden optimiert
Bilder, kritisches CSS, JavaScript-Bundles, Schriften und Drittanbieter-Skripte werden überarbeitet
Dieselben Seiten werden mit derselben Methode mehrfach gemessen; Sie erhalten eine Vorher-nachher-Tabelle mit Medianwerten
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.
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.
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.
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.
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.
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.
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.
Webdesign · Gesundheitswesen · Buchung
Gemessen: · Google PageSpeed Insights
$ bericht_oeffnen →
Agentur · Digitales Marketing
Gemessen: · Google PageSpeed Insights
$ bericht_oeffnen →
Mehrsprachig · Bauwesen
Gemessen: · Google PageSpeed Insights
$ bericht_oeffnen →
Mehrsprachig · Gesundheitswesen
Gemessen: · Google PageSpeed Insights
$ bericht_oeffnen →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.
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.
Optimierung speziell für Verzögerungen durch WordPress-Plugins, Themes und Datenbank.
Details ansehen → SEO-OptimierungTechnischer Audit zu Crawling, Indexierung, strukturierten Daten und Core Web Vitals.
Details ansehen → Website-Wartung & BetreuungGeplanter Umzug zu passenderem Hosting, wenn der Server die Ursache der Langsamkeit ist.
Details ansehen →Verfasst von: Caner Zep Çelik, Gründer & Technischer Berater · Zuletzt aktualisiert: