Technischer SEO Audit: Probleme finden, die die Suche behindern

Was ein technischer SEO Audit abdeckt

Ein technischer SEO Audit ist eine strukturierte Überprüfung der technischen Infrastruktur, die bestimmt, ob Suchmaschinen deine wichtigsten Seiten zuverlässig crawlen, rendern, indexieren und korrekt verstehen. Ziel ist nicht nur, Tool-Warnungen zu sammeln, sondern Ursachen zu finden — fehlerhafte Server-Konfigurationen, fehlerhafte Canonicals, blockierte Ressourcen, Indexierungsinkonsistenzen, Rendering-Probleme durch JavaScript sowie Performance-Engpässe, die Nutzer und Crawler behindern.

Audit-Mechanik: konzeptionelle Schritte

Arbeite mit einer klaren Reihenfolge: Scoping → Discovery → Sampling → Root-Cause-Analyse → Priorisierung → Validierung. Die Reihenfolge hilft, Symptombehebung (z. B. Redirect-Schleifen) von strukturellen Problemen (z. B. falsche Canonical-Strategie) zu trennen.

1) Scoping

Lege Umfang und Ziele fest: welche Subdomains, Sprachvarianten, dynamische Parameter und Content-Types gehören dazu? Priorisiere Geschäftsrelevanz (Kategorieseiten, Produktseiten, High‑traffic-Content) vor rein technischen Artefakten.

2) Discovery (automatisches Crawlen + Log-Analyse)

Führe einen site-weiten Crawl durch (z. B. mit einem Desktop-Crawler deiner Wahl) und kombiniere das mit einer Analyse der Server-Logs. Crawls zeigen Linkstrukturen, Redirects, Statuscodes und on-page Meta, Logfiles zeigen reale Googlebot-Aktivität, Frequenz und Fetch-Fehler.

3) Sampling & manuelle Überprüfung

Wähle repräsentative Seiten aus: Top-URLs, Category-Templates, zufällige Treffer aus Crawls, und Seiten mit ungewöhnlichen Statuscodes. Prüfe diese manuell in Browser-DevTools und mit curl, um Unterschiede zwischen dem Roh‑HTML und dem gerenderten DOM zu erkennen.

Wesentliche Prüfbereiche und typische Prüfungen

Crawlability

Ziel: Stellen sicher, dass Suchmaschinen die richtigen URLs entdecken und erreichen können.

Prüfungen:

