Wie beeinflusst die Ladezeit SEO? Ranking und Umsatzvorteile schneller Websites

Die Ladezeit einer Website gehört zu den Themen, die in meinen SEO Gesprächen mit Kunden am häufigsten missverstanden werden. Manche halten sie für den Schlüssel zu allem. Andere sagen dagegen, bei gutem Content spiele Geschwindigkeit keine Rolle. Beide Sichtweisen greifen zu kurz. In diesem Beitrag zeige ich Ihnen, wie Google Geschwindigkeit misst, welches Gewicht sie im Ranking wirklich hat und warum der größere Gewinn meist beim Umsatz liegt.

Wie beeinflusst die Ladezeit SEO?

Die Ladezeit ist eine Eigenschaft der Nutzererfahrung: Sie beschreibt, wie schnell eine Seite lädt, wie rasch sie auf Klicks reagiert und wie stabil sie beim Laden bleibt. Google bewertet das über die Core Web Vitals und nutzt diese Signale im Ranking. Allerdings bleibt der Einfluss begrenzt, denn Relevanz und inhaltliche Qualität kommen immer zuerst.

Anders gesagt: Eine schnelle Website bringt schwachen Content nicht auf Platz eins. Konkurrieren dagegen zwei ähnlich gute Seiten um dieselbe Suchanfrage, kann die Seite mit der besseren Erfahrung vorne liegen. Deshalb sehe ich Geschwindigkeit als Hygienefaktor und nicht als Rankinghebel. Zudem zeigt sich der eigentliche Ertrag selten im Ranking allein. Er zeigt sich vor allem darin, ob ein Besucher das Formular tatsächlich ausfüllt.

Mit welchen Kennzahlen bewertet Google die Geschwindigkeit?

Google bewertet Geschwindigkeit nicht mit einer einzigen Zahl für die Ladezeit. Stattdessen betrachtet die Suchmaschine die Core Web Vitals, ein Set aus drei Kennzahlen. Jede davon steht für einen anderen Moment der Nutzererfahrung:

• LCP (Largest Contentful Paint): Die Zeit, bis das größte sichtbare Element erscheint, meist das Titelbild oder die Hauptüberschrift. Sie misst das Gefühl, dass die Seite geladen ist.
• INP (Interaction to Next Paint): Die Zeit, bis der Bildschirm auf einen Tipp auf einen Button oder das Öffnen eines Menüs reagiert. Sie misst, wie flüssig sich die Seite anfühlt.
• CLS (Cumulative Layout Shift): Wie stark Inhalte beim Laden unerwartet verrutschen. Sie misst genau die Sprünge, bei denen Sie versehentlich das Falsche antippen.

Streng genommen ist CLS keine Geschwindigkeitskennzahl, sondern misst die visuelle Stabilität. Trotzdem erleben Nutzer das als „langsam und unruhig“. Deshalb erkläre ich Kunden die Ladezeit als Erlebnis in drei Teilen: Laden, Reagieren und Stillhalten. Außerdem hat INP im März 2024 den früheren Wert FID abgelöst. Daher spiegeln FID Zahlen in älteren Berichten die heutige Bewertung nicht mehr wider.

Welche Schwellenwerte gelten für die Core Web Vitals?

Die Dokumentation zu Core Web Vitals in der Google Search Central nennt klare Ziele: LCP innerhalb der ersten 2,5 Sekunden, INP unter 200 Millisekunden und CLS unter 0,1. Die Übersicht zu Web Vitals auf web.dev ergänzt die Grenzen für „schlecht“ und die Messmethode. Alles zusammen sehen Sie in der folgenden Tabelle:

Ein Detail ist dabei entscheidend. Sie bewerten die Schwellen nicht anhand von Durchschnittswerten, sondern am 75. Perzentil echter Seitenaufrufe. Also sollten mindestens drei von vier Besuchen innerhalb der Grenze liegen. Zudem zählen Mobilgeräte und Desktop getrennt. Eine Seite, die auf dem Desktop grün ist, kann mobil trotzdem im roten Bereich liegen.

Welche Daten zeigen, ob Sie die Schwellenwerte erreichen?

