Technisches SEO-Audit: Systematische Prüfung in 12 Bereichen

Das Problem: Unsichtbare Seiten trotz guter Inhalte

Eine Website kann inhaltlich hervorragend sein und dennoch in der Google-Suche nicht erscheinen. Die Ursache liegt dann meist nicht im Text, sondern in technischen Hindernissen: Eine robots.txt blockiert wichtige Verzeichnisse, noindex-Tags verhindern die Indexierung oder die mobile Version liefert andere Inhalte als die Desktop-Variante. Solche Fehler fallen erst auf, wenn gezielt danach gesucht wird.

Ein systematisches technisches SEO-Audit deckt diese Hindernisse auf. Anders als bei einer spontanen Prüfung folgt es einer festen Reihenfolge: Zuerst werden Indexierung und Crawling geprüft, dann Technik und Core Web Vitals, danach Onpage-Faktoren, Inhalte, strukturierte Daten und interne Verlinkung. Die Reihenfolge hat einen praktischen Grund: Eine Seite, die Google nicht indexieren kann, wird auch durch bessere Texte nicht sichtbar.

Die 12 Bereiche eines vollständigen Audits

Ein Website-Audit für 2026 ist kein reiner Technik-Check. Es geht nicht um grüne Haken in einem Tool, sondern darum, Hindernisse zu finden, die Sichtbarkeit und Nutzererfahrung tatsächlich einschränken. Ein vollständiges Audit deckt 12 Bereiche ab:

Technisches SEO prüft Indexierung und Fehler, denn ohne Indexierung kann eine Seite in der Google-Suche nicht erscheinen. Core Web Vitals messen Ladezeit, Reaktion und Stabilität. Google nennt die Werte als Teil seiner Ranking-Systeme, Relevanz bleibt aber vorrangig. Content-Qualität bewertet, ob Inhalte die Nutzerintention treffen. Inhalte, die die Suchfrage beantworten, werden eher genutzt als austauschbare Texte.

E-E-A-T-Signale umfassen Autorität und Vertrauen. Sichtbare Autoren, Quellen und Belege sind Teil von Googles Fragen zu hilfreichen Inhalten. Mobile UX prüft die Bedienbarkeit, da Google primär die mobile Version indexiert. Sie muss die gleichen Inhalte liefern wie die Desktop-Version.

Interne Verlinkung analysiert die Link-Architektur. Google folgt Links nur, wenn sie als a-Element mit href gesetzt sind. Strukturierte Daten in Schema.org und JSON-LD können Rich Results ermöglichen, ein Anspruch darauf besteht nicht. Crawlability untersucht, ob robots.txt, Sitemap und Statuscodes Google den Zugriff ermöglichen.

Local SEO bewertet regionale Signale. Relevanz, Entfernung und Bekanntheit bestimmen laut Google das lokale Ranking. AI Visibility berücksichtigt KI-Suchfunktionen. Laut Google gelten für KI-Funktionen keine zusätzlichen technischen Anforderungen. Rechtliche Konformität prüft Pflichten nach deutschem Recht, im Einzelfall rechtlich prüfen lassen. Priorisierung nach Aufwand und Wirkung verhindert, dass Zeit in unwichtige Details fließt.

Startpaket: Kostenlose Tools für den Einstieg

Für den Einstieg reichen drei kostenlose Tools: Google Search Console zeigt Indexierungsstatus und Core Web Vitals aus echten Nutzerbesuchen. PageSpeed Insights liefert Feldwerte der letzten 28 Tage aus dem Chrome UX Report und Labordaten aus Lighthouse. Der Rich Results Test prüft strukturierte Daten. Für eine tiefere Analyse kommt ein Crawler hinzu. Der Screaming Frog SEO Spider ist bis 500 URLs kostenlos und exportiert Statuscodes, Titel und interne Links.

Indexierung und Crawling: Die Basis der Sichtbarkeit

Die Prüfung beginnt mit der Indexierung. In der Search Console zeigt der Bericht "Seitenindexierung" Statusmeldungen je Seitentyp. "Gecrawlt, zurzeit nicht indexiert" bedeutet: Google hat die Seite abgerufen, aber nicht aufgenommen. "Gefunden, zurzeit nicht indexiert" bedeutet: noch nicht abgerufen. Nicht jede ausgeschlossene URL ist ein Fehler.

Die robots.txt wird im Browser unter domain.de/robots.txt geprüft. Disallow-Regeln werden gegen wichtige Verzeichnisse abgeglichen. Mit robots.txt lässt sich eine Seite nicht aus Google heraushalten, dafür dient noindex. Für das mobile Indexing sollten auch Ressourcen nicht blockiert sein.

