Technische SEO-Analyse für Fachleute

Fehler belegen. Auswirkungen priorisieren. Korrekturen nachweisen.

Ein nachvollziehbarer Ablauf für SEO-Berater und Inhouse-Teams: von HTTP-Antworten und Indexierungssignalen über klar begrenzte Entwickleraufträge bis zur unabhängigen Prüfung.

Öffentliche URL prüfen GSC MCP ansehen

Öffentliche Seiten lassen sich ohne private Berechtigungen prüfen. Gespeicherte Crawls benötigen ein Projekt; Search Console benötigt autorisierten Zugriff. Änderungen nimmt Ihr Team vor.

01 / 07

Nicht jede Warnung hat dieselbe Priorität

Viele Crawl-Warnungen bedeuten nicht automatisch viele wichtige Fehler. Entscheidend ist, ob die Beobachtung reproduzierbar ist, welche Seite betroffen ist und ob das Verhalten beabsichtigt war.

01

Beobachtung: URL, Statuscode, Zieladresse, Markup und Crawl-Grenzen festhalten.

02

Auswirkung: Indexierbarkeit, interne Verlinkung und Bedeutung der Zielseite bewerten.

03

Unsicherheit: Freigaben, bewusst ausgeschlossene Seiten und Annahmen dokumentieren.

02 / 07

Acht Schritte zur technischen Diagnose

  1. 01

    URL, HTTP-Status und Weiterleitungskette prüfen; Zieladresse und Unterschiede zwischen Umgebungen festhalten.

  2. 02

    Crawlbarkeit anhand von robots.txt, internen Links und Erreichbarkeit untersuchen.

  3. 03

    Noindex, X-Robots-Tag, Sitemap und Indexierungssignale vergleichen; Ausschlüsse können beabsichtigt sein.

  4. 04

    Canonical-Ziele prüfen und bei Sprachversionen hreflang-Gegenseitigkeit sowie kanonische Sprachziele abgleichen.

  5. 05

    Defekte interne Links und wichtige Landingpages innerhalb des festgelegten Crawl-Umfangs untersuchen.

  6. 06

    Bestätigte Defekte nach Seitenwert, Auswirkung, Reproduzierbarkeit und Änderungsrisiko priorisieren.

  7. 07

    Belege in einen begrenzten Entwicklerauftrag übernehmen; Fix Pack implementiert keine Änderung.

  8. 08

    Nach externem Deployment Status und Markup erneut prüfen, vergleichbar crawlen und offene Indexierungsfragen markieren.

03 / 07

Drei Signale, drei Entscheidungen

Fiktives Beispiel während eines Relaunches: Ein Signal ist noch keine fertige Änderungsanweisung.

01

Defekter Link auf zentraler Leistungsseite

Bei unterbrochener wichtiger Navigation hoch priorisieren. Quell- und Ziel-URL dokumentieren, Link extern korrigieren und erneut crawlen.

02

Noindex auf einer Filterseite

Erst mit Produkt- und SEO-Verantwortlichen klären, ob der Ausschluss bewusst gesetzt wurde. Ein gewolltes Noindex ist kein Fehler.

03

302 für dauerhaft umgezogene Kernseite

Weiterleitungskette und Migrationsplan prüfen. Bei geplantem Dauerumzug geeignete permanente Weiterleitung abstimmen, umsetzen und kontrollieren.

Nur hypothetische Beispiele, keine Kundenbefunde. Ein 302-Status ist nicht automatisch falsch.

04 / 07

Das passende Werkzeug zur Fragestellung

Jedes Produkt liefert eine andere Evidenz; kein universeller Rank-Tracker und keine automatische Website-Reparatur.

01

Website SEO Audit

Öffentliche Einzel-URL auf HTML, Metadaten, Robots, Canonical, Links und begrenzte technische Signale prüfen.

Website SEO Audit
02

Site Audit

Projekt-Crawl konfigurieren, seitenbezogene Befunde und Verlauf speichern und nach Änderungen erneut crawlen.

Site Audit
03

Keyword-Recherche

Suchintention und verwandte Suchbegriffe finden; Volumen und CPC nur bei verfügbaren, belegten Daten für Begriff und Markt.

Keyword-Recherche
04