Entscheidend ist nicht das Ergebnis eines Tests auf Ihrem Laptop. Vielmehr zählen echte Nutzungsdaten von Chrome Nutzern. Diese nennen wir Felddaten, Werte aus einer Testumgebung dagegen Labordaten. Labordaten helfen Ihnen, Probleme zu finden; Felddaten zeigen, was Nutzer tatsächlich erleben.

In der Praxis führt der erste Blick in den Bericht zu den Core Web Vitals in der Search Console. Er gruppiert ähnliche Seiten und stuft jede Gruppe nach ihrer schlechtesten Kennzahl als gut, verbesserungsbedürftig oder schlecht ein. Kleine Websites haben allerdings nicht für jede Seite genug Daten. Dann bleibt der Bericht leer oder zeigt nur wenige Gruppen.

Wie Sie den Test durchführen und den Bericht lesen, beschreibe ich Schritt für Schritt in meinem Leitfaden zum Google Lighthouse Test. Das wiederhole ich hier nicht. Stattdessen geht es in diesem Beitrag um eine andere Frage: Wie stark bewegen diese Kennzahlen Ranking und Umsatz?

Wie viel Gewicht hat die Ladezeit wirklich im Ranking?

Die ehrliche Antwort lautet: begrenzt, aber nicht null. Googles Dokumentation zur Nutzerfreundlichkeit von Seiten sagt klar, dass die Rankingsysteme Core Web Vitals verwenden. Dieselbe Seite betont allerdings, dass es kein einzelnes Signal für die Seitenerfahrung gibt. Die zentralen Rankingsysteme betrachten vielmehr viele Signale, die zu einer guten Erfahrung passen.

Der wichtigste Satz in diesem Dokument ist für mich folgender: Die Google Suche versucht immer, die relevantesten Inhalte zu zeigen, auch wenn die Seitenerfahrung mittelmäßig ist. Relevanz steht also vor Geschwindigkeit. Laut Google kann eine gute Seitenerfahrung vor allem dann helfen, wenn mehrere Seiten mit hilfreichen Inhalten um dieselbe Anfrage konkurrieren.

Kurz gesagt wirkt die Ladezeit wie ein Zünglein an der Waage. Ist Ihr Content so gut wie der Ihres Wettbewerbers, kann Geschwindigkeit den Ausschlag geben. Ist er deutlich schwächer, schließt auch das schnellste Hosting diese Lücke nicht. Meine Erfahrung aus der Praxis passt dazu: Einen großen Rankingsprung allein durch Geschwindigkeitsarbeit habe ich noch nicht gesehen. Das ist eine Beobachtung aus der Praxis, keine Regel.

Warum schafft es eine schnelle Website nicht allein nach oben?

Weil Googles erste Aufgabe darin besteht, die Seite mit der besten Antwort zu finden. Geschwindigkeit verändert die Qualität dieser Antwort nicht, sie verbessert nur den Weg dorthin. Zum Beispiel hilft eine dünne Kategorieseite, die in einer Sekunde lädt, weniger als ein gründlicher Vergleich, der drei Sekunden braucht.

Genau hier beginnt der häufigste Fehler in Kundenprojekten. Ein Inhaber investiert Wochen, um den Lighthouse Score von 60 auf 95 zu heben. Dabei bemerkt niemand, dass die Seite nicht zur Suchintention passt. Folglich steigt der Score, während das Ranking stehen bleibt. Deshalb empfehle ich vor jedem Geschwindigkeitsprojekt diese Reihenfolge:

1. Beantwortet die Seite die Absicht hinter der Zielsuchanfrage wirklich?
2. Ist der Inhalt so tief wie bei den Seiten, die bereits ranken?
3. Kann Google die Seite ohne technische Probleme crawlen und indexieren?
4. Wenn all das stimmt: Liegen die Core Web Vitals innerhalb der Schwellen?

Diese Reihenfolge lenkt Ihr Budget zu der Arbeit mit dem höchsten Ertrag. Ist Punkt vier allerdings stark beschädigt, etwa bei sechs Sekunden Ladezeit auf dem Smartphone, dann ziehen Sie die Geschwindigkeit nach vorn. Denn an diesem Punkt ist sie kein Detail mehr, sondern eine Mauer, die Nutzer gar nicht erst zur Seite lässt.

