Technisches SEO-Audit: Checkliste für 2026

Die meisten technischen SEO-Audits scheitern auf die gleiche Weise. Sie kippen jede Crawler-Warnung in eine Tabelle und nennen das Strategie. Sie brauchen eine Checkliste, die trennt, was die Auffindbarkeit blockiert, von dem, was nur Rauschen ist – und dann eine klare Entscheidung, was zuerst behoben wird.

Dieser Leitfaden führt durch eine praxisnahe Checkliste für technische SEO-Audits 2026: Crawl und Robots, Indexierung, Core Web Vitals, On-Page-Struktur, Schema, internationale Signale und was „AI-Search-Readiness“ tatsächlich bedeutet. Außerdem: Wann ein kostenloser DIY-Durchlauf reicht und wann sich ein bezahltes Audit lohnt.

Was ein technisches SEO-Audit ist (und was nicht)

Ein technisches SEO-Audit ist eine strukturierte Prüfung, wie Suchmaschinen Ihre URLs entdecken, rendern und indexieren. Es beantwortet: Kann Google die Money-Pages erreichen, sie verstehen und im Index behalten – ohne konkurrierende Duplikate?

Es ist keine Keyword-Recherche, keine Content-Strategie und kein Linkbuilding. Das alles zählt, liegt aber auf Crawl und Indexierung auf. Wenn wichtige Templates noindexed sind, Soft-404 liefern oder hinter kaputten Redirects stecken, retten mehr Blogbeiträge das Quartal nicht.

Zentrale Erkenntnis: Behandeln Sie das Audit als Diagnose und Priorisierung. Rankings sind das Ergebnis von Fixes plus Content und Links – kein Liefergegenstand des PDFs selbst.

Der Audit-Scope bleibt bei Crawl, Index und Priorisierung. Content und Links kommen, wenn das Fundament klar ist.

So nutzen Sie diese Checkliste

Bearbeiten Sie jeweils eine primäre Domain (und vereinbarte Subdomains). Nutzen Sie idealerweise Google Search Console-Berichte zu Abdeckung und Experience, wenn Sie Zugang haben. Kombinieren Sie das mit einem Crawl (Screaming Frog, Sitebulb oder vergleichbar) und Stichproben in einem sauberen Browserprofil.

Bewerten Sie jeden Punkt als bestanden, nicht bestanden oder Stichprobe nötig (große Kataloge). Fehler bekommen eine Schwere: Money-Pages blockiert, Crawl verschwendet oder kosmetisch.

Bewerten Sie Punkte mit Schweregrad, damit das Backlog lieferbar ist – kein Dump aller Crawler-Warnungen.

1. Crawl-Zugang und Robots

Beginnen Sie damit, ob Bots holen dürfen, was zählt.

• Prüfen Sie, ob robots.txt CSS, JS oder wichtige Verzeichnisse blockiert, die indexiert werden sollen.
• Achten Sie auf versehentliches Disallow für Staging-Pfade, die auf Production noch auflösen.
• Vergewissern Sie sich, dass XML-Sitemaps gelistet sind, 200 liefern und nur kanonische, indexierbare URLs enthalten.
• Vergleichen Sie die Sitemap-URL-Anzahl mit der indexierten URL-Anzahl in der Search Console. Große Lücken brauchen eine Begründung.
• Sample-Crawl von einer externen IP. Hosting-Firewalls und Bot-Schutz blockieren manchmal Googlebot, während von Ihrem Laptop alles in Ordnung wirkt.

Häufiger Fehler: /wp-admin zu blockieren ist in Ordnung. /wp-json oder ganze /cdn-cgi/-Pfade zu blockieren, ohne zu wissen, was sie ausliefern, ist, wie Soft-Failures unsichtbar bleiben.

Wenn Bots die Money-Templates nicht laden können, ist der Rest des Audits Theater.

2. Indexierung und Canonicals

Crawl-Zugang nützt nichts, wenn die falschen URLs gewinnen.

• Stichproben der Money-Pages mit site: und dem URL-Prüftool. Bestätigen Sie „URL ist bei Google“, wenn das so sein soll.
• Prüfen Sie noindex auf Templates, die ranken müssen (Kategorie, Produkt, Standort, Docs).
• Kartieren Sie Near-Duplicates: HTTP vs. HTTPS, www vs. non-www, Trailing-Slash-Varianten, Parameter-Kopien, Druckansichten.
• Bestätigen Sie selbstreferenzierende oder korrekte rel=canonical-Tags auf den relevanten Templates. Facettierte Navigation braucht oft eine explizite Strategie, kein Hoffen.
• Soft 404s: dünne „keine Treffer“-Seiten mit Status 200, leere Tag-Archive und Platzhalter-CMS-Shells.
• Pagination und Infinite Scroll: Stellen Sie sicher, dass ein crawlbarer Pfad zu tiefen Items weiterhin existiert.