noindex und Canonical werden im Quelltext und in der URL-Prüfung der Search Console kontrolliert. Wichtige Seiten dürfen kein noindex tragen. Canonical zeigt auf die bevorzugte URL. Google behandelt Canonical als Hinweis, nicht als Anweisung, und warnt vor widersprüchlichen Signalen.

Statuscodes und Weiterleitungen prüft ein Crawler. Wichtige URLs dürfen keine 404 oder 5xx zurückgeben. Dauerhafte Umzüge erfolgen per 301 oder 308, vorübergehende per 302, 303 oder 307. JavaScript-Weiterleitungen sind nur als letzte Lösung geeignet.

Interne Links müssen crawlbar sein: als a-Element mit href. Links, die nur per JavaScript-Ereignis funktionieren, kann Google nicht zuverlässig verfolgen. Die mobile Version muss die gleichen Inhalte, Überschriften, Titel, Meta-Description, strukturierte Daten und robots-Meta-Tags liefern wie die Desktop-Version. Inhalte, die erst nach Klick oder Wischen laden, lädt Google nicht.

Eine XML-Sitemap ist hilfreich, aber nicht zwingend. Sie sollte nur indexierbare Haupt-URLs enthalten. Eine Sitemap sichert weder Crawling noch Indexierung zu. Bei kleinen, gut verlinkten Websites unter etwa 500 Seiten nennt Google sie nicht als zwingend. Die Crawling-Statistiken in der Search Console zeigen Anfragen, Antwortcodes und Serverstatus, meist erst bei großen Websites ab etwa 1.000 Seiten nötig.

Core Web Vitals: Geschwindigkeit messbar machen

Die drei Core Web Vitals sind Largest Contentful Paint (LCP), Interaction to Next Paint (INP) und Cumulative Layout Shift (CLS). Sie messen, wie schnell der Hauptinhalt erscheint, wie schnell die Seite auf Eingaben reagiert und wie stabil das Layout bleibt. INP ist der Nachfolger des früheren First Input Delay.

Laut web.dev gilt eine Seite als gut, wenn mindestens 75 Prozent der Seitenaufrufe die Grenzwerte einhalten, getrennt ausgewertet für Mobilgeräte und Desktop. Die Schwellenwerte am 75. Perzentil: LCP bis 2,5 Sekunden, INP bis 200 Millisekunden, CLS bis 0,1. Werte über 4,0 Sekunden (LCP), über 500 Millisekunden (INP) oder über 0,25 (CLS) gelten als schlecht.

Die Search Console zeigt Feldwerte aus echten Nutzerbesuchen im Bericht "Core Web Vitals". PageSpeed Insights zeigt Feldwerte der letzten 28 Tage aus dem Chrome UX Report und zusätzlich Labordaten aus Lighthouse. Beide können sich widersprechen: Feldwerte sind ein Verlauf, Labordaten die Simulation eines einzelnen Ladevorgangs. Entscheidend für die Bewertung sind die Feldwerte, sofern genug Nutzerdaten vorliegen. Bei wenig Traffic fehlen sie oft, dann bleiben die Labordaten als Anhaltspunkt.

Google schreibt, Core Web Vitals würden von seinen Ranking-Systemen genutzt. Zugleich zeigt Google weiterhin die relevantesten Inhalte, auch bei schwacher Seitenerfahrung. Gute Werte können bei vielen ähnlich guten Ergebnissen den Ausschlag geben, ersetzen aber keine passenden Inhalte. Ein Ranking oder Umsatzplus lässt sich aus den Werten nicht ableiten.

Typische Ansatzpunkte: Beim LCP das größte sichtbare Element und die Serverantwortzeit, beim INP lange JavaScript-Aufgaben nach Klicks, beim CLS Bilder ohne Größenangaben und nachladende Banner. Ein technisches SEO-Audit ordnet diese Ursachen den betroffenen Seitentypen zu, statt jede Einzelseite zu optimieren.

Technik: Duplikate und JavaScript-Fallstricke

Alle Adressvarianten (http, https, mit und ohne www) sollten per 301 auf genau eine URL leiten. Das ist eine Prüfung gegen Duplikate. Wichtige Inhalte müssen im gerenderten HTML stehen: Titel, Überschriften, Haupttext und Links sollten ohne Nutzerinteraktion im DOM stehen. Bei JavaScript-Frameworks werden Quelltext und gerenderter Zustand verglichen.

