// tool · ladezeit & web-vitals

PageSpeed-Check.

Statt jede Seite einzeln bei Google PageSpeed Insights zu prüfen, crawlt dieser Test deine ganze Website und testet alle Seiten nacheinander — Ladezeit, Web-Vitals und SEO. Am Ende siehst du das Ergebnis zusammengefasst in einer Tabelle: der schnelle Überblick über die Performance der gesamten Seite.

~/siteway/tools $ pagespeed-check bereit

// website-url (startseite — wird gecrawlt)

ergebnisse

	URL	Perf.	SEO	A11y	BP	TTFB	FCP	LCP	CLS	TBT	Status	Loc.	Prot.	Scheme	Komp.	Insights

der test läuft serverseitig über siteway.de — dein browser lädt keine fremden skripte. im modus seite crawlen lesen wir die sitemap.xml (bis zu 1000 urls, sortiert nach der dort angegebenen priorität; ohne sitemap crawlen wir die internen links der startseite); im modus url-liste prüfen wir genau die eingegebenen adressen. geprüft wird in 20er-schritten (am listenende lassen sich mit ~1 minute versatz weitere nachladen). die robots.txt wird respektiert — gesperrte urls erscheinen als //blocked und werden nicht abgerufen. gemessen werden echte server-signale (ttfb, größe, kompression, requests, statuscode, protokoll) und statische seo-/a11y-checks; die web-vitals (fcp/lcp/cls/tbt) sind heuristische schätzwerte, kein echter lighthouse-lab-run. eingaben speichern wir nicht.

// so funktioniert's

Du gibst die Startseite deiner Website ein — dann liest das Tool die sitemap.xml (bis zu 1000 URLs, sortiert nach der dort angegebenen Priorität; ohne Sitemap crawlt es stattdessen die internen Links der Startseite). Im Modus „URL-Liste" prüfst du stattdessen genau die Adressen, die du einträgst. Jede Seite wird einzeln geprüft — in 20er-Schritten, weitere lassen sich am Listenende mit etwas Versatz nachladen. Die robots.txt wird respektiert: gesperrte URLs erscheinen als //blocked und werden nicht abgerufen.

Was die Spalten bedeuten

Scores — Werte 0–100, Skala wie Lighthouse: grün ≥ 90, gelb 50–89, rot < 50.
- Performance — Gesamt-Performance pro Seite, abgeleitet aus den messbaren Signalen (Logik unten).
- SEO — Title, Meta-Description, eine H1, lang-Attribut, Viewport, Canonical, kein noindex.
- A11y (Barrierefreiheit) — Alt-Texte an Bildern, lang-Attribut, Viewport, vorhandene H1.
- BP (Best Practices) — HTTPS, kein Mixed-Content, Doctype, charset, Kompression.
TTFB — Time to First Byte, die echt gemessene Server-Antwortzeit.
Web Vitals — heuristische Schätzwerte aus Gewicht, Render-Blockern und Antwortzeit:
- FCP — First Contentful Paint: wann der erste Inhalt sichtbar wird.
- LCP — Largest Contentful Paint: wann der größte Inhalt sichtbar ist.
- CLS — Cumulative Layout Shift: wie stark das Layout springt.
- TBT — Total Blocking Time: Reaktionsfähigkeit (Lab-Stellvertreter für INP).
Technik-Details — rechts über „+" ausklappbar:
- Status — HTTP-Statuscode; Redirects als 301 › 200.
- Loc. (Serverstandort) — Server-Land per Geo-IP.
- Prot. (Protokoll) — HTTP-Version (http/1.1, http/2, http/3).
- Scheme — http oder https.
- Komp. (Kompression) — gzip oder Brotli.
- Insights — direkter Link in Google PageSpeed Insights für die echte Lab-Messung dieser Seite.

Wie der Performance-Score entsteht

Wir schätzen zuerst die Web-Vitals (FCP, SI, LCP, TBT, CLS) aus den messbaren Signalen — Server-Antwortzeit, render-blockierende CSS/JS im <head>, geschätztes Gewicht (inkl. CSS-Hintergrundbilder) und Render-Faktor. Den Performance-Score bilden wir dann mit der Lighthouse-Gewichtung und den log-normalen Score-Kurven: LCP 25 %, TBT 30 %, CLS 25 %, FCP 10 %, SI 10 % (mobil strenger als Desktop).

Wichtige Grenze — der Performance-Score ist eine grobe Schätzung (typisch ±15–20 Punkte). Wir rendern die Seite nicht in einem echten Browser und kennen die echten Bildgrößen nicht. Zwei Effekte: Bilder/Medien, die per JavaScript oder Lazy-Loading nachgeladen werden, sehen wir gar nicht → bei galerie-/medienlastigen Seiten wird der Score zu optimistisch. Umgekehrt schätzen wir bei sehr bildreichen, aber gut optimierten Seiten das Gewicht zu hoch → der Score kann zu pessimistisch ausfallen. Nutze den Wert als groben, site-weiten Anhaltspunkt (gut, um Ausreißer zu finden) — die belastbare Zahl liefert der „Insights"-Link je Zeile (echte Lighthouse-Messung). Immer exakt sind dagegen die gemessenen Werte: TTFB, Kompression, Protokoll, Statuscode/Redirects, Serverstandort sowie die SEO-/A11y-Checks.

