Lädt eine Website langsam oder ist sie zeitweise nicht erreichbar, betrifft das Besucher und Google-Crawler. Google bezieht die Core Web Vitals – Messwerte für Ladezeit, Reaktionsfähigkeit und visuelle Stabilität – in seine Rankings ein. Schnelle Ladezeiten allein sichern jedoch keine guten Positionen; auch Relevanz und Qualität der Inhalte zählen.
Prüfe die tatsächliche Leistung deiner Website anhand von Serverantwortzeiten, Nutzungsdaten und Fehlerprotokollen. Diese Daten zeigen, wo sie bremst und welche Verbesserung hilft; der Name des Hosting-Tarifs sagt darüber allein nichts aus.
Wie Serverleistung SEO beeinflusst
Ein langsamer Server verzögert den Beginn des Seitenaufbaus. Der Browser kann Bilder, Texte und andere Inhalte erst anfordern, wenn die erste Antwort vom Server eingetroffen ist. Antwortet der Server langsam, sehen Besucher den Hauptinhalt oft später.
Die Hosting-Leistung ist nur ein Teil der Ladezeit. Große Bilder und umfangreiches JavaScript bremsen die Website ebenso wie Weiterleitungen oder langsame Datenbankabfragen. Ein stärkerer Tarif hilft daher nur, wenn tatsächlich die Serverkapazität die Ursache ist.
Google berücksichtigt die Core Web Vitals bei der Bewertung der Nutzererfahrung. Gute Werte garantieren keine bessere Position. Es gibt auch keinen belegten festen Rankingverlust pro Sekunde Ladezeit. Suche nach konkreten Engpässen und behebe sie, statt dich auf einen einzelnen Messwert oder ein Hosting-Versprechen zu verlassen.
Was die Core Web Vitals messen
Die drei Core Web Vitals erfassen unterschiedliche Aspekte der Nutzung:
- LCP misst, wann der größte sichtbare Inhalt geladen ist; höchstens 2,5 Sekunden gelten als guter Wert.
- INP misst, wie schnell eine Seite auf Interaktionen reagiert; höchstens 200 Millisekunden gelten als guter Wert.
- CLS erfasst unerwartete Verschiebungen im Seitenlayout; ein Wert bis 0,1 gilt als gut.
Google bewertet diese Messwerte am 75. Perzentil. Das heißt: Mindestens drei Viertel der erfassten Seitenaufrufe müssen den jeweiligen Grenzwert einhalten, damit der Wert als gut gilt. Mobil- und Desktop-Nutzung werden getrennt betrachtet.
Der Server beeinflusst vor allem den Start des Ladevorgangs und damit häufig den LCP. Bei INP sind JavaScript und die Verarbeitung von Eingaben im Browser oft wichtiger. CLS entsteht meist, wenn Elemente nach dem Laden zusätzlichen Platz einnehmen, zum Beispiel Bilder ohne festgelegte Abmessungen. Ein schlechter Core-Web-Vitals-Wert kann also auch andere Ursachen als das Hosting haben.
TTFB als Diagnosewert nutzen
Die Zeit bis zum ersten Byte, kurz TTFB, zeigt, wie lange der Browser nach einem Seitenaufruf auf die erste Antwort des Servers wartet. TTFB gehört nicht zu den Core Web Vitals. Ein hoher Wert kann aber spätere Messwerte wie LCP verschlechtern, weil der Browser dann später mit dem Seitenaufbau beginnt.
Als grobe Orientierung gelten 0,8 Sekunden oder weniger. Dieser Wert ist keine verbindliche SEO-Schwelle. Die Bedeutung hängt davon ab, wie eine Website ihre Inhalte ausliefert und was nach der ersten Antwort noch geladen werden muss.
Eine hohe TTFB kann durch Weiterleitungen, Netzwerk- oder DNS-Zeiten, langsame Datenbankabfragen, aufwendiges serverseitiges Rendering oder fehlende Cache-Treffer entstehen. Ein Cache speichert Kopien von Inhalten, damit der Server sie bei späteren Anfragen schneller senden kann. Serverprotokolle, ein Werkzeug zur Überwachung der Anwendungsleistung oder der Server-Timing-Header helfen, die Antwortzeit genauer aufzuschlüsseln. Der Header zeigt zusätzliche Zeitwerte für einzelne Arbeitsschritte beim Erstellen der Antwort.
Ausfälle bremsen das Crawling
Stößt Google beim Abruf einer Seite wiederholt auf Serverfehler, kann der Crawler seine Anfragen vorübergehend reduzieren. Das betrifft vor allem Fehler der Klassen 5xx und den Statuscode 429, der anzeigt, dass zu viele Anfragen eingehen. Bleiben die Serverfehler bestehen, können bereits indexierte Seiten schließlich aus dem Google-Index verschwinden.
Eine gute Erreichbarkeit sorgt nicht automatisch dafür, dass Google mehr Seiten abruft. Sie verhindert aber, dass Ausfälle Google daran hindern, Seiten im Umfang der vorhandenen Nachfrage und Kapazität abzurufen. Prüfe deshalb, ob wichtige URLs zeitweise nicht erreichbar sind, vor allem während hoher Besucherzahlen oder nach einer Änderung an der Website.
Bei einer akuten Überlastung können Server vorübergehend mit dem Statuscode 503 oder 429 antworten. Das ist eine Maßnahme für einen konkreten Notfall, keine allgemeine SEO-Optimierung. Über mehrere Tage anhaltende Antworten dieser Art gefährden die Indexierung.
Website-Leistung prüfen
Mit diesen Prüfungen findest du meist heraus, wo die Ursache liegt:
- PageSpeed Insights für wichtige Seitentypen öffnen. Prüfe zum Beispiel eine Startseite, einen Artikel und eine Produktseite jeweils für Mobilgeräte und Desktop.
- Feld- und Labordaten getrennt betrachten. Felddaten stammen von tatsächlichen Besuchen und decken die vergangenen 28 Tage ab, sofern genug Nutzungsdaten vorliegen. Labordaten entstehen in einer kontrollierten Testumgebung. Sie helfen dabei, einzelne Probleme zu finden.
- TTFB und Seitenelemente vergleichen. Antwortet der Server langsam, prüfe Weiterleitungen und Cache-Treffer. Sieh dir auch die Dauer der serverseitigen Arbeitsschritte an. Ist die TTFB unauffällig, aber der LCP schlecht, prüfe auch Bilder und andere Inhalte im sichtbaren Bereich.
- Crawling und Fehlerprotokolle abgleichen. Der Crawl-Stats-Bericht in der Google Search Console zeigt Host-Verfügbarkeitsprobleme. Vergleiche auffällige Zeitpunkte mit Serverprotokollen und prüfe wichtige URLs zusätzlich mit dem URL-Prüftool.
Eine Seite kann trotz fehlender Felddaten Fehler haben. Für einzelne URLs reichen die Nutzungsdaten unter Umständen nicht aus. Ein einzelner Labortest bildet außerdem nicht alle Geräte und Netzwerkbedingungen ab.
Verbesserungen an der Ursache ausrichten
Wenn Messungen eine langsame Serverantwort zeigen, prüfe zuerst, welche Arbeit der Server erledigt. Überwachungsdaten oder Server-Timing helfen dabei, langsame Datenbankabfragen und aufwendiges serverseitiges Rendering zu finden. Bei einem Content-Management-System (CMS) wie WordPress kommen auch Plugins und Themes als Ursache infrage.
Reicht die verfügbare Kapazität bei hohem Besucheraufkommen nicht aus, sollte der Hosting-Anbieter die benötigten Ressourcen bereitstellen. Prüfe dabei Arbeitsspeicher und Serverkapazität im Verhältnis zum tatsächlichen Traffic. Ein teurerer Tarif bringt keinen belegten Rankingvorteil, wenn die Ursache etwa eine ineffiziente Datenbankabfrage ist.
Ein CDN kann Besuchern helfen, die weit vom Server entfernt sind, indem ein Netzwerk aus Servern an verschiedenen Standorten gespeicherte Inhalte von einem Server in ihrer Nähe ausliefert. Richtig eingerichtete Zwischenspeicherung verringert außerdem wiederholte Anfragen an den Ursprungsserver. Personalisierte Inhalte dürfen dabei nicht versehentlich öffentlich zwischengespeichert werden. Lange Weiterleitungsketten und unnötige URL-Parameter können die Auslieferung und das Crawling zusätzlich erschweren.
Nach einer Änderung solltest du dieselben Seitentypen erneut testen und die Entwicklung der Felddaten weiter beobachten. Da diese Daten reale Besuche über einen Zeitraum zusammenfassen, zeigt ein einzelner Testlauf keine dauerhafte Verbesserung.