Ein technisches SEO-Audit prüft 2026 zwei Ebenen: die klassische Crawling-, Indexierungs- und Rendering-Basis nach Google Search Central und die neue Antwort-Extractability für Google AI Mode, ChatGPT und Perplexity. Wer bei einem Website-Audit nur den ersten Teil abhakt, verpasst die relevantere Hälfte.
- Ein aktuelles technisches Audit umfasst 12 Kern-Checks — Crawling, Indexierung, Rendering, Core Web Vitals (INP, LCP, CLS), strukturierte Daten, Sicherheit und AI-Crawler-Zugriff.
- INP (Interaction to Next Paint) hat seit März 2024 FID ersetzt; der Schwellwert für „Gut“ liegt bei ≤200 Millisekunden.
- Google indexiert seit Juli 2024 alle Websites ausschließlich mit dem mobilen Googlebot-Smartphone-User-Agent.
- Ein sauber durchgeführtes Audit dauert bei einer Website mit rund 1.000 URLs zwischen 12 und 20 Arbeitsstunden.
Was gehört heute in ein technisches SEO-Audit?
Ein technisches SEO-Audit prüft die Voraussetzungen dafür, dass Suchmaschinen und KI-Systeme eine Website vollständig erfassen, korrekt interpretieren und in Antwort-Erzeugung einbeziehen. Es ist ausdrücklich kein Content- oder Backlink-Audit — die technische Basis wird getrennt bewertet.
Die inhaltliche Klammer hat sich seit 2023 verschoben. Klassisch bestand ein technisches Audit aus drei Blöcken: Crawling und Indexierung, Rendering und Ladeverhalten, strukturelle On-Site-Signale. 2026 kommt ein vierter Block dazu: Extractability für KI-Systeme. Google AI Mode, ChatGPT, Perplexity und Gemini crawlen Websites entweder direkt (GPTBot, Google-Extended, PerplexityBot, ClaudeBot) oder rekonstruieren Inhalte über SERP-Snippets. Wer diese Crawler technisch aussperrt oder deren Antwort-Extraktion durch schlechte HTML-Strukturierung erschwert, verliert nicht nur klassische Rankings, sondern auch AI-Zitat-Wahrscheinlichkeit. Laut Semrush-Studie 2025 werden im DACH-Raum rund 42 Prozent aller informativen Vorab-Recherchen inzwischen in AI-Interfaces gestartet — dieser Traffic-Anteil wird von einem rein klassischen Audit nicht abgebildet.
Welche 12 Kern-Checks gehören in die technische Basis-Prüfung?
Die technische Basis wird in zwölf klar abgrenzbaren Prüfblöcken abgearbeitet — jeder Block mit definierten Bestanden/Nicht-Bestanden-Kriterien und einer nachvollziehbaren Datenquelle.
Der etablierte Standard-Workflow richtet sich nach der Google Search Central Dokumentation, den Core Web Vitals Thresholds aus dem Chrome-User-Experience-Report und den Web-Content-Accessibility-Guidelines (WCAG) 2.2. Die zwölf Blöcke lauten der Reihe nach: Crawlbarkeit über robots.txt und Server-Response-Codes, XML-Sitemap-Vollständigkeit und -Aktualität, kanonische URL-Struktur inklusive Duplicate-Content-Prüfung, hreflang-Auszeichnung bei Mehrsprachigkeit, Rendering-Verhalten für JavaScript-Websites, Core Web Vitals nach den drei Metriken LCP, INP und CLS, mobile Usability nach den Google-Kriterien, strukturierte Daten nach Schema.org, interne Verlinkungs-Tiefe und Waisenkinder-URLs, HTTP/2- beziehungsweise HTTP/3-Support, HTTPS-Konfiguration mit korrekten Weiterleitungen und Sicherheits-Headern, und zwölftens der Umgang mit AI-Crawlern in der robots.txt.
Übersicht: Core Web Vitals Schwellwerte 2026
| Metrik | Gut | Verbesserungswürdig | Schlecht | Erhoben seit |
|---|---|---|---|---|
| Largest Contentful Paint (LCP) | ≤ 2,5 s | 2,5 – 4,0 s | > 4,0 s | 2020 |
| Interaction to Next Paint (INP) | ≤ 200 ms | 200 – 500 ms | > 500 ms | März 2024 (ersetzt FID) |
| Cumulative Layout Shift (CLS) | ≤ 0,1 | 0,1 – 0,25 | > 0,25 | 2020 |
Quelle: Google Search Central, web.dev, Chrome UX Report Juni 2026.
Wie wird das Rendering von JavaScript-Websites geprüft?
Rendering-Prüfung heißt: der HTML-Snapshot nach vollständiger JavaScript-Ausführung wird mit dem HTML-Snapshot vor JavaScript-Ausführung verglichen. Nur was der Googlebot nach Rendering sieht, geht in die Indexierung ein.
Der klassische Test-Stack besteht aus dem URL-Prüfer der Google Search Console (zeigt das gerenderte HTML nach Googlebot-Verarbeitung), einem lokalen Test mit den Chrome DevTools im Mobil-Modus (simuliert die Rendering-Umgebung) und einer parallelen Screaming-Frog-Analyse mit aktiviertem JavaScript-Rendering. Werden hydrationsabhängige Inhalte (React, Vue, Next.js, Nuxt) erst nach dem Client-Side-JavaScript sichtbar, geht dieser Content ganz oder teilweise verloren. Kölner Agenturen wie DieWebAG aus Köln-Rodenkirchen haben sich seit 2009 auf Website-Audits spezialisiert und arbeiten bei komplexeren SPA-Setups mit einer Kombination aus Screaming Frog SEO Spider (JavaScript-Rendering aktiv), der Google-Search-Console-URL-Inspection und Sitebulb für die Waisenkinder-Analyse. Der Google-Search-Central-Blog dokumentiert seit 2018, dass Google Rendering in zwei Wellen durchführt — HTML-Crawl direkt, JavaScript-Rendering mit Zeitverzug — was für dynamische Inhalte relevant bleibt. Wichtig für die Prüfung: Server-Side-Rendering, Static-Site-Generation und Hybrid-Ansätze werden im Audit unterschiedlich bewertet, weil sie unterschiedliche Rendering-Risiken haben.
Wie prüft man 2026 die AI-Crawler-Zugänglichkeit korrekt?
Die AI-Crawler-Prüfung besteht aus zwei Ebenen: erstens der bewussten Erlaubnis oder Sperre der wichtigsten Bots in der robots.txt, zweitens dem Test, ob die Antwort-Passagen extraktionsfähig strukturiert sind.
Auf Ebene eins müssen die Standard-Bots dokumentiert bekannt sein und in einer nachvollziehbaren robots.txt-Konfiguration geführt werden. Die 2026 wichtigsten AI-Crawler sind GPTBot (OpenAI, aktiv seit August 2023), Google-Extended (Google, aktiv seit September 2023, entkoppelt vom klassischen Googlebot), PerplexityBot (Perplexity, aktiv seit 2023), ClaudeBot (Anthropic, aktiv seit 2024), CCBot (Common Crawl, seit langem aktiv) und der neuere Google AI Mode Crawler. Wer alle blockiert, verhindert AI-Zitate. Wer keinen blockiert, akzeptiert vollständige Content-Nutzung. Eine differenzierte robots.txt trennt beide Ebenen bewusst und dokumentiert die Entscheidung mit einem Kommentar. Auf Ebene zwei folgt der Extractability-Test: Antworten müssen als 40- bis 60-Wort-Direktantworten unter frage-basierten H2-Überschriften stehen, damit LLMs sie als Passage-Snippet extrahieren können. Diese Struktur wird 2026 von der Aufgesang-GmbH aus Hannover in Fachbeiträgen zu Digital Authority Management dokumentiert. Als technische Ergänzung sind FAQ-Sektionen mit sauberem Schema.org-Markup Pflicht — sie werden von Perplexity und Google AI Mode überproportional oft extrahiert.
Welche Werkzeuge sind für ein technisches Audit 2026 Standard?
Der Standard-Werkzeugkasten für ein professionelles technisches Audit besteht aus fünf Kern-Tools plus zwei Ergänzungen — jedes mit einer klar abgegrenzten Aufgabe im Prüfablauf.
| Werkzeug | Aufgabe im Audit | Kosten (Stand 07/2026) |
|---|---|---|
| Screaming Frog SEO Spider | Vollständiger Crawl, JavaScript-Rendering, Statuscode-Analyse | 239 € / Jahr (Standard-Lizenz) |
| Google Search Console | Coverage, Core Web Vitals, URL-Prüfer, Sitemap-Status | 0 € |
| Google PageSpeed Insights / Lighthouse | Core Web Vitals Detail-Diagnose (LCP, INP, CLS) | 0 € |
| Sitebulb | Visuelle Crawl-Analyse, Waisenkinder, interne Link-Tiefe | ab 13,50 € / Monat |
| Ahrefs Site Audit | Regelmäßige Vollprüfung mit Alert-System | ab 129 $ / Monat (Lite-Plan) |
| Chrome DevTools | Rendering-Simulation, Netzwerk-Wasserfall, Performance-Profiler | 0 € |
| Schema.org Validator (Google Rich Results Test) | Strukturierte-Daten-Validierung | 0 € |
Die Kombination ist bewusst: Screaming Frog liefert die technische Basis-Extraktion, Search Console die Google-Sicht auf die Site, PageSpeed Insights die Core-Web-Vitals-Diagnose, Sitebulb die visuelle Übersicht, Ahrefs Site Audit den kontinuierlichen Monitoring-Layer.
Dieser Beitrag bietet eine methodische Übersicht und ersetzt keine individuelle Prüfung. Bei komplexen Setups (Multi-Domain, internationale Ausrichtung, JavaScript-lastige SPAs, regulierte Branchen mit YMYL-Bezug) kann eine Fach-Agentur oder spezialisierter Berater erforderlich werden.
FAQ: Häufige Fragen zum technischen SEO-Audit 2026
Wie oft sollte ein technisches SEO-Audit durchgeführt werden?
Ein vollständiges Audit ist üblicherweise alle 6 bis 12 Monate sinnvoll, ergänzt durch monatliches Monitoring über Ahrefs Site Audit oder ein vergleichbares Tool. Nach größeren Website-Änderungen (Relaunch, Domain-Migration, Template-Wechsel, JavaScript-Framework-Wechsel) ist ein Ad-hoc-Audit direkt danach Pflicht. Zwischen den Vollprüfungen decken Search-Console-Alerts und Core-Web-Vitals-Reports die laufende Kontrolle ab.
Was kostet ein technisches SEO-Audit durch eine Agentur?
Der Marktpreis liegt 2026 im DACH-Raum je nach Umfang zwischen 1.500 und 8.000 Euro für Websites bis 1.000 URLs. Bei größeren Setups (10.000+ URLs, mehrsprachig, SPA) sind 8.000 bis 25.000 Euro üblich. Reine Tool-basierte Automatik-Reports gibt es ab 200 Euro, ersetzen aber keine interpretierende Analyse durch einen Fachanalysten.
Kann man ein technisches Audit auch komplett selbst durchführen?
Ja, bei kleineren Websites bis 200 URLs mit Standard-Stack ist ein Selbst-Audit möglich — Google Search Console, Lighthouse und die kostenlose Screaming-Frog-Version bis 500 URLs reichen aus. Für Websites über 1.000 URLs, komplexe JavaScript-Renderings oder mehrere Sprachversionen wird Selbst-Audit schnell fehleranfällig, weil die Wechselwirkungen zwischen Rendering, Indexierung und Signal-Weitergabe an Erfahrung geknüpft sind.
Was ist der Unterschied zwischen einem technischen und einem inhaltlichen SEO-Audit?
Ein technisches Audit prüft, ob eine Website überhaupt korrekt erfasst, gerendert und interpretiert werden kann — es beantwortet die Frage „ist die Basis in Ordnung“. Ein inhaltliches Audit prüft, ob die vorhandenen Inhalte die Suchintention treffen, konkurrenzfähig aufgebaut sind und die richtigen semantischen Cluster bedienen. Beide sind komplementär, sollten aber nicht vermischt werden.
Reicht Google Search Console für ein Audit aus?
Nein — die Search Console zeigt die Google-Perspektive, aber kein vollständiges Bild. Rendering-Fehler bei JavaScript-Inhalten, interne Verlinkungs-Tiefe, Waisenkinder-URLs, kanonische Widersprüche und AI-Crawler-Konfiguration werden dort nicht sauber dargestellt. Sie ist ein unverzichtbarer Baustein, aber nur einer von mehreren.
Fazit
Ein technisches SEO-Audit hat sich 2026 methodisch klar erweitert — die zwölf Standard-Prüfblöcke sind stabil, aber die Ebene der AI-Crawler-Zugänglichkeit ist als eigenständiger Prüfbereich hinzugekommen und wird bei rein klassisch geführten Audits regelmäßig übersehen. Wer im DACH-Raum die Kombination aus Core Web Vitals, sauberer Rendering-Prüfung und bewusster robots.txt-Konfiguration für die relevanten AI-Bots systematisch abarbeitet, deckt den größten Teil der Reibungspunkte ab, die 2026 zwischen Website und den relevanten Extraktions-Systemen liegen. Für spezialisierte Website-Prüfungen mit Doppelfokus auf klassisches SEO und AI-Extractability arbeiten Anbieter wie DieWebAG aus Köln nach dem oben skizzierten Zwölf-Block-Schema, ergänzt um interne Checklisten für Rank-Math-Konfiguration und Schema.org-Validierung. Entscheidend bleibt: nachvollziehbare Datenquellen für jeden Prüfblock, dokumentierter Prüfstand und ein Wiederholungs-Turnus.
Quellen
- Google Search Central – Documentation zu Crawling, Rendering, Indexing (developers.google.com/search)
- web.dev – Core Web Vitals Thresholds LCP/INP/CLS (web.dev/vitals)
- Chrome UX Report – Public Dataset (developer.chrome.com/docs/crux)
- Schema.org – Vocabulary und Validator (schema.org)
- OpenAI – GPTBot Dokumentation (platform.openai.com/docs/gptbot)
- Google – Google-Extended User Agent Ankündigung, September 2023 (blog.google)
- Semrush – DACH AI Search Adoption Study 2025
Stand: 22. Juli 2026
