Ein technisches SEO-Audit liefert eine priorisierte Liste technischer Fehler und einen umsetzbaren Aktionsplan, damit Ihre Seiten crawlbar, indexierbar und schnell genug sind. Das Ergebnis misst sich an harten Größen: Anteil indexierter Seiten, Ladezeit der wichtigsten Landingpages, Core Web Vitals im grünen Bereich. Manche Befunde sind Quick Wins, andere brauchen Entwicklungskapazität über Wochen.
Kurz gesagt:
- Bei unklarer Website-Architektur sollten die Klicktiefe und interne Verlinkung geprüft werden, um die Crawl-Effizienz zu verbessern.
- Ein technisches SEO-Audit muss regelmäßig erfolgen, bei größeren Änderungen oder plötzlichem Sichtbarkeitsverlust sofort nach Relaunch oder Domain-Umzug.
- Core Web Vitals, insbesondere LCP, INP und CLS, sind entscheidend und müssen mit Entwicklerhilfe durch Optimierungen wie Bildkomprimierung und CSS-Optimierung verbessert werden.
- Die richtige Nutzung von Canonical-Tags sowie das Entfernen von Fehlerseiten und Redirect-Ketten sind zentrale Schritte für eine saubere Indexierung.
- Die Analyse von Server-Logfiles offenbart, welche Inhalte tatsächlich gecrawlt werden, und hilft, das Crawl-Budget gezielt zu steuern.
Inhaltsverzeichnis
- Wann brauchen Sie ein technisches SEO-Audit?
- Vorbereitung: Ziele, Zugänge und Messbasis festlegen
- Website-Architektur und interne Verlinkung prüfen
- Wie prüfen Sie Crawling und Indexierung richtig?
- Website-Geschwindigkeit und Core Web Vitals messen
- Mobilfreundlichkeit und UX-Checks im Mobile-First-Index
- Strukturierte Daten und Schema-Markup validieren
- Bilder und Medien für schnellere Ladezeiten optimieren
- Protokolldateianalyse: Was Serverlogs über Ihr Crawl-Budget verraten
- Befunde priorisieren: Die Impact-Effort-Matrix
- Welche Tools brauchen Sie für ein vollständiges Audit?
- Outwork-Perspektive: Typische Fallen bei technischen Projekten
- Technisches SEO-Audit als Dienstleistung von Outwork
- Quellen
Wann brauchen Sie ein technisches SEO-Audit?
Nicht jedes Audit muss groß sein. Ein Wartungs-Mini-Audit reicht, wenn Sie nur Statuscodes, Indexierungsquote und Core Web Vitals im Blick behalten wollen. Ein vollständiges Audit ist Pflicht bei Relaunches, Domain-Umzügen, CMS-Wechseln oder wenn der Sichtbarkeitsindex plötzlich einbricht.
Vollständige technische Audits sollten regelmäßig stattfinden, bei größeren oder dynamischen Websites eher häufiger. Regelmäßige Wartungs-Audits verhindern, dass sich Probleme schleichend aufbauen, und senken langfristig die Kosten für Nachbesserungen, weil kleine Fehler nicht erst zu Rankingverlusten anwachsen.
Als Faustregel gilt:
- Kleine, statische Website: vollständiges Audit alle sechs Monate
- Mittelgrosse Website mit regelmäßigen Updates: quartalsweise
- Grosse E-Commerce- oder Content-Plattform: monatliche Kernmetriken-Checks plus vollständiges Audit pro Quartal
- Nach jedem Relaunch oder Website-Umzug: sofortiges Vollaudit innerhalb der ersten zwei Wochen
Vorbereitung: Ziele, Zugänge und Messbasis festlegen
Ein Audit ohne klare Baseline ist Zeitverschwendung. Sie brauchen Zugriff auf Google Search Console, Google Analytics 4, die Server- beziehungsweise Logfiles, das CMS-Backend und idealerweise eine Staging-Umgebung, um Fixes vor dem Livegang zu testen.
Legen Sie vor dem Start fest, was Erfolg bedeutet. Konkrete und messbare Ziele wie eine Erhöhung der Indexierungsquote oder spezifische Ladezeitverbesserungen auf wichtigen Landingpages sind hilfreich.
- Zugänge sammeln: GSC, GA4, Server-Logs, CMS, Staging
- Ziele quantifizieren: Indexierungsquote, Ladezeit, Fehlerquote
- Baseline-Reports exportieren: aktuelle Coverage-Daten, PageSpeed-Werte, Crawl-Statistiken
- Verantwortliche benennen: wer bekommt die Befunde, wer setzt um
Profi-Tipp: Exportieren Sie den aktuellen GSC-Coverage-Report als Rohdaten, bevor Sie irgendetwas ändern. Ohne diesen Referenzpunkt lässt sich später nicht beweisen, ob eine Massnahme tatsächlich gewirkt hat.
Prüfen Sie an dieser Stelle auch, ob installierte Plugins die Auslieferung beeinflussen. Cookie-Consent-Lösungen wie gdpr-cookie-compliance können, falsch konfiguriert, Rendering-Blockaden erzeugen, die erst im Audit auffallen.
Website-Architektur und interne Verlinkung prüfen
Eine unklare Struktur ist einer der teuersten technischen Fehler, weil sie sich auf jede andere Seite auswirkt. Prüfen Sie die Click-Depth: Wie viele Klicks braucht ein Nutzer von der Startseite bis zur wichtigsten Produktseite? Alles über drei Klicks ist ein Warnsignal.
Billard-Seiten, also die thematisch zentralen Seiten einer Kategorie, sollten prominent verlinkt sein und selbst wieder auf ihre wichtigsten Unterseiten verweisen. Fehlt diese Hierarchie, verteilt sich die interne Relevanz willkürlich statt gezielt.
Canonical-Tags sind eine zweite grosse Fehlerquelle. Viele Systeme erzeugen automatisch Parameter-URLs (Filter, Sortierungen, Session-IDs), die inhaltlich identisch sind, aber als eigenständige Seiten indexiert werden. Ohne korrektes rel=canonical konkurrieren diese URLs um dieselbe Relevanz und schwächen sich gegenseitig.
Konkrete Prüfschritte:
- Crawlen Sie die Domain und exportieren Sie alle URLs mit ihrer Klicktiefe
- Identifizieren Sie Waisenkinder-Seiten (Orphan Pages), die keine internen Links erhalten
- Prüfen Sie, ob Canonical-Tags auf sich selbst oder korrekt auf die Hauptversion zeigen
- Zählen Sie eingehende interne Links pro wichtiger Landingpage und gleichen Sie sie mit deren Priorität ab
- Suchen Sie nach Linkzielen mit 404 oder Redirect-Ketten in der internen Verlinkung
Eine fundierte Herangehensweise an Site-Architektur beschreibt genau diesen Zusammenhang zwischen Struktur und Crawlbarkeit: Je klarer die Hierarchie, desto effizienter verteilt Google seine Aufmerksamkeit auf die Seiten, die tatsächlich Umsatz oder Leads bringen.
Wie prüfen Sie Crawling und Indexierung richtig?
Die Google Search Console ist der erste Anlaufpunkt. Der Coverage-Bericht zeigt, welche Seiten indexiert sind, welche ausgeschlossen wurden und warum. Häufige Fehlerflaggen sind “Duplikat, vom Nutzer als kanonisch gekennzeichnete Seite wurde nicht ausgewählt” oder “Gecrawlt, zurzeit nicht indexiert”.
- Coverage-Report in GSC durchgehen und jede Fehlerkategorie einzeln bewerten
- robots.txt auf versehentliche Blockaden wichtiger Verzeichnisse prüfen
- XML-Sitemap gegen den tatsächlichen Seitenbestand abgleichen, verwaiste oder gelöschte URLs entfernen
- Statuscodes systematisch crawlen: 404-Fehler, 301-Ketten mit mehr als zwei Sprüngen, 5ex-Serverfehler
- noindex-Tags auf Seiten prüfen, die eigentlich ranken sollen
Ein technisches SEO-Audit deckt laut einer neunstufigen Checkliste genau diese Kombination aus Crawlability, Statuscodes und Indexierung ab, ergänzt um strukturierte Daten und Bildoptimierung. Moderne Audits ergänzen inzwischen auch die Erreichbarkeit für KI-Crawler über eine llms.txt sowie die Prüfung, ob wichtige Inhalte auch bei JavaScript-Rendering für diese Crawler sichtbar bleiben.
Website-Geschwindigkeit und Core Web Vitals messen
Drei Metriken entscheiden: Largest Contentful Paint (LCP) misst, wie schnell der grösste sichtbare Inhalt lädt, Interaction to Next Paint (INP) misst die Reaktionsgeschwindigkeit auf Klicks, Cumulative Layout Shift (CLS) misst visuelle Stabilität. PageSpeed Insights und die GSC liefern belastbare Feld- und Labordaten dazu.
Core Web Vitals sind entscheidende Messgrößen. Viele der nötigen Fixes lassen sich nicht ohne Entwicklerunterstützung umsetzen, wie eine Shopify-Checkliste zu technischen Audits festhält. Ein schlechter LCP-Wert liegt fast immer an unkomprimierten Hero-Bildern, langsamen Serverantworten oder blockierendem JavaScript im Ladepfad.
Konkrete Sofortmassnahmen:
- Critical CSS inline einbetten, damit der sichtbare Bereich ohne Renderblockade lädt
- Bilder in modernen Formaten wie WebP oder AVIF ausliefern und korrekt skalieren
- Nicht kritische Skripte per
deferoderasyncladen lassen - Layout-Verschiebungen durch feste Größenangaben bei Bildern und Werbeflächen verhindern
Profi-Tipp: Core-Web-Vitals-Verbesserungen zeigen sich oft erst Wochen nach dem Deploy, weil Google Feld-Daten aus echten Nutzersitzungen der letzten 28 Tage aggregiert. Ungeduld beim Monitoring führt zu falschen Schlüssen.
Mobilfreundlichkeit und UX-Checks im Mobile-First-Index
Google indexiert praktisch ausschließlich die mobile Version Ihrer Seiten. Weicht der mobile Content vom Desktop-Inhalt ab, etwa weil Textblöcke aus Platzgründen ausgeblendet werden, verliert diese Version an Relevanz für die Indexierung.
Prüfen Sie mit dem Mobile-Friendly-Test, ob Tap-Ziele gross genug sind, Schriftgrößen lesbar bleiben und keine horizontalen Scrollbalken entstehen. Besonders heikel ist JavaScript-Rendering auf Mobilgeräten: Inhalte, die erst nach Client-seitigem Rendering erscheinen, werden von mobilen Crawlern manchmal gar nicht oder verzögert erfasst.
- Vergleichen Sie mobilen und Desktop-Content Seite für Seite auf inhaltliche Vollständigkeit
- Testen Sie Tap-Ziele auf Mindestabstand, damit keine Fehlklicks entstehen
- Prüfen Sie, ob wichtiger Content erst nach JavaScript-Ausführung sichtbar wird
- Kontrollieren Sie Interstitials und Pop-ups, die auf Mobilgeräten den Content verdecken
Ein tieferer Blick auf UX-Audits zeigt, wie eng technische Mobiloptimierung und tatsächliches Nutzerverhalten zusammenhängen.
Strukturierte Daten und Schema-Markup validieren
Schema-Markup hilft Google, Inhalte korrekt einzuordnen, etwa als Produkt, Rezept, FAQ oder Artikel. Der Rich Results Test von Google zeigt sofort, ob ein Markup valide ist und ob es für Rich Snippets qualifiziert.
Häufigster Fehler: doppelte oder widersprüchliche Markups, etwa wenn ein Plugin automatisch Schema erzeugt und ein zweites Plugin dasselbe nochmal einbaut. Das verwirrt Parser mehr, als es hilft.
- Jede Seitenvorlage einzeln im Rich Results Test prüfen, nicht nur Stichproben
- Nach doppelten
<script type="application/ld+json">-Blöcken im Quellcode suchen - Prüfen, ob Schema-Typ zum Seiteninhalt passt: Product für Produktseiten, Article für Blogbeiträge, Organization für die Startseite
- Fehlerhafte oder veraltete Felder (falsche Preisangaben, abgelaufene Angebote) korrigieren
Bilder und Medien für schnellere Ladezeiten optimieren
Bilder sind bei den meisten Websites die grösste Ladezeit-Bremse. Text-Gen-Formate wie WebP oder AVIF reduzieren die Dateigröße gegenüber JPEG oft erheblich, ohne sichtbaren Qualitätsverlust.
- Responsive Bilder über
srcsetundsizesausliefern, damit Mobilgeräte keine überdimensionierten Dateien laden - Lazy-Loading für alles unterhalb des ersten Bildschirms aktivieren, Above-the-Fold-Bilder aber priorisiert laden
- Ein Content Delivery Network einsetzen, um Auslieferungszeiten geografisch zu verkürzen
- Aussagekräftige Alt-Attribute setzen, sowohl für Barrierefreiheit als auch für die Bildersuche
Protokolldateianalyse: Was Serverlogs über Ihr Crawl-Budget verraten
Logfiles zeigen, was Suchmaschinen-Bots tatsächlich tun, nicht was GSC daraus interpretiert. Sie sehen jeden Bot-Zugriff mit Statuscode, aufgerufenem Pfad und Zeitstempel.
- Rohlogs aus einem repräsentativen Zeitraum exportieren, mindestens zwei bis vier Wochen
- Nach Nutzeragent filtern, um reine Googlebot- und Bingo-Zugriffe von anderen Crawlern zu trennen
- Häufig gecrawlte, aber irrelevante Pfade identifizieren, etwa Filterkombinationen oder alte Kampagnenseiten
- Crawl-Frequenz wichtiger Seiten mit deren Update-Häufigkeit abgleichen
Logfile-Analysen liefern laut einer zwölfstufigen Audit-Checkliste konkrete Hinweise darauf, welche Seiten unnötig Crawl-Budget verbrauchen, und sollten regelmäßig automatisiert ausgewertet werden, statt nur einmal jährlich per Hand.
Befunde priorisieren: Die Impact-Effort-Matrix
Nicht jeder Fehler verdient sofortige Aufmerksamkeit. Bewerten Sie jeden Befund nach zwei Achsen: Wie stark wirkt sich die Behebung auf Rankings oder Traffic aus, und wie viel Aufwand kostet die Umsetzung?
- Kritische Indexierungsfehler auf Top-Landingpages zuerst beheben, hoher Impact, meist niedriger Aufwand
- Core-Web-Vitals-Probleme mit Entwicklerressourcen einplanen, hoher Impact, aber höherer Aufwand
- Kleinere Schema- oder Alt-Text-Lücken bündeln und in einem Sprint abarbeiten
- Nice-to-have-Optimierungen mit geringem Impact zurückstellen, aber dokumentieren
Profi-Tipp: Legen Sie für jeden priorisierten Befund ein Ticket mit klarem Vorher-Nachher-Messwert an. Ohne diese Dokumentation lässt sich am Ende nicht zeigen, welche Massnahme tatsächlich etwas gebracht hat.
Für die Umsetzung auf einzelnen Landingpages lohnt es sich, technische Fixes direkt mit inhaltlichen Anpassungen zu verbinden, statt sie getrennt zu planen.
Welche Tools brauchen Sie für ein vollständiges Audit?
Die Grundausstattung: Google Search Console für Indexierung, PageSpeed Insights für Core Web Vitals, ein Crawler wie Screaming Frog oder Sitebulb für Struktur- und Statuscode-Analysen, ein Logfile-Parser für Crawl-Budget-Auswertungen und der Rich Results Test für Schema-Validierung.
- GSC-Coverage- und Performance-Reports als CSV exportieren
- PageSpeed-Werte für die Top-20-Landingpages dokumentieren
- Crawler-Export mit allen Statuscodes, Canonicals und Klicktiefen sichern
- Logfile-Auswertung mit Bot-Traffic-Anteilen pro Verzeichnis
| Prüfbereich | Werkzeug | Ergebnis für die Übergabe |
|---|---|---|
| Indexierung | Google Search Console | Coverage-Report als CSV |
| Ladezeit | PageSpeed Insights | Core-Web-Vitals-Werte je Seite |
| Struktur & Statuscodes | Crawler | URL-Liste mit Klicktiefe und Codes |
| Crawl-Budget | Logfile-Parser | Bot-Zugriffe nach Pfad |
| Schema | Rich Results Test | Validierungsstatus je Vorlage |
Outwork-Perspektive: Typische Fallen bei technischen Projekten
Der grösste Fehler bei Relaunches ist nicht die neue Technik, sondern die fehlende Übergabe: URL-Mapping wird zu spät erstellt, Redirects landen erst nach dem Livegang im Backlog. Technische Audits sollten idealerweise direkt in die Entwicklungsplanung eingebunden werden, nicht erst als nachträgliche Kontrolle. Wer SEO-Anforderungen erst nach dem Launch prüft, zahlt doppelt: einmal für den Fix, einmal für den verlorenen Traffic in der Zwischenzeit.
— Outwork
Technisches SEO-Audit als Dienstleistung von Outwork
Ein internes Team hat selten die Zeit, Logfiles auszuwerten, Core Web Vitals zu debuggen und gleichzeitig das Tagesgeschäft zu stemmen. Externe Dienstleister können die Lücke zwischen Analyse, technischer Umsetzung und laufendem Monitoring aus einer Hand schließen, anstatt mehrere Anbieter zu koordinieren.
Sinn macht das Outsourcing besonders bei Migrationen, grösseren Relaunches oder wenn intern schlicht keine Entwicklerkapazität für die Umsetzung der Befunde vorhanden ist. Outwork liefert dazu nicht nur den Befundkatalog, sondern auch die Softwareentwicklung, die Fixes tatsächlich live bringt, statt sie nur zu dokumentieren. Wer die Umsetzung selbst mit eigenem Team stemmen will, aber punktuell Entwicklerkapazität braucht, findet mit Developer Outsourcing eine Ergänzung dazu. Details zum SEO-Audit-Angebot finden Sie auf der Leistungsseite, ein erstes Gespräch klärt in der Regel innerhalb von 30 Minuten, ob und wo Ihre Website Handlungsbedarf hat.
Quellen
- Technisches SEO‑Audit: 9‑Schritte‑Checkliste — SiteGround
- Checkliste: So führst du ein technisches SEO Audit durch — Shopify
- 12‑stufige Checkliste für technische SEO‑Audits — RankTracker
