Wie stark beeinflusst die Ladezeit wirklich das SEO?
Zum Verhältnis von Ladezeit und SEO kursieren zwei Extrempositionen: Sie spiele überhaupt keine Rolle, oder sie sei allein entscheidend. Beides ist falsch. Die Rolle im Ranking ist begrenzt und arbeitet mit Schwellenwerten; die große Wirkung entsteht an anderer Stelle, nämlich dabei, ob die Nutzerin auf der Seite bleibt.
Ein Rankingfaktor, aber wie
Google zählt Signale zur Seitenerfahrung seit Jahren zu den Ranking-Eingaben. Dieses Signal arbeitet jedoch nicht wie eine stufenlose Skala. Es hebt keine thematisch unpassende Seite nach oben, nur weil sie schnell lädt, kann aber zwischen zwei inhaltlich ähnlich passenden Seiten den Ausschlag geben.
Praktisch heißt das: Geschwindigkeit rettet schwache Inhalte nicht, sie kann guten Inhalten aber den Weg verstellen. Eine Seite unterhalb der Schwelle kämpft weniger mit einer unsichtbaren Strafe als mit der Geduld ihrer Besucher.
Was die drei Kennzahlen messen
LCP misst, wann das größte sichtbare Element der Seite erscheint. Als gut gilt ein Wert von 2,5 Sekunden. Auf Unternehmensseiten ist dieses Element meist das Hero-Bild oder die Hauptüberschrift, weshalb die Verbesserung des LCP häufig an einer einzigen Datei hängt.
INP misst die Zeit zwischen einer Interaktion und der Reaktion der Oberfläche; der Schwellenwert liegt bei 200 Millisekunden. Eine Seite, die beim Antippen des Menüs eine Sekunde einfriert, verliert hier trotz guter Ladezeit. CLS misst Layoutverschiebungen, Schwellenwert 0,1. Eine Schaltfläche, die während des Ladens verspringt, ist nicht nur ärgerlich, sie erzeugt Fehlklicks.
Die eigentliche Wirkung liegt in der Conversion
Am besten messbar ist nicht das Ranking, sondern die Absprungrate. Auf einer langsamen Seite drückt die Nutzerin die Zurück-Taste, und die Kosten dieses Verhaltens sind unmittelbar: Das Formular wird nicht ausgefüllt, das Angebot nicht angefragt, das Dokument nicht heruntergeladen.
In Unternehmensprojekten verdoppelt sich dieser Effekt auf Mobilgeräten. Eine Seite, die am Schreibtisch gut aussieht, kann auf einem Mittelklassetelefon und einer langsamen Verbindung ein völlig anderes Erlebnis sein. Ausschließlich im Desktop-Browser zu testen, ist der einfachste Weg, das Problem nicht zu sehen.
Die vier häufigsten Ursachen
Erstens Bilder. Ein einziges nicht optimiertes Hero-Bild macht oft mehr als die Hälfte des gesamten Seitengewichts aus. Moderne Formate und in der tatsächlich genutzten Größe erzeugte Varianten bringen hier den schnellsten Gewinn. Zweitens Skripte von Drittanbietern: Analytics, Chat-Fenster, Heatmaps und Werbe-Tags summieren sich, und wie viel schwerer sie als der eigene Code sind, hat meist niemand nachgerechnet.
Drittens Schriften. Bleibt Text unsichtbar, bis eine Schriftdatei geladen ist, verzögert das den LCP unmittelbar. Viertens die Antwortzeit des Servers: Braucht das erste Byte eine halbe Sekunde, kann keine Optimierung im Frontend diese Verzögerung ausgleichen.
Labordaten und Felddaten nicht verwechseln
Labortests simulieren bestimmte Geräte und Verbindungen. Felddaten stammen aus realen Besuchen. Core Web Vitals werden anhand des 75. Perzentils und nicht eines einfachen Durchschnitts bewertet.
Richtig ist die Kombination: Die Felddaten sagen, welche Kennzahl schwächelt, das Laborwerkzeug zeigt die Ursache. Wer nur den Laborwert auf hundert bringen will, verbringt Wochen damit, ein Problem zu lösen, das kein echter Besucher je hatte.