Technisches SEO-Audit und Checkliste für 2026
Ein technisches SEO-Audit zeigt, ob Google Ihre Website crawlen, verstehen und indexieren kann. Im Jahr 2026 sollte die Prüfung nicht nur robots.txt und Sitemap umfassen, sondern auch die mobile Version, Core Web Vitals, JavaScript, strukturierte Daten und die tatsächlichen Wege zu einer Anfrage oder Bestellung.

Dies ist keine Liste von Einstellungen, die einmal vorgenommen und danach nie wieder geprüft werden. Bei einem neuen Bereich, einem Redesign, einem Plattformwechsel oder der Einführung von Filtern können neue Probleme entstehen. Ein nützliches Audit endet mit klar priorisierten Aufgaben für die Entwicklung – nicht nur mit einer PDF-Datei.
Was prüft ein technisches SEO-Audit?
Das Audit prüft drei Dinge: Kann die Suchmaschine die Seiten erreichen? Kann sie die richtige Version für die Indexierung auswählen? Und kann sie deren Inhalte verstehen? Anschließend prüfen wir, ob die Website auf dem Smartphone ausreichend gut funktioniert und ob technische Einschränkungen den Verkauf behindern.
- Crawling und Indexierung wichtiger URLs
- robots.txt, XML-Sitemap, Canonical und hreflang bei mehrsprachigen Websites
- 404-Fehler, 301-Weiterleitungen, Weiterleitungsketten und kanonische URLs
- LCP, INP und CLS, Seitengröße und das Laden von Bildern
- mobile Version, Navigation, interne Links und Zugänglichkeit der wichtigsten Inhalte
- JavaScript-Rendering und Inhalte, die erst nach der Ausführung eines Skripts erscheinen
- Strukturierte Daten, die dem tatsächlichen Seiteninhalt entsprechen
Wie werden Crawling und Indexierung geprüft?
Robots.txt
Prüfen Sie in robots.txt, ob wichtige Ordner, CSS, JavaScript oder Bilder blockiert werden. Üblicherweise werden Administrationsbereiche, interne Suchen und technische Verzeichnisse eingeschränkt. Achten Sie auf allgemeine Regeln wie Disallow: /, die aus einer Testumgebung übrig geblieben sind, sowie auf automatische Plugin-Einstellungen.
Prüfen Sie mehrere echte URLs mit der URL-Prüfung in der Google Search Console. So sehen Sie, ob die URL erreichbar ist, welche kanonische Version ausgewählt wurde und ob ein Indexierungsproblem vorliegt. Testen Sie unbedingt die Startseite, eine Leistungsseite, ein Produkt, eine Kategorie und eine Seite mit Formular – nicht nur die Start-URL.
XML-Sitemap
Die Sitemap sollte die indexierbaren kanonischen URLs enthalten, die Sie weiterentwickeln möchten. Fügen Sie keine 404-Seiten, Weiterleitungen, Seiten mit noindex oder SEO-wertlose Filter hinzu. Reichen Sie die Datei in der Search Console ein und prüfen Sie, ob die übermittelten URLs als indexiert angezeigt werden.
Canonical, Duplicate Content und Parameter
Filter, Sortierungen, UTM-Parameter und verschiedene Varianten eines Produkts erzeugen häufig zahlreiche URLs mit demselben Inhalt. Canonical weist auf die bevorzugte Version hin, ersetzt aber keine klare interne Struktur. Er sollte auf eine erreichbare, indexierbare und tatsächlich gleichwertige URL verweisen.
Interne Links
Wichtige Leistungen und Kategorien sollten über die Hauptnavigation oder andere sinnvoll verknüpfte Seiten erreichbar sein. Verlassen Sie sich nicht ausschließlich auf Schaltflächen, die erst nach der Ausführung von JavaScript funktionieren, wenn die Hauptnavigation auch aus gewöhnlichen HTML-Links bestehen kann. Suchen Sie nach sogenannten Orphan Pages – Seiten ohne interne Links – und verknüpfen Sie sie dort, wo der Nutzer natürlicherweise weitermachen würde.
Was sollten Sie bei Geschwindigkeit und Core Web Vitals prüfen?
Core Web Vitals verbessern sich nicht per Knopfdruck. Der Grund für eine langsame Website kann beim Hosting, einem zu großen Bild, blockierendem JavaScript, einem externen Chat, Werbe-Pixeln oder einer aufwendigen Datenbankabfrage liegen. Vergleichen Sie deshalb Labortests mit echten Nutzerdaten und betrachten Sie das konkrete Template – Produktseite, Blog, Warenkorb oder Landingpage.
| Bereich | Wonach wir suchen | Typische Korrektur |
|---|---|---|
| LCP | Langsames Hauptbild, langsame Schriftart oder langsame Serverantwort | Komprimierte Bilder, Preload nur bei gerechtfertigtem Einsatz, schnellere Serverantwort |
| INP | Langsame Klicks, Filter, Menüs und Formulare | Weniger JavaScript, kürzere Aufgaben und verzögertes Laden unkritischen Codes |
| CLS | Verschiebung von Inhalten beim Laden | Reservierter Platz für Bilder, Werbung und eingebettete Elemente |
| Bilder | Dateien, die größer sind als die tatsächliche Bildschirmdarstellung | WebP oder AVIF, responsive Bilder und Lazy Loading unterhalb des sichtbaren Bereichs |
| Externe Skripte | Chat, Analytics und Werbe-Pixel blockieren den Ladevorgang | Laden mit defer oder erst nach einer Aktion, Entfernen unnötiger Skripte |
HTTPS ist die unverzichtbare Grundlage. Prüfen Sie das Zertifikat, die Weiterleitung von HTTP zu HTTPS und Mixed Content – Ressourcen, die weiterhin über HTTP geladen werden. Aktualisieren Sie nach der Migration die internen Links, Canonical-Adressen, die Sitemap und die Einstellungen für das Tracking.
Wie werden die mobile Version und die URL-Adressen geprüft?
Google verwendet die mobile Version für Crawling und Indexierung. Inhalte, Überschriften, interne Links, strukturierte Daten und die wichtigsten Funktionen müssen auch auf dem Smartphone verfügbar sein. Inhalte, die hinter einem Tab oder Akkordeon verborgen sind, stellen nicht automatisch ein Problem dar. Die mobile Version darf jedoch nicht wesentlich weniger Inhalte und Funktionen bieten als die Desktop-Version.
Prüfen Sie Formulare mit tatsächlichem Absenden, Dropdown-Menüs, die Suche, Filter und den Bezahlvorgang. Fügen Sie bei einem Onlineshop dem Test einen Warenkorb, die Zahlung per Nachnahme, die Kartenzahlung und die Erstellung eines Frachtbriefs hinzu, sofern diese Funktionen Teil des Ablaufs sind. SEO-Ergebnisse sind wertlos, wenn der Nutzer die Bestellung nicht abschließen kann.
URL-Adressen sollten kurz und verständlich sein. Verwenden Sie eine einheitliche Struktur und Bindestriche zwischen den Wörtern. Ändern Sie eine funktionierende Adresse nicht ohne einen Plan für eine 301-Weiterleitung. Erstellen Sie bei einem Redesign vor dem Livegang eine Tabelle mit den alten und neuen URL-Adressen.
Was passiert bei einer JavaScript-Website?
Bei einer mit React, Vue oder einer anderen JavaScript-Technologie erstellten Website dürfen Sie nicht davon ausgehen, dass das, was der Nutzer sieht, auch dem entspricht, was Googlebot erhält. Prüfen Sie die HTML-Antwort vor der Ausführung der Skripte sowie die gerenderte Version. Die wichtigste Überschrift, der Text, die Produkte, die Links und die Metadaten dürfen nicht von einer fehlgeschlagenen API-Antwort oder einem zu spät geladenen Skript abhängen.
Besondere Aufmerksamkeit verdienen Filter, Paginierung, unendliches Scrollen und die interne Suche. Wenn wichtige Produkte nur nach dem Klick auf eine Schaltfläche erreichbar sind, findet Google sie möglicherweise nicht auf dieselbe Weise wie der Nutzer. Sorgen Sie für indexierbare Kategorien und klare Links zu den Seiten, die Suchtraffic generieren.
Wann hilft Schema und wann schadet es?
Strukturierte Daten helfen der Suchmaschine zu verstehen, ob es sich bei der Seite um eine Dienstleistung, ein Produkt, einen Artikel, eine Organisation, eine Veranstaltung oder eine häufig gestellte Frage handelt. Sie garantieren kein Rich Result und ersetzen keine guten Inhalte.
Markieren Sie nur Informationen, die tatsächlich auf der Seite sichtbar sind. Fügen Sie keine Bewertungen, Preise, Verfügbarkeiten oder häufig gestellten Fragen hinzu, die der Nutzer nicht finden kann. Validieren Sie die Syntax, achten Sie auf Warnungen und vergleichen Sie das Schema mit den tatsächlichen Unternehmensinhalten.
Wie priorisieren Sie die Probleme?
- 01Zugänge und Ausgangsdaten zusammentragen
Benötigt werden Google Search Console, Google Analytics oder eine andere Analytics-Lösung, Zugang zum CMS und Hosting, eine Liste der wichtigen Dienstleistungen oder Produkte sowie Informationen zu den letzten Änderungen. Ohne diese Grundlagen wird ein Audit schnell zur bloßen Vermutung.
- 02Website crawlen und eine Stichprobe erstellen
Prüfen Sie URL-Adressen, Statuscodes, Titel, Canonical, Robots-Direktiven, interne Links, Bilder und doppelte Templates. Vergleichen Sie die gefundenen Seiten mit der Sitemap und den tatsächlichen Seiten, die Suchanfragen generieren.
- 03Kritische Adressen in der Search Console bestätigen
Testen Sie repräsentative Seiten mit der URL Inspection. Prüfen Sie die Indexierung, die ausgewählte kanonische Version, die mobile Darstellung und die Gründe für den Ausschluss.
- 04Backlog für Entwickler erstellen
Jede Aufgabe sollte eine URL oder ein Template, einen Grund, eine Priorität, ein erwartetes Ergebnis und eine Prüfmethode enthalten. Zum Beispiel ist „Alle Seiten mit dem Parameter X sollen auf die Kategorie Y verweisen“ hilfreicher als „Canonical optimieren“.
- 05Nach der Änderung prüfen
Crawlen Sie die Website erneut, testen Sie die tatsächlichen Formulare und Bestellungen und beobachten Sie die Search Console. Beenden Sie die Prüfung nach einem Redesign oder einer Migration nicht am Tag der Veröffentlichung.
Wie viel kostet ein technisches SEO-Audit?
Für eine kleine Unternehmenswebsite kostet eine grundlegende Prüfung üblicherweise etwa 300–700 Euro. Ein Audit für einen Onlineshop, eine mehrsprachige Website oder eine Website mit einer individuellen Plattform kostet häufig etwa 700–2 000 Euro. Größere Systeme, JavaScript-Anwendungen und Migrationen werden nach Prüfung der Anzahl der Templates, der URL-Adressen, der Integrationen und des Testbedarfs bewertet.
Der Preis hängt vor allem von der Größe der Website, der Anzahl der Sprachversionen, den Filtern und Parametern, dem Datenzugang, der Qualität der Dokumentation und davon ab, ob die Korrekturen auch umgesetzt werden sollen. Wenn Sie nur eine Fehlerliste erhalten, müssen Sie diese anschließend separat in Entwickleraufgaben übersetzen. Bei der SEO-Optimierung kann das Audit Teil eines umfassenderen Plans für Struktur und Inhalte sein.
Wie sieht ein gutes Audit-Ergebnis aus?
Ein gutes Ergebnis ist eine kurze Liste von Risiken mit klaren Maßnahmen. Kritisch sind eine wichtige blockierte Seite, eine fehlerhafte Migration oder eine Website, die kein Formular absenden kann. Eine niedrigere Priorität haben Verbesserungen, die weder die Indexierung noch die Conversions beeinflussen.
Bei einer Unternehmenswebsite sollte die Struktur zu einer konkreten Anfrage führen. Bei einem Onlineshop muss sie sicherstellen, dass Kategorien, Produkte und der Kaufprozess zugänglich bleiben. Bei komplexen Systemen ist es sinnvoll, SEO-Anforderungen bereits bei der Website-Erstellung zu berücksichtigen, statt sie nach der Veröffentlichung zu korrigieren. Bei einem Redesign sollten Sie alte URLs und Weiterleitungen bereits in der Planungsphase prüfen, wie bei der Website-Neugestaltung beschrieben.
Technisches SEO ist nicht vom Geschäft getrennt zu betrachten. Eine nicht funktionierende Serviceseite bedeutet eine verpasste Anfrage, ein langsamer Checkout einen abgebrochenen Kauf. Ordnen Sie Aufgaben deshalb nach ihrem Risiko für Sichtbarkeit und Umsatz – nicht danach, welcher Fehler am einfachsten zu beheben scheint.
Häufig gestellte Fragen
- Was umfasst ein technisches SEO-Audit?
- Es prüft Crawling und Indexierung, robots.txt, sitemap, canonical, Statuscodes, Weiterleitungen, die mobile Version, Core Web Vitals, JavaScript und strukturierte Daten. Das Ergebnis sollte konkrete Aufgaben enthalten und nicht nur eine Liste von Warnungen.
- Wie oft sollte ein technisches SEO-Audit durchgeführt werden?
- Ein vollständiges Audit ist vor und nach einem Redesign, einer Migration oder einem Plattformwechsel sinnvoll. Bei einer aktiven Website sollten Sie Search Console, sitemap, Fehler und Ladegeschwindigkeit regelmäßig prüfen – insbesondere nach größeren Änderungen.
- Kann eine Website ohne technisches SEO-Audit ranken?
- Ja, wenn sie klein ist und auf einer stabilen Plattform aufbaut. Besonders wichtig wird das Audit bei Onlineshops, mehrsprachigen Websites, Filtern, JavaScript-Anwendungen und einem Rückgang des organischen Traffics.
- Was sind Core Web Vitals?
- Das sind Kennzahlen für die Ladezeit, die Reaktionsfähigkeit bei Interaktionen und die visuelle Stabilität der Seite: LCP, INP und CLS. Sie sollten gemeinsam mit der Indexierung, den Inhalten und der Benutzerfreundlichkeit betrachtet werden – nicht als eigenständiges SEO-Ziel.