Signal	Gesundes Muster	Warnsignal
Canonical	Zeigt auf die bevorzugte Money-URL	Zeigt auf einen Parameter oder veralteten Pfad
Status	200 für indexierbare URLs	Soft-404-Inhalt auf 200
Sitemap	Entspricht den bevorzugten URLs	Enthält Redirects und noindexierte URLs
Hreflang	Reziprok, wo genutzt	Einseitig oder falsche Sprachcodes

Canonical, Status, Sitemap und Hreflang sollten auf die bevorzugten Money-URLs zeigen – nicht auf Parameter-Kopien.

3. Rendering und Core Web Vitals

Googles Systeme nutzen Page-Experience-Signale. Felddaten von echten Nutzern schlagen einen einzelnen Lighthouse-Screenshot.

• Ziehen Sie Core Web Vitals aus der Search Console und CrUX, wo verfügbar.
• Lab-Tests für Schlüssel-Templates (Home, Listing, Artikel, Produkt, Checkout falls öffentlich).
• Notieren Sie das LCP-Element: Hero-Bild, Webfont-Block oder spätes Client-Rendering.
• Notieren Sie CLS-Quellen: eingeblendete Banner, späte Ads, Medien ohne Größenangabe.
• Notieren Sie INP-Probleme auf interaktiven Templates (Filter, Menüs, Warenkörbe).
• Schwere Third-Party-Scripts: Tag Manager, Chat-Widgets, A/B-Tools. Kosten messen, nicht raten.

Best Practice: Fixen Sie die Template-Klasse, nicht eine virale URL. Ein Produkt-Template kann CWV für Tausende Seiten ruinieren.

Core Web Vitals gehören zum Template. Felddaten schlagen einen glücklichen Lighthouse-Screenshot.

4. On-Page-Struktur und interne Links

Technisches SEO umfasst auch, ob das HTML verständlich ist.

• Einzigartige, treffende Title-Tags auf Money-Templates. Kein Keyword-Stuffing.
• Eine klare H1, die zur Seitenaufgabe passt.
• Überschriftenhierarchie, die den Inhalt spiegelt – kein Design-Unfall.
• Interne Links von Hubs zu Money-Pages. Orphan-URLs, die nur in Sitemaps vorkommen, sind ein Warnsignal.
• Dünne oder fast leere Templates, die mit reicheren Geschwistern konkurrieren.
• Kaputte Links und Redirect-Ketten in Hauptnavigation und Footer.

Überschriftenhierarchie und Hub-zu-Money-Links zählen so sehr wie der Crawl selbst.

5. Structured Data und Rich Results

Schema rankt nicht magisch. Es kann Entitäten klären und Rich Results freischalten, wenn es zum sichtbaren Inhalt passt.

• Validieren Sie mit Googles Rich-Results-Tools und den Enhancement-Berichten der Search Console.
• Bevorzugen Sie Typen, die Sie ehrlich stützen können: Article, Product, FAQ, Organization, BreadcrumbList.
• Entfernen Sie widersprüchliches oder veraltetes JSON-LD aus alten Themes und Plugins.
• Halten Sie Markup am sichtbaren Inhalt. Fake-FAQ-Schema ist ein Vertrauensproblem.

Schema hilft nur, wenn es dem entspricht, was Nutzer auf der Seite sehen.

6. International und Hreflang (wenn relevant)

Wenn Sie mehr als eine Locale betreiben, gehört internationales SEO zum technischen Audit.

• Das Locale-URL-Muster ist konsistent (Ordner, Subdomain oder ccTLD) und dokumentiert.
• hreflang-Annotationen sind reziprok und nutzen gültige Sprach- oder Regionscodes.
• x-default zeigt absichtlich irgendwohin.
• Sprachumschalter erzeugen keine Crawl-Fallen oder doppelte Parametersätze.

Wenn Sie nur eine Sprache haben, überspringen Sie diesen Abschnitt. Erfinden Sie kein Hreflang aus Ästhetik.

Hreflang muss reziprok sein. Einseitige Annotationen sind ein häufiger Fehlermodus.

7. AI-Search-Readiness ohne Theater

„AI SEO“-Marketing meint oft automatisierten Spam. In einem technischen Audit ist AI-Search-Readiness nüchterner und nützlicher:

• Klares, crawlbares HTML für den Hauptinhalt (nicht hinter unnötigem Client-Rendering verschlossen).
• Stabile kanonische URLs, damit Zitate und Snippets auf die richtige Seite zeigen.
• Treffende Titles, Überschriften und Schema, die zur Seite passen.
• Frische- und Autorenschaftssignale, wo sie ehrlich sind (existierende Autorenseiten, Daten, die sich ändern, wenn der Inhalt sich ändert).
• Kein Cloaking, keine Doorway-Farmen, keine KI-generierten Doorway-Seiten.

Sie können „für ChatGPT-Rankings optimieren“ nicht per Plugin. Sie können Seiten leicht fetchbar, zitierbar und zuschreibbar machen.