Bilder werden als img-Element eingebunden. Google indexiert CSS-Hintergrundbilder nicht. Responsive Bilder nutzen srcset oder picture mit src-Fallback. Fehlerseiten und Duplikate werden in der Search Console und im Crawler erkannt. Weiche Fehlerseiten, Parameter-URLs und Druckversionen werden per Canonical oder Weiterleitung gebündelt.

Onpage und Inhalte: Intention vor Keyword-Dichte

Jede Seite erhält einen eindeutigen, beschreibenden Seitentitel ohne Wiederholungen und Keyword-Ketten. Google nennt keine feste Längengrenze, kürzt aber je nach Gerätebreite und schreibt Titel teils um. Die Meta-Description ist seitenspezifisch. Google bildet Snippets vor allem aus dem Seiteninhalt und nutzt die Description nur, wenn sie die Seite besser beschreibt.

Eine klare Hauptüberschrift, eine H1 pro Seite, trifft das Thema. Zwischenüberschriften beschreiben den Abschnitt. Auf Mobil und Desktop sind sie gleich. Interne Links tragen beschreibenden Ankertext, statt "hier klicken" ein Text, der die Zielseite beschreibt. Bilder erhalten Alt-Text, der den Bildinhalt beschreibt, ohne Keyword-Stopfen. Das Bild steht nahe am passenden Text.

Den größten Hebel bei Seiten auf den hinteren Positionen liefert meist nicht die Technik, sondern der Abgleich mit den Suchergebnissen. Die Suche zur Hauptanfrage wird geöffnet und notiert, welche Seitentypen und Unterthemen die Treffer abdecken. Fehlen diese Unterthemen, ist das der erste Inhaltsbefund.

In der Search Console werden Anfragen mit vielen Impressionen und schlechter Position herausgefiltert. Die Top-Ergebnisse zeigen Format (Liste, Anleitung, Vergleich), Tiefe und fehlende Unterthemen. Die ersten Absätze sollten die Frage konkret beantworten. Das ist eine Empfehlung, kein Google-Kriterium.

Doppelte oder sehr ähnliche Seiten werden im Crawler und im Bericht Seitenindexierung erkannt. Seiten mit gleichem Thema werden zusammengelegt oder per Canonical beziehungsweise 301 gebündelt. Autor, Quellen und Aktualität sind sichtbar. Googles Fragen: Wer hat den Text geschrieben, ist er von jemandem verfasst oder geprüft, der das Thema kennt, gibt es leicht überprüfbare Fehler?

Viele ähnliche Seiten, die vor allem Rankings erzeugen sollen, fallen unter Googles Spam-Richtlinien ("scaled content abuse").

Strukturierte Daten und lokale Signale

Strukturierte Daten in Schema.org und JSON-LD können Rich Results ermöglichen. Der Rich Results Test prüft die Syntax. Ein Anspruch auf Darstellung besteht nicht. Google hat den FAQ-Rich-Result am 7. Mai 2026 eingestellt. Der Mobile-Friendly-Test und der Mobile-Usability-Bericht wurden am 1. Dezember 2023 eingestellt.

Bei Local SEO werden NAP-Daten (Name, Adresse, Telefon), Profile und Standortseiten geprüft. Relevanz, Entfernung und Bekanntheit bestimmen laut Google das lokale Ranking.

Priorisierung: Aufwand und Wirkung abwägen

Die Einordnung nach Priorität folgt einer eigenen Einschätzung, keine Vorgabe von Google. Priorität A bedeutet, dass der Punkt Auffindbarkeit oder Indexierung blockieren kann und zuerst geprüft wird. B sind Punkte mit spürbarem Einfluss, C Feinschliff. Jeder Befund wird nach Wirkung und Aufwand bewertet, statt alle Warnungen eines Tools abzuarbeiten.

Lehren aus der Praxis

Ein technisches SEO-Audit ist kein einmaliger Check, sondern ein wiederkehrender Prozess. Experten empfehlen 2026 Continuous Auditing statt einmaliger Analyse. Die Search Console zeigt Feldwerte der letzten 28 Tage, Verbesserungen werden dort also erst zeitverzögert sichtbar.

Einen Teil der technischen Signale lässt sich vorab mit dem kostenlosen SEO-Audit-Tool von STEP/SEEDS® als Momentaufnahme prüfen. Eine kompakte Fassung mit 27 Prüfpunkten bietet die Checkliste zum Selbstprüfen auf step-seeds.de.

Die ausführliche Fassung mit allen Prüfpunkten, Tools und Quellen findet sich im Blog von STEP/SEEDS®.