So führen Sie ein vollständiges SEO-Audit durch
Eine praktische Reihenfolge für ein technisches SEO-Audit — Crawling und Indexierung, Seitensignale, Duplikate, Mobilgeräte, Geschwindigkeit für echte Besucher, strukturierte Daten und Links — mit Googles eigener Dokumentation und einem echten Audit unserer Startseite.
Kurze Antwort
Ein SEO-Audit prüft der Reihe nach: ob Suchmaschinen Ihre Seiten crawlen und indexieren können, ob jede Seite klar sagt, worum es geht, ob sie auf dem Smartphone funktioniert und wie schnell sie für echte Besucher ist — Largest Contentful Paint bis 2,5 s, Interaction to Next Paint bis 200 ms und Cumulative Layout Shift bis 0,1. Beheben Sie zuerst, was die Indexierung verhindert, dann, was viele Seiten betrifft, dann den Rest, und messen Sie erneut.
- Erste Frage
- Kann Google die Seite crawlen und indexieren?
- Core Web Vitals (75. Perzentil)
- LCP ≤ 2,5 s · INP ≤ 200 ms · CLS ≤ 0,1
- Kostenlose Indexdaten
- Search Console · Seitenindexierung
- Prüfungen im RankProof-Audit
- 133
- Unsere Startseite, 7. Okt. 2026
- 92/100
Primärquellen
So führen Sie ein vollständiges SEO-Audit durch
Ein SEO-Audit ist nützlich, wenn es in einer kurzen, geordneten Liste von Korrekturen endet. Dieser Leitfaden zeigt die Reihenfolge, die wir verwenden, was in jedem Schritt zu prüfen ist, welche kostenlosen Daten helfen und was ein automatisches Audit nicht sagen kann. Jede Regel stammt aus Googles eigener Dokumentation, verlinkt unter Quellen.
1. Können Suchmaschinen die Seite crawlen und indexieren?
Nichts anderes zählt, wenn eine Seite nicht im Index ist. Prüfen Sie:
- robots.txt sperrt weder die Seiten noch das CSS und JavaScript, das sie zum Rendern brauchen. Eine gesperrte URL kann trotzdem ohne Inhalt indexiert werden, wenn andere Seiten auf sie verlinken.
- Kein versehentliches
noindexin einem Robots-Meta-Tag oder einemX-Robots-Tag-Header — ein häufiger Rest einer Testumgebung. - Statuscodes: wichtige Seiten antworten mit 200; verschobene Seiten mit einer einzigen 301 auf die neue URL, keiner Kette; gelöschte Seiten mit 404 oder 410.
- XML-Sitemap: enthält nur kanonische URLs, die mit 200 antworten, und ist in der Search Console eingereicht.
Der Bericht „Seitenindexierung“ in der Search Console ist hier die kostenlose Quelle der Wahrheit: Er zeigt, welche URLs Google indexiert hat und, für die übrigen, warum nicht — „Gecrawlt – zurzeit nicht indexiert“, „Duplikat – vom Nutzer nicht als kanonisch festgelegt“, „Durch robots.txt blockiert“ und so weiter. Beginnen Sie jedes Audit dort.
2. Sagt jede Seite, worum es geht?
- Title-Element: pro Seite einzigartig und beschreibend. Google erstellt den Titellink in den Ergebnissen hauptsächlich daraus, kann aber vage, mehrfach verwendete oder mit Keywords überladene Titel umschreiben.
- Meta-Description: eine kurze Zusammenfassung der Seite. Sie beeinflusst das Ranking nicht, Google nutzt sie aber oft für das Snippet.
- Eine klare Hauptüberschrift und Überschriften, die der Struktur des Inhalts folgen.
- Text, den ein Crawler lesen kann: wichtige Inhalte als Text, nicht nur in Bildern.
- Aussagekräftige Linktexte bei internen Links, damit Nutzer und Crawler wissen, wohin sie führen.
3. Doppelte und fast doppelte URLs
Derselbe Inhalt unter mehreren URLs — mit und ohne abschließenden Schrägstrich, http und https, Tracking-Parameter, Druckversionen — teilt die Signale auf. Wählen Sie eine URL pro Seite und verweisen Sie die anderen darauf: eine 301-Weiterleitung, wo das Duplikat nicht existieren muss, ein rel="canonical"-Link, wo es existieren muss. Verwenden Sie dieselbe kanonische URL in internen Links und in der Sitemap. Google behandelt Canonical-Tags als starken Hinweis, nicht als Befehl; widersprüchliche Signale lassen Google selbst entscheiden.
4. Mobilgeräte
Google indexiert die mobile Version einer Website. Die mobile Seite sollte denselben Hauptinhalt, dieselben Überschriften, strukturierten Daten und Meta-Tags wie die Desktop-Version haben, einen responsiven Viewport nutzen und Text lesbar sowie Tippziele ohne Zoomen bedienbar halten.
5. Geschwindigkeit für echte Besucher
Core Web Vitals messen, was Besucher erleben, am 75. Perzentil der Seitenaufrufe:
| Messwert | Was er misst | Gut |
|---|---|---|
| Largest Contentful Paint (LCP) | Wann der Hauptinhalt erscheint | ≤ 2,5 s |
| Interaction to Next Paint (INP) | Wie schnell die Seite auf Tippen und Klicks reagiert | ≤ 200 ms |
| Cumulative Layout Shift (CLS) | Wie stark das Layout beim Laden springt | ≤ 0,1 |
Nutzen Sie Felddaten (von echten Chrome-Nutzern, in PageSpeed Insights und der Search Console), wenn die Website genug Besucher hat; Labortests dienen dazu, Ursachen zu finden. Häufige Ursachen: übergroße Bilder, rendering-blockierende Skripte und Styles, Bilder ohne width und height und schwere Drittanbieter-Skripte. Die Seitennutzererfahrung ist ein Signal unter vielen — eine schnelle Seite, die die Suchanfrage nicht beantwortet, rankt dafür nicht.
6. HTTPS und Sicherheits-Header
Jede Seite sollte über HTTPS laden, http sollte in einem Schritt auf https weiterleiten, und es sollte keine gemischten Inhalte geben. Header wie HSTS und eine Content-Security-Policy schützen Besucher; sie sind gute Praxis, keine Rankingfaktoren.
7. Strukturierte Daten
Strukturierte Daten (JSON-LD ist das von Google empfohlene Format) helfen Google, eine Seite zu verstehen, und machen sie für einige Rich-Suchergebnisse geeignet. Sie müssen beschreiben, was auf der Seite sichtbar ist. Sie garantieren kein Rich-Ergebnis und verbessern das Ranking nicht von selbst. Mehrere Typen, die früher in den Ergebnissen erschienen, werden nicht mehr angezeigt; prüfen Sie Googles aktuelle Liste, bevor Sie Markup hinzufügen.
8. Links
Defekte interne Links verschwenden Crawling und frustrieren Nutzer; beheben Sie sie an der Quelle statt umzuleiten. Stellen Sie sicher, dass jede wichtige Seite über normale Links von anderen Seiten erreichbar ist — eine Seite, die nur in der Sitemap steht, ist schwach angebunden.
9. Priorisieren und erneut messen
Sortieren Sie Befunde nach Wirkung, nicht nach Anzahl:
- Alles, was die Indexierung verhindert (noindex, robots.txt-Sperren, Serverfehler) — sofort beheben.
- Probleme in websiteweiten Vorlagen (Titel, Canonicals, mobiles Layout, langsame Vorlagen) — eine Korrektur hilft vielen Seiten.
- Probleme einzelner Seiten auf den Seiten, die für Ihre Besucher am wichtigsten sind.
- Was „schön wäre“.
Nach dem Ausrollen der Korrekturen die Prüfungen wiederholen und die Search Console in den folgenden Wochen beobachten. Felddaten wie Core Web Vitals sind ein gleitendes 28-Tage-Fenster und ändern sich langsam.
Mit RankProof
Das kostenlose Website-Audit von RankProof führt 133 Prüfungen auf einer Seite aus — SEO-Grundlagen, Geschwindigkeit, Sicherheit, Mobilgeräte, Inhalt, Links, Barrierefreiheit und Bereitschaft für KI-Suche — und nennt zu jedem Fehler die Lösung. Am 7. Oktober 2026 bewertete es unsere eigene Startseite mit 92/100: SEO-Grundlagen 97, Barrierefreiheit 95, Geschwindigkeit 75, Bereitschaft für KI-Suche 73. Bei der Geschwindigkeit liegt unsere eigene Arbeit, und sie geht vor allem auf die Werbe- und Einwilligungsskripte zurück.
Einzweck-Tools decken einen Schritt in der Tiefe ab: der Broken-Link-Checker, der Überschriften-Checker, der Meta-Title-Checker, der Validator für strukturierte Daten und der HTTPS-Checker. Was kein Audit einer einzelnen Seite kann: den Indexstatus der ganzen Website oder Ihre Rankings sehen — dafür gibt es die Search Console.
Bereit, höher zu ranken?
Nutzen Sie die kostenlosen Tools von RankProof, um Ihre Suchrankings zu verbessern und auf die EU-Barrierefreiheitskonformität hinzuarbeiten.
Kostenlosen Scan testen