Keyword-Schwierigkeit

DigestSEOs SERP-basierte KD-Schätzung mit Datenlage, Aktualität und Aussagegrenzen einordnen.

Keyword-Schwierigkeit
05

GSC MCP

GSC-Daten wie Performance, URL-Prüfung und Sitemaps nur mit berechtigter OAuth-Verbindung abfragen.

GSC MCP
06

Web Validator MCP

HTML oder begrenzte öffentliche Seiten und Sitemap-URLs validieren; kein freier Vollcrawler.

Web Validator MCP
07

Fix Pack

Aus ausgewählten gespeicherten Crawl-Befunden einen gesperrten Prompt und Markdown-Auftrag erzeugen; keine automatische Änderung.

Fix Pack
08

SEO Dashboard

Technischen Health Score, Projektverlauf und Exporte betrachten; nicht mit organischem Traffic verwechseln.

SEO Dashboard
09

GEO MCP

Optional konfigurierte KI-Suchsysteme beobachten; Ergebnisse hängen von Quellen und Konfiguration ab.

GEO MCP

05 / 07

Prüfbares Protokoll vor und nach dem Fix

Beispielprotokoll zu einem defekten internen Link; die Domains sind Platzhalter.

Betroffene URL
https://example.com/services/ (Beispiel)
Vorheriger Zustand
Quellseite 200; verlinktes Ziel liefert 404.
Technisches Signal
Defekter interner Link in der Navigation, Quell- und Ziel-URL gesichert.
Erwartetes Ergebnis
Link führt zur vorgesehenen, erreichbaren kanonischen Seite.
Externe Umsetzung
Entwickler korrigiert den Link und veröffentlicht die geprüfte Änderung.
Nachprüfung
Beide URLs erneut abrufen und vergleichbaren Crawl durchführen.
Offene Fragen
Indexierung und Suchleistung können zeitversetzt reagieren.

06 / 07

Messgrößen nicht vermischen

  • Der Crawl Health Score beschreibt technische Befunde, nicht organische Klicks oder Umsatz.
  • GSC-Durchschnittsposition ist ein aggregierter Wert, keine feste Position für alle Nutzer.
  • Keyword Difficulty schätzt SERP-Konkurrenz nach DigestSEO-Methode; sie garantiert kein Ranking.
  • Sitemap-Einreichung und erneute Crawling-Anfrage garantieren keine Google-Indexierung.
  • KI-Sichtbarkeit hängt von Engine, Suchanfrage, Region und Konfiguration ab.

Vertiefende Anleitungen

07 / 07

Häufige Praxisfragen

Wann genügt eine Einzel-URL-Prüfung?

Für die schnelle Reproduktion einer öffentlichen Seitenstörung. Bei Mustern über mehrere URLs und historischen Vergleichen ist ein gespeicherter Site Audit sinnvoll.

Wann sind Noindex oder Redirects Fehler?

Zunächst Ziel, Migrationsplan, Response-Header, Canonical und beabsichtigte Ausschlüsse mit den Verantwortlichen klären.

Kann DigestSEO Änderungen automatisch durchführen?

Nein. Fix Pack stellt geprüfte Crawl-Belege für die Entwicklerübergabe bereit. Die Umsetzung erfolgt extern und wird danach per Crawl überprüft.

Wie entsteht der KD-Wert?

DigestSEO nutzt die dokumentierte SERP-Methode digestseo-kd-v1 mit Domainstärke und verfügbaren Referring-Domain-Signalen. Das ist keine Ranking-Garantie.

Was erfordert GSC-Berechtigungen?

Private Property-Daten, Suchanalysen, URL-Prüfungen und Sitemap-Aktionen benötigen eine entsprechend berechtigte Google-OAuth-Verbindung.

Wie bestätige ich einen Fix?

Ausgangsbefund sichern, implementierte Änderung referenzieren, betroffene URLs erneut prüfen und mit vergleichbarem Crawl bestätigen; verbleibende Unsicherheit benennen.

Mit einer überprüfbaren URL beginnen

Starten Sie mit einer URL, dokumentieren Sie den Vorher-Zustand und erweitern Sie den Umfang erst bei begründetem Bedarf.

Öffentliche URL prüfen GSC MCP ansehen