Wann macht die Ladezeit im Ranking einen echten Unterschied?

Nach meiner Erfahrung gibt es drei typische Fälle, in denen die Ladezeit spürbar zählt. Erstens bei umkämpften Suchanfragen, deren Ergebnisse auf Seite eins inhaltlich sehr ähnlich sind. Lokale Dienstleistungen und Produktkategorien sind gute Beispiele, denn dort sagen die Inhalte oft dasselbe. Dann werden Signale der Nutzererfahrung sichtbarer.

Zweitens bei Websites, die im schlechten Bereich festhängen. Ein LCP von 2,6 auf 2,3 Sekunden zu senken, bringt wenig. Einen LCP von 7 Sekunden unter 2,5 zu drücken, schafft dagegen eine völlig andere Seite, für Nutzer wie für Google. Drittens bei großen Websites mit Tausenden URLs, weil Geschwindigkeit dort auch das Crawling beeinflusst.

Somit hängt die Antwort auf die Frage, ob die Ladezeit das Ranking beeinflusst, davon ab, wo Ihre Website steht. Liegen Sie bereits innerhalb der Schwellen, investieren Sie besser in Content, statt Millisekunden zu jagen. Liegen Sie weit darüber, gehört Geschwindigkeit ganz oben auf Ihre Liste.

Wie wirkt sich ein langsamer Server auf das Crawling aus?

Der am wenigsten diskutierte SEO Effekt der Geschwindigkeit betrifft das Crawling. Laut Googles Dokumentation zum Crawling Budget steigt das Limit der Crawling Kapazität, wenn eine Website konstant antwortet und ihre Antwortzeiten stabil bleiben oder sich verbessern. Wird die Website langsamer oder liefert Serverfehler, sinkt das Limit, und Google crawlt weniger.

Für eine kleine Firmenwebsite spielt das kaum eine Rolle, denn einige Dutzend Seiten crawlt Google mühelos. Bei einem Onlineshop mit Tausenden Produkten oder einem Verlag mit täglich neuen Inhalten sieht das anders aus. Ein langsamer Server bedeutet dort, dass neue Produkte und geänderte Preise später in den Suchergebnissen ankommen.

Deshalb prüfe ich bei großen Websites nicht nur die Core Web Vitals, sondern auch die Antwortzeit des Servers. Diese Seite der Infrastruktur behandle ich ausführlicher im Beitrag über technisches SEO nach der KI Wende. Also gilt: Je schneller Ihr Server antwortet, desto entspannter kann Google crawlen.

Wie wirkt eine langsame Website über das Nutzerverhalten auf SEO?

Hier ist Vorsicht angebracht, denn im Netz kursieren viele übertriebene Behauptungen. Google sagt nicht, dass es die Absprungrate aus Ihrem Analysetool als direktes Rankingsignal nutzt. Daher sollten Sie Sätzen wie „hohe Absprungrate führt zur Abstrafung“ mit Abstand begegnen.

Trotzdem gibt es eine indirekte Verbindung. Eine langsame Seite erhöht die Wahrscheinlichkeit, dass ein Nutzer zurückgeht und ein anderes Ergebnis anklickt. Wer Ihre Seite nie liest, teilt sie nicht, verlinkt sie nicht, merkt sich Ihre Marke nicht und sucht nicht wieder danach. So blockiert ein Geschwindigkeitsproblem mit der Zeit die natürlichen Signale, die Ihre Website hätte sammeln können.

Wie Sie Besucher über die Geschwindigkeit hinaus halten, erkläre ich in meinem Leitfaden zum Thema Absprungrate auf der Firmenwebsite senken. Wie dort betont, hat das Problem selten nur eine Ursache. Meist erzeugen Geschwindigkeit, Inhalt und Design die Reibung gemeinsam.

Wie beeinflusst die Ladezeit Umsatz und Conversions?