• robots.txt: ist sie erreichbar und blockiert sie wichtige Pfade? (curl https://example.com/robots.txt)
• Server-Statuscodes: fehlerhafte 5xx, falsch konfigurierte 4xx oder 301/302-Redirect-Ketten unterbrechen das Crawlen.

Indexierung

Ziel: Prüfen, ob Seiten im Index landen, die landen sollten — und nicht-indexierte wichtige Seiten identifizieren.

Prüfungen:

• Meta-Robots/ X-Robots-Tag: keine unbeabsichtigten noindex-Tags oder X-Robots-Header.
• Canonical-Implementierung: Canonical-Tags sollten auf die gewollte Index‑URL verweisen; vermeide zyklische oder selbstreferenzielle Fehler.

Rendering & JavaScript

Ziel: Sicherstellen, dass wichtige Inhalte und Links nach dem Client-side Rendering sichtbar sind und nicht nur per JS-initialisierung eingefügt werden, die Crawler nicht zuverlässig sehen.

Prüfungen:

• Vergleiche Roh‑HTML (curl -I für Header oder curl <URL> für HTML) mit dem gerenderten DOM in Chrome DevTools → Elements.
• Blockierte Ressourcen: überprüfe, ob CSS/JS durch robots.txt oder Header blockiert sind — das kann Rendering verhindern.

Performance & Page Experience

Ziel: LCP, INP, CLS und mobile Performance prüfen — langsame Seiten erhöhen Absprungrate und können Crawling/Rendering verlangsamen.

Prüfungen:

• Ladezeiten: Nutze Lighthouse, Chrome DevTools Performance und serverseitige Messungen. Achte auf große Drittanbieter-Skripte und inefficiente Bildlieferung.

Struktur: Sitemaps, hreflang, Redirects

Ziel: Überprüfe, ob XML-Sitemaps korrekt sind, hreflang richtig gesetzt und Redirects zielgerichtet ohne Kaskaden funktionieren.

• Sitemap: Validität, URLs stimmen mit kanonischen URLs überein, und die Sitemap ist in der Search Console eingereicht.
• hreflang: korrekte Self-references und Konsistenz zwischen HTTP-Headern, HTML-Link-Tags und Sitemap‑Einträgen prüfen.

Prüfwerkzeuge, Befehle und konkrete Verifikationen

Wichtige Tools: Google Search Console (URL Inspection, Coverage, Performance), Rich Results Test, Schema Markup Validator (schema.org), Bing Webmaster Tools Site Explorer, Chrome DevTools (Network, Coverage, Performance), Lighthouse, server-Log-Analyse, und ein zuverlässiger Crawler. Für einzelne Seiten verwende curl und Browser-DevTools für eine objektive Gegenprüfung.

Nützliche curl-Beispiele:

• Nur Header prüfen: curl -I https://example.com/pfad
• HTML als spezifischer User-Agent abrufen: curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/pfad

Häufige Fehler, wie du sie reparierst

Falsche Canonicals oder Mixed Signals

Problem: mehrere Canonical-URLs, Self-references, oder Canonicals auf nicht-indexierbare Seiten führen zu Verwirrung. Vorgehen: Audit der Canonical-Header/Meta, Behebung zyklischer Verweise, und normative URL definieren (301, Sitemap, interne Links und Canonical sollten konsistent sein).

Blockierte Ressourcen verhindern Rendering

Problem: robots.txt oder Header blockieren CSS/JS. Lösung: Stelle sicher, dass crawler-relevante Ressourcen erreichbar sind; teste mit Chrome DevTools → Coverage und mit curl, ob Antworten 200 liefern.

Redirect-Kaskaden

Problem: Mehrere Weiterleitungen verlangsamen Crawl und können Ranking-Signale verwässern. Lösung: Flatten-Redirects zu direkten 301s, überprüfe Redirect-Ketten im Crawler und in Logs.

Paid Links & Sponsored Content — Google Guidance

Wenn dein Audit auch bezahlte Platzierungen oder gesponserte Inhalte durchleuchtet, dokumentiere Erwerbsbedingungen und Link-Attribute. Google behandelt Links, deren primäres Ziel Ranking-Manipulation ist, gemäß seinen Linkspam‑Richtlinien: bezahlte oder vergütete Links sollten rel="sponsored" oder rel="nofollow" verwenden. rel="ugc" ist für user-generated content vorgesehen. rel="nofollow" wird seit Jahren als "Hinweis" behandelt, nicht als absoluter Ausschluss; wie Google einzelne Hinweise nutzt, ist nicht öffentlich.

Praktischer Tipp: Prüfe, ob Links in einem redaktionellen Kontext stehen, ob die Publisher‑Seite indexierbar ist und ob die Platzierung Mehrwert für reale Nutzer bietet. Ein bezahlter Link auf einer nicht indexierten Seite oder innerhalb einer Linkfarm ist für Suchmaschinen deutlich weniger wertvoll.

Abschluss-Checklist: Audit abschließen und verifizieren

Nutze diese Liste, um Ergebnisse zu bündeln, Prioritäten zu setzen und Validierungsschritte zu dokumentieren:

1. Ergebniszusammenfassung: welche Probleme haben höchsten Impact auf Sichtbarkeit und Nutzererlebnis?
2. Priorisierung: kurze, mittlere und langfristige Tasks mit geschätztem Aufwand.
3. Fix-Plan: Verantwortlichkeiten, Tests und Validierungsschritte (z. B. GSC URL Inspection nach Fix, erneuter Crawl, Log‑Monitoring).
4. Monitoring: lege KPIs fest (Index‑Status, Crawling‑Rate, Core Web Vitals, organischer Traffic) und überwache nach Änderungen.

Optional: Verlinke Audit-Bericht mit Ticketing-System, damit Entwickler die Änderungen nachvollziehen und regressionsfrei deployen können.

Weiterführende Ressourcen

Praktische Prüfungen verknüpfen Audit-Resultate mit Live-Tests: nutze Google Search Console URL Inspection für eigene Seiten, Rich Results Test und Schema Markup Validator für strukturierte Daten sowie Chrome DevTools und Server-Logs für real-world-Verhalten. Beachte außerdem, dass Google die mobile Version als primäre Basis für Crawling und Indexierung nutzt; seit Juli 2024 crawlt Google standardmäßig mit Googlebot Smartphone.

Wenn du tiefer in das Thema technische SEO einsteigen willst, gibt es einen kompakten Überblick unter Zum Technical-SEO-Guide.

FAQ