Antwortzeit des Servers
Was geprüft
Gemessen wird die Wartezeit des Servers: die Zeit bis zum ersten Byte der Antwort (TTFB, „Time to First Byte“) abzüglich DNS-Auflösung, TCP- und TLS-Aufbau. Grundlage ist der Median aus dem Seitenabruf und weiteren Zeitproben, serverseitig von einem Standort aus gemessen, nicht im Browser. Bis 600 ms ist der Punkt unauffällig. Ohne verwertbare Zeitmessung lautet das Ergebnis „nicht geprüft“.
Wie relevant
Mittel zwischen 600 und 1.500 ms, Hoch darüber. Die Wartezeit liegt vor allem anderen: Solange der Server nicht antwortet, kann der Browser weder Text noch Bilder laden. Der Verbindungsaufbau wird getrennt in „Verbindungsaufbau“ bewertet, damit nichts doppelt zählt.
Warum
Eine lange Wartezeit verzögert jede Seitenansicht, besonders auf Mobilgeräten. Sie zeigt meist, dass die Seite bei jedem Abruf neu zusammengebaut wird (PHP, Datenbank) oder der Server ausgelastet ist. Eine Messung von einem Standort ist eine Momentaufnahme; Schwankungen über den Tag sind möglich.
Wie beheben
Setzen Sie ein Seiten-Caching ein, das fertiges HTML ausliefert, statt es bei jedem Abruf neu zu erzeugen. Prüfen Sie außerdem PHP-Version, OPcache und langsame Plugins oder Datenbankabfragen. Ein Reverse-Proxy oder CDN mit HTML-Caching verkürzt die Wartezeit zusätzlich.
Nebenwirkung: Seiten-Caching kann persönliche Inhalte (Warenkorb, angemeldete Nutzer, Formular-Token) an falsche Besucher ausliefern, wenn solche Seiten nicht ausgenommen sind. Testen Sie nach dem Einschalten Warenkorb, Login und Formulare in einem privaten Fenster und leeren Sie den Cache nach Änderungen.
WordPress: Typische Lösungen sind Cache-Plugins (z. B. WP Super Cache, W3 Total Cache, LiteSpeed Cache auf LiteSpeed-Servern) oder ein Cache des Hosters. Nur ein Cache-Plugin gleichzeitig verwenden. WooCommerce-Seiten wie Warenkorb und Kasse sind in den gängigen Plugins ausgenommen; prüfen Sie das trotzdem.
Codebeispiel
nginx (FastCGI-Cache für PHP)
# im http-Block
fastcgi_cache_path /var/cache/nginx levels=1:2 keys_zone=SEITE:50m inactive=60m;
# im server-/location-Block für PHP
fastcgi_cache SEITE;
fastcgi_cache_key "$scheme$request_method$host$request_uri";
fastcgi_cache_valid 200 10m;
# angemeldete Nutzer und Warenkorb nicht cachen
fastcgi_cache_bypass $cookie_wordpress_logged_in $cookie_woocommerce_items_in_cart;
fastcgi_no_cache $cookie_wordpress_logged_in $cookie_woocommerce_items_in_cart;
add_header X-Cache-Status $upstream_cache_status;Cloudflare (Cache Rule)
Rules > Cache Rules > Regel anlegen
Wenn: Hostname gleich beispiel.de UND Cookie enthält nicht "wordpress_logged_in"
Dann: Eligible for cache; Edge TTL z. B. 10 Minuten
Vorher prüfen: Seiten mit Warenkorb, Login oder Formular-Token ausnehmen.Weiterführende Quellen
Quellen der Methodik
docs/SCORING.md— Status und Schweregrade (§2), Kategoriescore und Abdeckung (§3), Gesamtwert (§4), keine Doppelabzüge (§5), Prüfkatalog mit Gewichten (§6), Versionierung (§8), Formulierungsregeln (§9), bewusst nicht geprüft (§10)docs/KALIBRIERUNG.md— Abgleich der Schwerefaktoren und Kappen mit externen Ankern (Web Almanac, Lighthouse, MDN HTTP Observatory, SSL Labs), Entscheidung scoring@1.4.0