Hier zeigt sich der eigentliche Ertrag der Geschwindigkeit. Die von Google beauftragte und mit Deloitte durchgeführte Studie „Milliseconds Make Millions“ hat mehr als 30 Millionen Nutzersitzungen auf den mobilen Websites von 37 Marken ausgewertet. Laut der Studie steigerte eine Verbesserung der mobilen Geschwindigkeit um 0,1 Sekunden die Conversions im Einzelhandel um 8,4 Prozent und den durchschnittlichen Bestellwert um 9,2 Prozent.

Bei Reisewebsites stiegen die Conversions in derselben Studie um 10,1 Prozent. Zudem nahm der Übergang von der Produktliste zur Produktdetailseite um 3,2 Prozent zu, der Schritt von der Detailseite in den Warenkorb sogar um 9,1 Prozent. Diese Zahlen betreffen also weniger den ersten Seitenaufruf als jeden weiteren Schritt durch die Website.

Lesen Sie diese Werte allerdings nicht als Versprechen für Ihre eigene Website. Es sind Durchschnittswerte bestimmter Marken in bestimmten Branchen. Ihr Ergebnis kann kleiner oder größer ausfallen. Meine Lehre aus der Studie lautet: Geschwindigkeit baut an jedem Schritt der Kaufreise kleine Reibungspunkte ab, und diese kleinen Gewinne summieren sich.

Was zeigt der A/B Test von Vodafone über Geschwindigkeit?

Der sauberste Beweis für einen Zusammenhang zwischen Geschwindigkeit und Umsatz ist ein kontrollierter Test. Die Fallstudie von Vodafone auf web.dev liefert genau das. Vodafone Italien teilte den Traffic gleichmäßig auf zwei Seiten auf, die optisch und funktional identisch waren. Der einzige Unterschied: Eine Version hatte das Team auf Web Vitals optimiert.

Im Ergebnis brachte eine Verbesserung des LCP um 31 Prozent 8 Prozent mehr Verkäufe. Zudem stieg die Rate von Leads pro Besuch um 15 Prozent und die Rate von Warenkörben pro Besuch um 11 Prozent. Erreicht hat das Team dies, indem es kritisches HTML auf dem Server erzeugte, Widgets serverseitig renderte und Bilder verkleinerte sowie komprimierte.

Wichtig finde ich diesen Test aus einem Grund. Design, Texte und Angebot blieben gleich, nur die Geschwindigkeit änderte sich. Folglich lässt sich das Umsatzplus kaum etwas anderem zuschreiben. Veröffentlichen Sie deshalb in eigenen Projekten eine Geschwindigkeitsverbesserung möglichst nicht am selben Tag wie ein neues Design. Sonst können Sie nicht erkennen, welcher Effekt woher kommt.

Wie berechnen Sie den Ertrag eines Geschwindigkeitsprojekts?

Bevor Sie Budget für Geschwindigkeit freigeben, empfehle ich eine grobe Ertragsrechnung. Die folgenden Zahlen sind ausschließlich eine Beispielrechnung und stammen von keinem echten Kunden. Angenommen, Ihr Onlineshop hat 40.000 Sitzungen im Monat, eine Conversion Rate von 1,5 Prozent und einen durchschnittlichen Warenkorb von 60 Euro.

Daraus ergeben sich rund 36.000 Euro Monatsumsatz. Steigt Ihre Conversion Rate nach der Optimierung von 1,5 auf 1,6 Prozent, also um etwa 7 Prozent relativ, bringt derselbe Traffic rund 38.400 Euro. Die Differenz von 2.400 Euro zeigt Ihnen, nach wie vielen Monaten sich das Projekt bezahlt macht.

Setzen Sie bei dieser Rechnung lieber einen vorsichtigen Zuwachs an als einen optimistischen. Betrachten Sie den Gewinn zudem als wiederkehrenden Monatsumsatz und nicht als einmaligen Effekt. Denn eine schnellere Website holt gleichzeitig mehr aus Ihrem Werbebudget, Ihrer SEO Arbeit und Ihrem Social Media Traffic heraus. Kurz gesagt: Geschwindigkeit vervielfacht jeden anderen Kanal.

Auf welchen Seiten bringt eine kürzere Ladezeit am meisten?

Nicht jede Seite ist gleich viel wert. Deshalb verteile ich Geschwindigkeitsarbeit nicht gleichmäßig über die ganze Website, sondern beginne bei den Seiten, die Geld bringen. Die übliche Reihenfolge sieht so aus:

• Landingpages für Anzeigen. Sie zahlen für jeden Klick, und eine langsame Seite verschwendet dieses Geld direkt.
• Produkt und Leistungsseiten. Hier fällt die Kaufentscheidung.
• Warenkorb und Checkout. Die wärmsten Besucher an dieser Stelle zu verlieren, ist der teuerste Verlust.
• Die stärksten organischen Einstiegsseiten. Prüfen Sie in der Search Console, welche Seiten die meisten Klicks erhalten.
• Kategorie und Listenseiten. Sie bilden den Zwischenschritt zwischen Suche und Produkt.

Zum Beispiel ist es auf einer Firmenwebsite ein schöner technischer Erfolg, Blogartikel von 1,8 auf 1,2 Sekunden zu beschleunigen. Braucht die Leistungsseite mit dem Angebotsformular jedoch fünf Sekunden, beheben Sie zuerst diese Seite. Also richten Sie Ihre Prioritäten am Umsatzbeitrag aus, nicht am Lighthouse Score.

Warum zählt die Ladezeit bei bezahltem Traffic noch mehr?

Bei organischem Traffic kostet Sie eine langsame Seite eine Chance. Bei bezahltem Traffic kostet sie Geld. In Google Ads bezahlen Sie den Klick, egal ob der Nutzer Ihre Seite je sieht. Jeder Besucher, der vor dem Laden abspringt, ist verbranntes Budget.

Zudem kommt bezahlter Traffic meist vom Smartphone, und der Nutzer befindet sich bereits im Entscheidungsmodus. Eine langsame Landingpage erhöht genau in diesem Moment die Chance, dass er zur Anzeige eines Wettbewerbers zurückkehrt. Deshalb prüfe ich bei Konten in meiner Google Ads Verwaltung die mobile Ladezeit der Landingpage als festen Teil der Kampagneneinrichtung.

Ein praktischer Tipp: Nutzen Sie eigene Landingpages für Anzeigen, dann halten Sie schwere Skripte, Chat Widgets und Slider der übrigen Website davon fern. Eine schlanke Landingpage lädt schnell und lenkt den Nutzer auf eine einzige Aktion. Somit bringt dasselbe Budget mehr Anfragen.

Welche Geschäftsentscheidungen machen eine Website langsam?

Die meisten Geschwindigkeitsprobleme entstehen nicht durch schlechten Code, sondern durch Entscheidungen, die sich über die Zeit ansammeln. Jedes Team fügt ein eigenes Tool hinzu, und dann entfernt niemand das alte. Diese Bremsen begegnen mir in der Praxis am häufigsten:

1. Mehrere Analyse und Pixel Skripte, oft samt alter Tags, die niemand mehr nutzt.
2. Livechat, Popups und Kampagnen Plugins, von denen jedes eine eigene Last von Drittanbietern mitbringt.
3. Ein automatisch laufender Slider oder ein großes Video ganz oben auf der Startseite.
4. Produktfotos vom Smartphone, die mit mehreren Megabyte ohne Verkleinerung hochgeladen landen.
5. Fertige Themes und Page Builder, die Funktionen laden, die Sie nie nutzen.
6. Günstiges, aber überfülltes Shared Hosting.

Die gute Nachricht: Für die meisten Punkte brauchen Sie eine Entscheidung, kein tiefes Technikwissen. Zum Beispiel können Sie Bilder vor dem Hochladen mit einem Tool zum Bild verkleinern anpassen, ohne auf einen Entwickler zu warten. Wenn Sie Videos einsetzen, finden Sie im Beitrag über Video auf der Website und die Conversion Rate Wege, deren Einfluss auf die Geschwindigkeit gering zu halten.

Wie bestimmen Hosting und Infrastruktur die Ladezeit?

Keine Optimierung greift, bevor das erste Byte den Server verlässt. Somit bildet die Infrastruktur das Fundament der Ladezeit. In günstigen Shared Hosting Paketen teilen sich Hunderte Websites eine Maschine. Wird ein Nachbar stark besucht, verlangsamt sich auch Ihre Seite. Weil diese Verlangsamung kommt und geht, übersieht ein Labortest sie oft, die Felddaten zeigen sie dagegen.

