Website schneller machen

Geschwindigkeit ist keine Eitelkeitsmetrik. Auf Mobilfunkverbindungen und Mittelklasse-Handys kann eine Seite, die sich auf Ihrem Laptop sofort anfühlt, für echte Kundschaft mehrere lange Sekunden brauchen, und die meisten warten nicht. Schnellere Seiten halten mehr Besucher, überzeugen mehr von ihnen und geben sowohl Suchmaschinen als auch KI-Antwortmaschinen eine sauberere, schnellere Seite, der sie vertrauen können. Es ist eine der wenigen Verbesserungen, die Nutzern und Rankings gleichzeitig hilft.

01 / Warum es zähltWarum Sie Ihre Website schneller machen sollten

Jede zusätzliche Sekunde Ladezeit ist ein Grund zu gehen. Besucher beurteilen eine Website in den ersten Augenblicken, und eine träge Seite wirkt nachlässig, bevor irgendjemand Ihre Arbeit gesehen hat. Jenseits des Gefühls ist Geschwindigkeit messbar, und sie zählt dreifach. Für Menschen heißt schneller: mehr bleiben und handeln. Für die Suche sind die Core Web Vitals ein bestätigtes Google-Rankingsignal, Teil der Page-Experience-Faktoren, die knappe Duelle entscheiden helfen. Für KI-Antwortmaschinen ist eine leichte, schnelle, sauber strukturierte Seite schlicht einfacher zu crawlen und zu zitieren. Geschwindigkeit ist der Punkt, an dem gute Nutzererfahrung und gutes SEO aufhören zu konkurrieren und anfangen, am selben Strang zu ziehen.

02 / Die drei VitalsWas die Core Web Vitals messen

Googles Core Web Vitals verdichten etwas Komplexes auf drei menschliche Fragen. Largest Contentful Paint (LCP) fragt: Wie lange dauert es, bis der Hauptinhalt erscheint? Interaction to Next Paint (INP) fragt: Wenn ich tippe oder klicke, wie schnell reagiert die Seite? Cumulative Layout Shift (CLS) fragt: Bleibt das Layout ruhig, oder springt beim Laden alles umher? Laut Googles web.dev gilt eine Seite als „gut“, wenn der LCP bei höchstens 2,5 Sekunden liegt, der INP bei höchstens 200 Millisekunden und der CLS bei höchstens 0,1, gemessen am 75. Perzentil echter Besuche. Diese drei Zahlen sind die Anzeigetafel für alles, was folgt.

03 / Zuerst messenTesten, bevor Sie anfassen

Optimieren Sie nie blind. Beginnen Sie mit PageSpeed Insights: Das Tool kombiniert einen Labortest mit Felddaten, also den Core Web Vitals, die Ihre tatsächlichen Besucher im vergangenen Monat erlebt haben, entnommen dem Chrome User Experience Report. Laborwerte helfen bei der Diagnose, aber die Felddaten sind die Wahrheit: Sie spiegeln echte Handys, echte Netze und echte Entfernungen. Testen Sie zuerst mobil, denn dort sind die meisten Menschen und die meisten Probleme. Notieren Sie Ihre aktuellen LCP-, INP- und CLS-Werte, finden Sie den größten einzelnen Übeltäter und beheben Sie den, bevor Sie weitergehen. Wer zuerst misst, poliert nicht an Dingen, die kein Besucher bemerkt, während der eigentliche Engpass unberührt bleibt.

04 / Die größten HebelWebsite schneller machen, Schritt für Schritt

Die meisten Websites holen den Großteil ihrer Geschwindigkeit mit einer Handvoll Änderungen zurück. Arbeiten Sie sie in dieser Reihenfolge ab und testen Sie zwischendurch neu:

• Zuerst messen. Testen Sie die Seite in PageSpeed Insights und sehen Sie sich die echten Nutzerdaten an, bevor Sie etwas ändern. So beheben Sie, was Besucher tatsächlich ausbremst, statt zu raten.
• Bilder optimieren. Liefern Sie moderne Formate wie WebP oder AVIF aus, exportieren Sie jedes Bild in der Größe, in der es angezeigt wird, komprimieren Sie es und setzen Sie explizite Breite und Höhe, damit beim Laden nichts springt.
• Medien verzögert laden. Laden Sie Bilder und Einbettungen unterhalb des Sichtbereichs erst, wenn der Besucher dorthin scrollt, das Hero-Bild dagegen sofort, damit das größte Element schnell erscheint.
• Code aufräumen und verzögern. Entfernen Sie ungenutztes CSS und JavaScript, betten Sie das kritische CSS für den ersten Bildschirm direkt ein und laden Sie den Rest mit defer oder async, damit Skripte das Rendern nicht mehr blockieren.
• Cachen und ein CDN nutzen. Setzen Sie lange Cache-Laufzeiten auf statische Dateien und liefern Sie sie über ein Content Delivery Network aus, damit wiederkehrende Besucher und weit entfernte Nutzer die Dateien von einem nahen Edge-Server erhalten.
• Solides Hosting wählen. Setzen Sie auf Hosting mit schneller Server-Antwortzeit, idealerweise Edge- oder statische Auslieferung, damit das erste Byte schnell ankommt, statt auf eine langsame Datenbank oder einen überfüllten Shared-Server zu warten.
• Schriften und Drittanbieter-Skripte zähmen. Hosten Sie wichtige Schriften selbst, laden Sie sie vor und nutzen Sie font-display swap. Prüfen Sie danach jedes Drittanbieter-Tag und entfernen oder verzögern Sie alles, was sein Gewicht nicht wert ist.