Farb-Schwellen der Messwerte (Lighthouse / pagespeed.dev)

Die Einfärbung in der Tabelle folgt den aktuellen Lighthouse-Grenzwerten. Mobil und Desktop unterscheiden sich, weil Mobil gedrosselt gemessen wird:

Wert	Gerät	gut · grün	mittel · gelb	schlecht · rot
TTFB	mobil & desktop	≤ 0,8 s	≤ 1,8 s	> 1,8 s
FCP	mobil	≤ 1,8 s	≤ 3,0 s	> 3,0 s
FCP	desktop	≤ 0,9 s	≤ 1,6 s	> 1,6 s
LCP	mobil	≤ 2,5 s	≤ 4,0 s	> 4,0 s
LCP	desktop	≤ 1,2 s	≤ 2,4 s	> 2,4 s
TBT	mobil	≤ 200 ms	≤ 600 ms	> 600 ms
TBT	desktop	≤ 150 ms	≤ 350 ms	> 350 ms
CLS	mobil & desktop	≤ 0,1	≤ 0,25	> 0,25
Performance	mobil & desktop	≥ 90	50–89	< 50
SEO	mobil & desktop	≥ 90	50–89	< 50
A11y (Barrierefreiheit)	mobil & desktop	≥ 90	50–89	< 50
BP (Best Practices)	mobil & desktop	≥ 90	50–89	< 50

TTFB nach den Core-Web-Vitals-Feldgrenzen; FCP/LCP/TBT/CLS nach den Lighthouse-Scoring-Kontrollpunkten (p10 = Grün-Grenze, Median = Rot-Grenze). Stand: Lighthouse 11 / pagespeed.dev. Da unsere Vitals geschätzt sind, dienen die Farben der Einordnung — den belastbaren Wert liefert der „Insights"-Link.

// hintergrund

PageSpeed: Warum die Ladezeit deiner ganzen Website zählt

PageSpeed — die Geschwindigkeit, mit der eine Webseite lädt und nutzbar wird — ist seit Jahren ein bestätigter Ranking-Faktor bei Google und vor allem ein Faktor für die Nutzererfahrung. Langsame Seiten verlieren Besucher, bevor überhaupt etwas zu sehen ist. Google misst das heute über die Core Web Vitals: LCP (Largest Contentful Paint, wann der größte Inhalt sichtbar ist), CLS (Cumulative Layout Shift, wie stark das Layout springt) und INP/TBT (wie schnell die Seite auf Eingaben reagiert).

Das übliche Werkzeug dafür ist Google PageSpeed Insights — das prüft aber immer nur eine einzelne URL. Bei einer Website mit vielen Seiten ist das mühsam: Du müsstest jede Seite einzeln eingeben. Genau hier setzt dieser PageSpeed-Check an: Er crawlt die gesamte Website und testet alle Seiten nacheinander — so erkennst du auf einen Blick, ob das Problem die Startseite, eine bestimmte Unterseite oder ein site-weites Muster (z. B. zu große Bilder) ist.

Was dieser PageSpeed-Test misst — und was nicht

Der Test läuft komplett auf unserem Server, ganz ohne API-Key. Echt gemessen werden serverseitige Signale: die Antwortzeit (TTFB), die übertragene Größe, ob komprimiert wird (gzip/Brotli), die HTTP-Version und die Anzahl der Ressourcen. Dazu kommen statische SEO- und Accessibility-Checks (Title, Meta-Description, Überschriften, Alt-Texte, Viewport, HTTPS u. a.).

Die Web-Vitals (FCP, LCP, CLS, TBT) sind dagegen heuristische Schätzwerte, abgeleitet aus diesen Signalen. Ein exakter Lab-Wert wie bei Lighthouse entsteht nur, wenn die Seite in einem echten Browser (headless Chrome) gerendert und gemessen wird. Für einen schnellen, site-weiten Überblick ist die Heuristik ideal; für die letzte Genauigkeit ergänzt du sie mit einem echten Lighthouse-Lauf der auffälligen Seiten.

Deine Website ist zu langsam? Wir machen sie schnell.

Performance-Optimierung ist eines unserer Kern-Themen: Bilder und Schriften optimieren, Render-Blocker auflösen, Caching und Komprimierung richtig setzen, das Frontend verschlanken. Wenn dieser Test rote Werte zeigt und du nicht selbst Hand anlegen willst — sprich uns an. Wir analysieren deine Core Web Vitals und bringen deine Seite messbar nach vorn.

// Website zu langsam?

Wir bringen Ladezeit und Core Web Vitals nachhaltig auf Tempo.

Projekt anfragen

// weitere tools von siteway

Domain-Check

Prüft in Sekunden, welche Domain-Endungen für deinen Wunschnamen noch frei sind.

Domain-Check öffnen

PageRank-Check

Sichtbarkeitsindex, indexierte Keywords und Google-Position deiner Domain.

PageRank-Check öffnen

Local SERPs

Zeigt die Google-Ergebnisse so, wie sie an einem anderen Ort erscheinen.