Bei der Infrastruktur stelle ich drei Fragen. Zunächst: Steht der Server nah an der Mehrheit Ihrer Besucher? Sind Ihre Kunden in Deutschland und Ihr Server auf einem anderen Kontinent, trägt jede Anfrage unnötige Verzögerung. Dann: Sind Grundlagen wie Seitencache und Komprimierung aktiv? Schließlich: Kommen statische Dateien wie Bilder, Stylesheets und Skripte über ein Content Delivery Network?

Die Antworten hängen oft an einer Tarifwahl, die sich um wenige Euro im Monat unterscheidet. Dieser Unterschied ist klein im Vergleich zu den oben beschriebenen Conversion Verlusten. Daher empfehle ich, Hosting als Teil Ihrer Vertriebsinfrastruktur zu sehen und nicht als Kostenposten, den Sie drücken.

Warum sollten Sie die mobile Ladezeit getrennt betrachten?

Google nutzt die mobile Version einer Website für Indexierung und Ranking. Außerdem misst Google die Core Web Vitals für Mobilgeräte und Desktop getrennt. Eine Website, die am Desktop schnell lädt, kann daher mobil weit außerhalb der Schwellen liegen, ohne dass Sie es am Schreibtisch bemerken.

Smartphones haben meist schwächere Prozessoren und weniger stabile Verbindungen. Vor allem INP Probleme treten deshalb mobil deutlich stärker auf. Ein Menü, das sich am Desktop sofort öffnet, kann auf einem Mittelklassetelefon eine halbe Sekunde hängen.

Den Ansatz Mobile First und seine Wirkung auf das Ranking erkläre ich im Beitrag Was ist Mobile First Design. Mein praktischer Rat hier ist einfach: Schauen Sie in jedem Bericht zur Ladezeit zuerst auf die mobilen Werte. Denn von dort kommt sehr wahrscheinlich die Mehrheit Ihrer Besucher, und so sieht auch Google Ihre Website.

Müssen Sie für Geschwindigkeit auf gutes Design verzichten?

Nein, aber Sie sollten einige Entscheidungen überdenken. Gutes Design und eine schnelle Website sind keine Gegner. Das Problem beginnt erst, wenn ein Design auf schwere technische Lösungen setzt. So erreichen Sie denselben Effekt mit einer großen Animationsbibliothek oder mit wenigen Zeilen CSS.

In Webdesign Projekten spreche ich Geschwindigkeit am Anfang an, nicht am Ende. Während der Gestaltung stelle ich zu jedem großen Bild, jedem Video und jeder Animation eine Frage: Was bringt dieses Element dem Nutzer? Ist die Antwort schwach, vereinfachen wir es oder verschieben es weiter nach unten und laden es später.

Weitere Spannungen zwischen Design und Suche behandle ich im Beitrag UX und SEO in Einklang bringen. Die übrigen Faktoren der Seitenerfahrung, die Google wichtig sind, etwa HTTPS und störende Interstitials, finden Sie im Artikel über SEO und UX im Google Ranking. So behandeln Sie Geschwindigkeit als Teil der gesamten Nutzererfahrung.

Welche Mythen über die Ladezeit halten sich am hartnäckigsten?

Ich habe die Mythen gesammelt, die ich in Kundengesprächen immer wieder höre. Hinter jedem steckt eine echte Geschichte einer Fehlinvestition:

• „Unser Lighthouse Score muss 100 sein.“ Google nutzt für das Ranking echte Nutzerdaten, nicht den Lighthouse Score. Der Score ist ein Diagnosewerkzeug, kein Ziel.
• „Geschwindigkeit ist alles.“ Laut Googles eigener Dokumentation kommt Relevanz zuerst. Geschwindigkeit entscheidet zwischen vergleichbaren Seiten.
• „Schwellen erreicht, Projekt erledigt.“ Jedes neue Plugin, jede Kampagne und jedes Bild kann die Geschwindigkeit wieder verschlechtern. Sie braucht laufende Pflege.
• „Ein Cache Plugin löst alles.“ Caching beschleunigt die Serverseite. Schwere Bilder und Skripte von Drittanbietern behebt es nicht.
• „Am Desktop ist es schnell, also passt es.“ Google bewertet Mobilgeräte und Desktop getrennt, und mobil sind die Werte meist schlechter.