05 / Bilder und SchriftenWo das meiste Gewicht steckt

Auf einer typischen Website sind Bilder das Schwerste, was Sie ausliefern, und damit der schnellste Ort zum Gewinnen. Wandeln Sie Fotos in WebP oder AVIF um, exportieren Sie sie nie größer, als sie je angezeigt werden, und setzen Sie immer Breite und Höhe, damit der Browser den Platz reserviert und nichts springt. Das allein schützt Ihren CLS. Schriften sind der leise zweite Übeltäter: Eine eigene Schriftart, die das Rendern blockiert, kann Text für einen Moment unsichtbar lassen. Hosten Sie Ihre Schriften selbst, laden Sie die ein oder zwei vor, die der erste Bildschirm braucht, und nutzen Sie font-display: swap, damit Text sofort in einer Ersatzschrift erscheint und ohne Blitzer ausgetauscht wird. Kleine, disziplinierte Entscheidungen bei den Dateien bewegen mehr als fast alles andere.

06 / Code, Caching und HostingDer Motor darunter

Sind die Dateien schlank, zählt die Auslieferung. Räumen Sie ungenutztes CSS und JavaScript auf, betten Sie das kritische CSS für den ersten Bildschirm direkt ein und verzögern Sie den Rest, damit Skripte das Rendern nicht mehr aufhalten. Setzen Sie großzügige Cache-Laufzeiten auf statische Dateien und stellen Sie ein CDN davor, damit wiederkehrende Besucher und Menschen fern Ihres Servers die Dateien von einem nahen Edge-Server ziehen statt jedes Mal vom Ursprung. Darunter setzt das Hosting die Obergrenze: Eine schnelle Server-Antwort (eine niedrige Time to First Byte) heißt, die Seite kann früher mit dem Rendern beginnen. Edge- und statische Auslieferung, bei der die Seite fertig gebaut in der Nähe des Nutzers liegt, ist das verlässlichste Fundament für Geschwindigkeit, das es gibt.

07 / DrittanbieterDie Skripte, die Sie nie geschrieben haben

Der schwerste Teil vieler Websites ist Code, den der Betreiber nie geschrieben hat: Chat-Widgets, Analytics, Werbe-Tags, A/B-Tester, eingebettete Videos und Social-Buttons. Jedes davon kann weitere Skripte nachladen, den Hauptthread blockieren und den INP verschlechtern, lange nachdem der eigene Code getunt ist. Behandeln Sie jedes Drittanbieter-Tag als Kostenpunkt, der sich rechtfertigen muss. Entfernen Sie Ungenutztes, laden Sie den Rest so spät wie möglich und ziehen Sie eine leichte Einbettung oder ein statisches Bild einem vollen Widget vor, wo es geht. Ein einzelnes vergessenes Marketing-Pixel hat schon mehr als einmal eine ganze Optimierungsrunde zunichtegemacht.

08 / Der Elevate-WegSchnell durch Bauweise

Bei Elevate Labs bauen wir lieber eine Website, die von der ersten Zeile an schnell ist, als Geschwindigkeit hinterher anzuschrauben. Unsere Inhouse-Projekte aus Oslo setzen auf moderne Formate, minimales JavaScript und Edge-Auslieferung, sodass die Core Web Vitals meist bestehen, weil die Website so gebaut ist, nicht obwohl. Performance gehört zum Handwerk, ebenso wie die Struktur, die beim Ranken hilft. Das größere Bild zeigt unser Ratgeber zu technischem SEO, und was eine Website kostet, wenn sie richtig gebaut wird, steht dort. Wenn Sie eine Website wollen, die ab Werk schnell ist, sehen Sie sich unsere Webdesign-Agentur an oder stöbern Sie durch alle Ratgeber.

09 / FragenHäufig gefragt