Der erste Bildschirm braucht länger als 3 Sekunden
Die Hälfte der mobilen Besucher geht, ohne zu warten. Sie bezahlen diesen Traffic mit Werbung, sehen ihn aber nicht in den Anfragen.
Wir finden, was genau bremst, und beseitigen es. Mit Messungen vorher und nachher, sichtbar in Google PageSpeed und in der Search Console.
Die Hälfte der mobilen Besucher geht, ohne zu warten. Sie bezahlen diesen Traffic mit Werbung, sehen ihn aber nicht in den Anfragen.
Im Core-Web-Vitals-Bericht sind Seiten als „Optimierung erforderlich“ oder „langsam“ markiert. Das ist ein direkter Rankingfaktor.
Auf dem Smartphone liegt der Wert im roten Bereich. Meist sind es schwere Bilder, ein Dutzend Plugins und Fremdskripte.
Inhalte verschieben sich, man verfehlt den Button. Google zählt das als CLS und senkt die Bewertung der Seite.
Google Ads senkt den Qualitätsfaktor für eine langsame Landingpage — Sie zahlen pro Klick mehr als Wettbewerber mit demselben Angebot.
Die Filterseite denkt bei jedem Klick mehrere Sekunden nach, und der Kunde geht, bevor er das Produkt erreicht.
Die Ladegeschwindigkeit wirkt auf zwei Wegen gleichzeitig aufs Geschäft. Der erste ist offensichtlich: Ein Mensch am Smartphone wartet nicht — nach verschiedenen Messungen verlässt etwa die Hälfte der Besucher eine Seite, die länger als drei Sekunden lädt. Wenn Sie diesen Traffic mit Werbung holen, bezahlen Sie für jeden von ihnen.
Der zweite Weg ist weniger sichtbar. Google berücksichtigt seit 2021 die Core Web Vitals — drei Kennzahlen, die das Erlebnis eines realen Nutzers beschreiben: LCP (wann der Hauptinhalt erschien), CLS (wie stark das Layout gesprungen ist) und INP (wie schnell die Seite auf Aktionen reagiert). Diese Daten werden bei realen Besuchern Ihrer Website erhoben, nicht in einem Labortest, und beeinflussen die Positionen in den Ergebnissen.
Gesondert — die Werbung. Google Ads berechnet einen Qualitätsfaktor der Landingpage, und die Geschwindigkeit fließt ein. Eine langsame Seite bedeutet einen höheren Klickpreis für dasselbe Angebot. Sie zahlen also doppelt: Sie verlieren einen Teil der Besucher und zahlen zu viel für die, die ankommen.
Ein 4-MB-Foto aus der Kamera, wo 150 KB in WebP reichen würden. Die häufigste Ursache und die günstigste zu beheben.
Jedes zieht sein CSS und JS auf alle Seiten, auch wo es nicht gebraucht wird.
Chats, Pixel, Bewertungs-Widgets — laden synchron und blockieren die Anzeige der Seite.
Der Server baut dieselbe Seite jedes Mal von Grund auf neu.
Antwortzeit des Servers über einer Sekunde — weitere Optimierung ist sinnlos, bis umgezogen wird.
Mehrere Schnitte aus externer Quelle, durch die der Text verzögert erscheint.
Wir sehen uns die Website in PageSpeed, in der Search Console und von Hand an. Wir sagen, was genau bremst und um wie viel sich realistisch beschleunigen lässt. Am Tag der Anfrage.
Wir legen die Zielwerte vor Arbeitsbeginn fest: welcher Mobilwert und welche Core Web Vitals erreicht werden sollen.
Bilder, Skripte, Caching, Schriften, Datenbankabfragen — der Reihe nach, mit Messung nach jedem Schritt. 3–10 Tage.
Wir zeigen nicht nur den PageSpeed-Wert, sondern die reale Zeit bis zum ersten Bildschirm. Bericht mit Screenshots.
Core Web Vitals werden bei realen Nutzern erhoben und aktualisieren sich nicht sofort. Einen Monat lang achten wir darauf, dass die Zahlen in der Search Console grün werden.
Der Preis hängt davon ab, was genau bremst. Die Messung ist kostenlos — danach nennen wir den genauen Betrag.
Wenn eine einzelne offensichtliche Sache bremst: Bilder, Cache, Schriften.
Das häufigste Format: Wir arbeiten alle Ursachen ab bis in den grünen Bereich.
Kataloge mit Filtern, Tausenden Artikeln und schweren Seiten.
Wenn sich nach der Messung herausstellt, dass die Hauptursache das Hosting ist, sagen wir das als Erste. Code auf einem Server mit zwei Sekunden Antwortzeit zu optimieren, ist vergebliche Arbeit: erst der Umzug, dann die Optimierung.
Das Schnellpaket — $150 für 2–3 Tage, wenn eine einzelne offensichtliche Sache bremst. Vollständige Optimierung — ab $400, Dauer 3–10 Tage. Shops mit Katalog — ab $900. Den genauen Betrag nennen wir nach der kostenlosen Messung.
Die Zielwerte legen wir vor Arbeitsbeginn fest, nach der Messung — wenn schon sichtbar ist, was genau bremst. Wird das vereinbarte Ergebnis nicht erreicht, erstatten wir das Geld. 90+ zu versprechen, bevor wir die Website gesehen haben, wäre unehrlich: Bei manchen Systemen liegt die Obergrenze niedriger.
Wir arbeiten auf einer Kopie und prüfen jeden Schritt einzeln. Vor dem Ausrollen auf die Live-Website machen wir ein Backup. Wenn etwas nicht mehr funktioniert, stellen wir den alten Zustand wieder her und suchen einen anderen Weg.
Ja, und das ist der häufigste Fall. Wir prüfen, welche Plugins wirklich genutzt werden, welche sich gegenseitig doppeln und welche ihre Skripte unnötig auf alle Seiten ziehen. Oft lässt sich die Hälfte ohne Funktionsverlust entfernen.
Das sagen wir direkt nach der Messung. Liegt die Antwortzeit des Servers über einer Sekunde, ist Code-Optimierung sinnlos — erst der Umzug. Den Umzug können wir selbst machen, das ist eine separate Arbeit.
PageSpeed zeigt zwei verschiedene Datensätze: einen Labortest (wird jedes Mal neu ausgeführt, deshalb springt er) und Felddaten realer Nutzer über 28 Tage (aktualisieren sich langsam). Wir orientieren uns an den Felddaten — genau die berücksichtigt Google.
Core Web Vitals werden über 28 Tage realen Traffics berechnet, deshalb ändern sich die Zahlen in der Search Console nach den Korrekturen nicht sofort. Meist sind erste Verschiebungen nach zwei bis drei Wochen sichtbar, das Gesamtbild nach ein bis anderthalb Monaten.
Meine Website messen
Projekt starten