Allen diesen Mythen ist gemeinsam, dass sie Geschwindigkeit als Zahl betrachten. In Wirklichkeit ist sie ein Erlebnis, das ein Mensch hat. Deshalb empfehle ich, dieses Erlebnis beim Messen wie beim Entscheiden in den Mittelpunkt zu stellen.

Wer sollte die Optimierung der Ladezeit übernehmen und wie?

Geschwindigkeitsarbeit ist technisch, doch die meisten Entscheidungen fallen auf der Geschäftsseite. Daher rate ich, sie nicht allein einem Entwickler zu überlassen. Holen Sie SEO und Marketing mit an den Tisch. Sonst entfernt ein Entwickler womöglich ein umsatzstarkes Element, nur um einen Score zu heben.

Wenn Sie mit einer Agentur oder einem Freelancer arbeiten, stellen Sie konkrete Fragen. Welche Kennzahl soll sich auf welcher Seitengruppe von welchem Wert auf welchen Wert bewegen? Messen Sie den Erfolg mit Labordaten oder mit Felddaten? Welche Plugins und Skripte fallen weg, und was bedeutet das für das Marketing?

Bekommen Sie keine klaren Antworten, bleibt am Ende womöglich nur ein höherer Score. In meiner SEO Beratung formuliere ich Geschwindigkeitsziele deshalb immer zusammen mit Traffic und Conversion Zielen. Bei Onlineshops verknüpfe ich diese Ziele im Rahmen der E-Commerce Beratung mit Warenkorb und Checkout.

Wie halten Sie die gewonnene Geschwindigkeit dauerhaft?

Der schwierigste Teil ist nicht die Verbesserung selbst, sondern sie zu halten. Ein paar Monate später können ein neues Kampagnen Plugin, ein neuer Pixel oder ein riesiges Startseitenbild einen Großteil des Gewinns zunichtemachen. Deshalb richte ich mit Kunden ein einfaches Performance Budget ein.

Ein Performance Budget legt Grenzen fest, die eine Seite nicht überschreiten soll. Zum Beispiel eine Höchstzahl an Skripten von Drittanbietern, eine maximale Dateigröße für das Titelbild und einen LCP Zielwert. Jedes Team, das etwas hinzufügen möchte, prüft zuerst dieses Budget. Folglich wird Geschwindigkeit vom einmaligen Projekt zum Teil alltäglicher Entscheidungen.

Zudem empfehle ich, den Bericht zu den Core Web Vitals in der Search Console einmal im Monat zu prüfen. Felddaten bilden ein rollierendes Fenster von 28 Tagen ab, daher zeigt sich der Effekt einer Änderung erst nach einigen Wochen. Konkret heißt das: Bewerten Sie eine Verbesserung frühestens nach einem Monat, nicht am nächsten Morgen.

Fazit: Ist die Ladezeit Rankinghilfe und Umsatzhebel zugleich?

Genau so sehe ich es. Die Ladezeit ist ein echtes, aber begrenztes Signal in Googles Rankingsystemen. Ist Ihr Content so gut wie der Ihrer Wettbewerber, kann sie Ihnen einen Vorteil verschaffen. Ist er schwächer, schließt sie die Lücke nicht. Beim Umsatz wirkt sie dagegen viel direkter, denn jede Sekunde berührt die Entscheidung des Nutzers.

Zusammengefasst lautet mein Rat: Beginnen Sie mit Ihren echten Nutzerdaten in der Search Console. Liegen Sie im schlechten Bereich, machen Sie Geschwindigkeit zur Priorität und starten Sie bei den Seiten, die Geld bringen. Liegen Sie bereits innerhalb der Schwellen, stecken Sie Ihre Energie lieber in Content und Conversion Erlebnis, statt Millisekunden zu jagen. Schließlich sichern Sie den Gewinn mit einem Performance Budget ab. So wird Geschwindigkeit zu einem dauerhaften Plus, für Google wie für Ihre Kunden.