Eine Website kann ein schönes Design und einen grünen Kreis in ihrem SEO-Plugin haben und trotzdem Besucher verlieren, bevor der Hauptinhalt überhaupt geladen ist. Oder Google indexiert eine andere URL als erwartet. Oder eine Bestellung funktioniert, aber die Messung sendet sie doppelt.
Deshalb beginne ich einen technischen Audit nicht damit, in einem einzelnen Test einer Punktzahl von einhundert hinterherzujagen. Zuerst suche ich nach Fehlern, die Geschäft, Indexierung oder Nutzung der Website verhindern. Erst danach kümmere ich mich um die kleinen Details.
1. Überprüfen Sie, ob wichtige URLs den korrekten Status zurückgeben
Überprüfen Sie die wichtigsten Leistungsseiten, Artikel mit Zugriffen, die Kontaktseite und den Conversion-Pfad. Eine wichtige Seite sollte 200 zurückgeben. Dauerhaft verschobene Inhalte sollten eine direkte 301-Weiterleitung haben. Eine entfernte Seite sollte nicht stillschweigend auf der Startseite landen.
Ich prüfe außerdem HTTP und HTTPS, www- und Nicht-www-Varianten, abschließende Schrägstriche und Parameter. Das Ergebnis sollte eine einzige kanonische URL sein. Google beschreibt eine Weiterleitung als starkes Signal für die Kanonisierung und empfiehlt, sie mit einem konsistenten Canonical-Tag und einer Sitemap in seiner Dokumentation zu kanonischen URLs zu kombinieren.
2. Prüfen Sie die Indexierung aus Sicht der tatsächlichen Seite
Robots.txt, Meta-Robots, Canonical-Tag und Sitemap müssen zusammenspielen. Ein häufiger Fehler ist, eine Seite zu indexieren, die in der Suche keinen Platz hat, während wichtige Inhalte blockiert werden. Verwenden Sie die URL-Prüfung in der Search Console für mehrere repräsentative URLs. Sie zeigt, was Google über die Seite weiß, und ermöglicht Ihnen, die Live-Version zu testen.
- Ist die kanonische URL die gewünschte?
- Ist die Seite ohne Anmeldung oder Blockierung verfügbar?
- Enthält die Sitemap nur indexierbare 200-URLs?
- Vermeiden interne Links Weiterleitungen?
- Sind wichtige Seiten verwaist?
Google gibt in seiner Dokumentation zum Crawling und zur Indexierung einen Überblick über diese Bereiche.
3. Messen Sie die Geschwindigkeit an echten Menschen, nicht nur im Labor
PageSpeed Insights und Lighthouse sind nützliche Diagnosewerkzeuge. Ein Labortest entspricht jedoch nicht der Erfahrung echter Besucher. Die aktuellen Core Web Vitals sind LCP, INP und CLS; Felddaten arbeiten mit echten Geräten und Verbindungen. Die offizielle Web-Vitals-Dokumentation erklärt den Überblick sowie den Unterschied zwischen Feld- und Labordaten.
Ich würde die Prioritäten so lesen:
- LCP: wann der Hauptinhalt erscheint.
- INP: wie schnell die Seite auf die Nutzung reagiert.
- CLS: ob Elemente während des Ladens springen.
- TTFB und Netzwerk: ob überhaupt schnell etwas passiert.
Google sagt außerdem ausdrücklich, dass eine gute Punktzahl keine Spitzenpositionen garantiert. Die allgemeine Nutzbarkeit ist wichtiger, als einer einzelnen Zahl hinterherzujagen. Siehe die Dokumentation zur Seitenerfahrung.
4. Finden Sie den tatsächlichen Verursacher der Ladezeit
Suchen Sie im Wasserfall und in den DevTools nach langer Serverzeit, blockierendem CSS und JavaScript, zu großen Bildern, Schriftarten, wiederholten Anfragen und Drittanbietern. Die alte Regel, „alle Dateien zusammenzufassen“, gilt nicht mehr uneingeschränkt. Bei modernen Protokollen können die Menge ungenutzten Codes und die Blockierung des Haupt-Threads wichtiger sein.
- Laden Sie das Hauptbild in angemessener Größe und in einem modernen Format.
- Legen Sie Bildabmessungen fest, damit sich der Inhalt nicht verschiebt.
- Inhalte unterhalb des ersten Ansichtsbereichs können natives Lazy Loading verwenden.
- Laden Sie nur die benötigten Schriftstärken und Zeichensätze.
- Laden Sie Marketing-Skripte asynchron und nur dort, wo sie einen Zweck erfüllen.
- Komprimieren Sie Textressourcen und setzen Sie für versionierte Dateien ein langes Caching.
Ein Drittanbieter kostet nicht nur Millisekunden. Jedes Pixel, jedes Chat-Widget und jede Heatmap schaffen zusätzliche operative Verantwortung und Datenverantwortung. Wenn niemand den Bericht nutzt, entfernen Sie das Skript.
5. Gehen Sie die Website als Kunde mit Tastatur und Mobiltelefon durch
Gehen Sie auf dem Mobilgerät Navigation, Formular, Cookie-Dialog und Bestellung durch. Vergrößern Sie den Text, deaktivieren Sie Bilder und verwenden Sie eine Tastatur. Überschriften sollten eine verständliche Struktur bilden, ein Formular braucht Beschriftungen und eine Fehlermeldung muss sagen, was zu beheben ist.
Jede Seite sollte eine Hauptaufgabe haben. Das bedeutet nicht um jeden Preis eine Schaltfläche, sondern eine klare Hierarchie. Weitere praktische Punkte finden Sie in der grundlegenden UX-Checkliste.
6. Beheben Sie Ressourcen- und JavaScript-Fehler
Ein 404 für ein Bild, eine Schriftart oder ein Skript ist nicht nur kosmetisch. Es kann Darstellung, Messung oder Funktionalität beeinträchtigen. Prüfen Sie Fehler in der Browser-Konsole, fehlgeschlagene Netzwerkanfragen und wiederholte 5xx-Antworten auf dem Server. Testen Sie kritische Pfade nach jedem Deployment.
7. Verwenden Sie strukturierte Daten nur für wahrheitsgemäße Inhalte
Schema ist kein Weg, Sternebewertungen zu erzwingen. Es ist eine maschinenlesbare Beschreibung dessen, was tatsächlich auf der Seite steht. Verwenden Sie einen unterstützten Typ und testen Sie ihn im Rich Results Test. Google führt aktuelle unterstützte Formate und Testwerkzeuge in seiner Dokumentation zu strukturierten Daten auf.
8. Die Messung darf die Website, die sie messen soll, nicht beeinträchtigen
Laden Sie GA4, Werbeplattformen und andere Skripte nicht blockierend. Benennen Sie Ereignisse nach Entscheidungen, nicht nach jedem Klick. Überprüfen Sie Duplikate, Einwilligung und ob jemand die Daten tatsächlich nutzt. Eine praktische Grundlage finden Sie in den Artikeln über Google Tag Manager und Google Analytics 4.
9. Geld und Risiko bestimmen die Reihenfolge der Korrekturen
- Eine nicht funktionierende Bestellung, ein defektes Formular oder eine fehlerhafte Anmeldung.
- Eine nicht verfügbare oder nicht indexierbare wichtige Seite.
- Ein Sicherheitsproblem und veraltete Komponenten.
- Größere Probleme bei mobiler Nutzbarkeit und Core Web Vitals.
- Messfehler, die zu schlechten Entscheidungen führen.
- Erst danach kleinere Punktzahlen und kosmetische Probleme.
Technisches SEO ist die Startlinie. Es gewinnt das Rennen nicht allein, aber eine defekte Website kann es verlieren, bevor der Startschuss fällt. Wenn Sie technische Erkenntnisse in geschäftliche Prioritäten übersetzen müssen, können Sie die Website und die anstehende Entscheidung beschreiben.