Langsame Website in 30 Minuten diagnostizieren: Tools 2026
Kurz gesagt
Ein hoher PageSpeed-Wert macht noch keine schnelle Website. Diese Diagnosereihenfolge findet das echte Nadelöhr - von Felddaten über den Server bis zum JavaScript.
- Zuerst Problem und Ziel klar benennen.
- Dann einen einfachen Schrittplan skizzieren.
- Jeder Schritt braucht eine feste Verantwortung und einen Termin.
- Ergebnisse messen — ohne Zahlen bleibt es Meinung.
Die klassische Falle: Der Laborbericht zeigt 95 von 100 Punkten, während Kunden weiter über eine kriechende Seite klagen. Ein Labortest misst einen einzigen Durchlauf auf schneller Verbindung mit leerem Cache. Ihre Besucher öffnen die Seite auf einem drei Jahre alten Telefon, in einem schwachen Mobilfunknetz, mit vollem Browser-Cache. Hier ist die Diagnosereihenfolge, die das echte Nadelöhr in einer halben Stunde findet.
Schritt 1: Felddaten vor Laborwerten 📊
Beginnen Sie mit dem Abschnitt zur Nutzererfahrung in PageSpeed Insights und dem Core-Web-Vitals-Bericht in der Search Console. Diese Werte stammen aus echten Sitzungen der letzten 28 Tage und zeigen die Verteilung: wie viele Besuche ein gutes LCP, INP und CLS hatten.
Sind die Felddaten gut und die Laborwerte schlecht, optimieren Sie etwas, das Nutzer nie bemerken. Ist es umgekehrt, kämpft eine bestimmte Gerätegruppe oder Region - was ein Labortest nie zeigt.
Schritt 2: jede Metrik einzeln lesen 🎯
- LCP über 2,5 Sekunden: meist das Hero-Bild, fehlende Prioritätshinweise, eine zu große Datei oder ein langsamer Server.
- INP über 200 Millisekunden: JavaScript blockiert den Hauptthread, zu viele Event-Listener, Widgets Dritter.
- CLS über 0,1: Elemente springen, weil Bilder keine reservierten Maße haben und Banner oder Schriften nach dem ersten Rendern laden.
- TTFB über 800 Millisekunden: hören Sie mit dem Frontend auf. Erst der Server: Opcode-Cache, Objekt-Cache, Datenbankabfragen, Edge-Caching.
⛔ MYTHOS: "Ein perfekter PageSpeed-Wert bedeutet eine schnelle Website" 🚫
REALITÄT: Der Laborwert ist ein gewichteter Durchschnitt aus Dutzenden Regeln, darunter mehrere ohne Einfluss auf das gefühlte Tempo. Eine Seite kann 100 Punkte erreichen und sich beim Klick verzögert anfühlen, wenn JavaScript lange Aufgaben erzeugt. Es zählen die Felddaten: LCP, INP und CLS in echten Sitzungen.
💡 Praxistipp
Ändern Sie jeweils nur eine Sache und notieren Sie das Ergebnis. Responsive AVIF-Bilder verbessern das LCP meist stärker als drei Stunden JavaScript-Refactoring und sind in fünfzehn Minuten ausgerollt. Der häufigste Fehler: fünf Optimierungen gleichzeitig ausliefern und nie erfahren, welche gewirkt hat.
Ist Ihre Website zu langsam? ⚡
Ich führe eine vollständige Diagnose durch: Felddaten, Serverantwort, Bilder und JavaScript - mit einer nach Wirkung sortierten Korrekturliste.
Performance-Audit anfragenSehen Sie unsere Leistung: schnelle Website-Entwicklung oder kontaktieren Sie uns für ein kostenloses Angebot.
Häufige Fragen
Warum zeigt meine Seite 95 Punkte und fühlt sich trotzdem langsam an?
PageSpeed führt einen einzelnen Labortest auf schneller Verbindung mit leerem Cache aus. Echte Besucher nutzen ältere Geräte, schwächere Netze und einen vollen Browser-Cache. Beginnen Sie immer mit den Felddaten - dem Abschnitt zur Nutzererfahrung in PageSpeed Insights und dem Core-Web-Vitals-Bericht in der Search Console.
Welcher TTFB-Wert ist gut?
Time to First Byte sollte unter 200 Millisekunden liegen und ist bis etwa 500 Millisekunden akzeptabel. Über 800 Millisekunden liegt die Ursache fast immer beim Server: fehlender Opcode-Cache, langsame Datenbankabfragen, überlastetes Shared Hosting oder fehlende Cache-Schicht.
Zuerst Bilder oder JavaScript optimieren?
Folgen Sie den Felddaten. Fällt LCP durch, beginnen Sie mit dem Hero-Bild, Prioritätsladen und Serverantwort. Fällt INP durch, sind lange JavaScript-Aufgaben, zu viele Event-Listener und Skripte Dritter die Ursache.
Wie ich das für Sie umsetze
Fragen?
Bei Fragen zu Artikeln oder Lösungen für Ihr Unternehmen. Schreiben Sie mir.
Kontaktieren Sie mich