AI-Search-Readiness heißt crawlbar, klar, zuschreibbar – kein Plugin, das Zitationen verspricht.

Prioritätsreihenfolge, wenn alles brennt

1. Blockierte oder deindexierte Money-Pages wiederherstellen.
2. Kaputte Canonicals und Soft-404-Templates beheben.
3. Redirect-Ketten aus Migrationen zusammenziehen.
4. Core Web Vitals auf stark frequentierten Templates stabilisieren.
5. Interne Verlinkung und Kollisionen dünner Templates bereinigen.
6. Schema und internationale Feinarbeit.

Alles, was nur ein selten besuchtes Archiv betrifft, kann warten.

Liefern Sie zuerst die Blocker, die die Auffindbarkeit der Money-Pages wiederherstellen, bevor Sie Schema polieren.

DIY-Audit vs. bezahltes Audit

Selber machen, wenn:

• Sie Search-Console-Zugang und eine kleine Site haben (Dutzende bis wenige Hundert indexierbare URLs).
• Der Fehlermodus offensichtlich ist (Migration, versehentliches noindex, Robots-Block).
• Ihr Entwickler Fixes ohne lange Warteschlange ausliefern kann.

Ein bezahltes Audit kaufen, wenn:

• Traffic nach Redesign oder CMS-Umzug eingebrochen ist und niemand sich einig ist warum.
• Katalog- oder Multi-Locale-Komplexität Stichproben nötig macht.
• Sie ein priorisiertes Backlog mit Verantwortlichen brauchen (Dev, Content, Hosting), bevor ein Retainer startet.
• Vorherige Agenturen widersprüchliche Plugins, Sitemaps und „AI SEO“-Reste hinterlassen haben.

Warnung: Ein Audit erzeugt keine Rankings von allein. Wenn die Produktseite schwach ist oder der Market Fit falsch, räumt technische Arbeit nur die Startbahn frei.

DIY funktioniert bei kleinen, offensichtlichen Fehlern. Hilfe kaufen, wenn Komplexität oder ein Redesign-Einbruch ein priorisiertes Backlog braucht.

Wenn Sie einen praxisnahen Durchlauf mit priorisierter Fix-Liste statt eines 80-Seiten-Dumps wollen, siehe meine Service-Seite zum technischen SEO-Audit.

Praxisbeispiel: Redesign-Einbruch

Eine B2B-Site wechselt von WordPress zu einem JavaScript-Framework. Organische Sessions fallen in sechs Wochen um 40 %.

Checklisten-Befunde:

• Wichtige Docs-Routen liefern clientseitig gerenderte Shells mit dünnem erstem HTML.
• Alte /blog/*-URLs liefern 404 ohne Redirect-Map.
• Die Sitemap listet noch Legacy-Pfade.
• Canonical-Tags auf neuen Listing-Seiten zeigen auf die Homepage.

Erster Sprint: Redirect-Map für Legacy-URLs, Canonicals fixen, aktualisierte Sitemap einreichen, servergerendertes HTML für Docs-Templates verbessern. Content und Links kommen danach.

Redirects, Canonicals, Sitemap und servergerendertes HTML landen vor Content und Links.

Häufig gestellte Fragen

Wie lange dauert ein technisches SEO-Audit?

Die meisten Single-Domain-Audits sind etwa ein bis zwei Wochen nach bereitgestelltem Zugang fertig. Sehr große Kataloge bekommen eine scoped Stichprobe der Templates plus einen Plan für den Rest.

Brauche ich die Search Console für ein nützliches Audit?

Sie hilft enorm. Ohne sie finden Crawl plus öffentliche URL-Checks viele Probleme, aber Abdeckung und CWV-Felddaten bleiben dünner.

Ist das dasselbe wie ein volles SEO-Paket?

Nein. Diese Checkliste ist technische Diagnose und Priorisierung. Content-Strategie, Digital PR und laufende Optimierung sind getrennt, sobald das Fundament klar ist.

Garantieren Fixes an diesen Punkten Rankings?

Kein ehrlicher Anbieter sollte das versprechen. Technische Fixes entfernen Blocker, damit Content und Links wirken können. Google rankt weiterhin relativ zu Wettbewerbern und Relevanz.

Was ist mit AI Overviews und „GEO“?

Halten Sie Seiten crawlbar, klar und zuschreibbar. Überspringen Sie Schemata, die garantierte KI-Zitationen behaupten. Behandeln Sie experimentelle Features als nachrangig gegenüber solider Indexierung und nützlichen Seiten.

Nächste Schritte

Führen Sie Crawl- und Search-Console-Checks der Reihe nach aus, schreiben Sie ein kurzes Backlog mit Schweregrad und liefern Sie die Top-Blocker, bevor Sie die Content-Produktion ausweiten. Wenn Sie ein zweites Paar Augen für Backlog oder Umsetzung wollen, melden Sie sich über das Kontaktformular – dann können wir ein fokussiertes technisches SEO-Audit scopen.