Ein technisches Audit ist nur dann wertvoll, wenn aus seinen Ergebnissen nachvollziehbare Entscheidungen und überprüfbare Verbesserungen entstehen. Diese Überzeugung hat die Entwicklung des Site Audits in Contextter von Beginn an geprägt. Als Gründer einer SEO-Software war mir wichtig, nicht bei einer Liste gefundener Fehler stehen zu bleiben. Der eigentliche Produktnutzen entsteht erst durch einen durchgängigen Arbeitsprozess: Untersuchungsbereich definieren, technische Signale einordnen, Ursachen identifizieren, Maßnahmen ableiten und ihre Wirkung anschließend kontrollieren.
Genau entlang dieses Kreislaufs haben wir den Bereich aufgebaut. Der aktuelle Stand verbindet konfigurierbare Crawls, priorisierbare Befunde, detaillierte URL- und Linkdaten, segmentierte Auswertungen, wiederkehrende Prüfungen und kontrollierte Übergaben an KI-Agenten.
Der Crawl beginnt mit einer klaren Fragestellung
Contextter kann mehrere Websites innerhalb des Site Audits verwalten. Dabei unterscheiden wir zwischen eigenen Domains und öffentlich erreichbaren Websites von Wettbewerbern. Diese Trennung ist fachlich relevant: Bei der eigenen Website stehen Fehlerbehebung und technische Weiterentwicklung im Mittelpunkt. Bei einer Wettbewerbsanalyse geht es dagegen vor allem darum, Strukturen zu untersuchen und daraus belastbare Erkenntnisse für die eigene Arbeit abzuleiten.
Vor dem Start lässt sich festlegen, welchen Teil einer Website der Crawl erfassen soll. Zu den verfügbaren Einstellungen gehören die maximale Anzahl der URLs, die Crawl-Tiefe, Include- und Exclude-Pfade sowie das JavaScript-Rendering. Dadurch kann ein Team beispielsweise ausschließlich ein Blog-Verzeichnis, einen Shop-Bereich oder einen anderen definierten Pfad untersuchen, ohne zwangsläufig die gesamte Domain einzubeziehen.
Eine verbindliche maximale Crawl-Größe veröffentlichen wir derzeit noch nicht. Dafür müssen wir intern zunächst einige Rahmenbedingungen vereinheitlichen. Mir ist an dieser Stelle ein belastbares Produktversprechen wichtiger als eine Zahl, die später relativiert werden müsste.
Nach dem Crawl zählt zuerst die Einordnung
Die Overview verdichtet die wichtigsten Ergebnisse zu einem ersten Lagebild. Sie zeigt den Health Score, die Zahl der entdeckten und erfolgreich gecrawlten URLs, fehlgeschlagene Crawl-Versuche sowie die Verteilung der Issues auf die Stufen Critical, High, Medium, Low und Info.
Diese Kennzahlen sollen eine schnelle Orientierung ermöglichen, ohne die Analyse vorwegzunehmen. Wenn ein erheblicher Anteil der entdeckten URLs nicht erfolgreich geprüft werden konnte, ist das ebenso relevant wie eine kleine Zahl kritischer Befunde. Umgekehrt können zahlreiche Hinweise mit niedriger Priorität weniger dringlich sein als ein einzelner Fehler, der einen geschäftlich wichtigen Seitentyp betrifft.
Auch der Health Score ist in diesem Sinne zu verstehen: Er beschreibt den technischen Zustand innerhalb des Audits, ist aber kein Versprechen für bessere Rankings. Organische Sichtbarkeit hängt nicht allein von technischer Qualität ab, sondern ebenso von Inhalten, Suchintention, Wettbewerb und Autorität.
Aus Issues werden begründete Prioritäten
Die Issue-Ansichten schaffen den Übergang vom Überblick zur konkreten Arbeit. Befunde lassen sich nach Schweregrad filtern und auf den jeweils relevanten Ausschnitt reduzieren. Die Severity liefert dabei eine wichtige technische Bewertung, kann den geschäftlichen Kontext jedoch nicht vollständig abbilden.
Ein Problem auf fünf zentralen Landingpages kann größere Auswirkungen haben als hundert informative Hinweise in einem kaum relevanten Archiv. Deshalb gibt Contextter keine vermeintlich objektive To-do-Liste vor. Das System stellt die technische Evidenz bereit; die endgültige Reihenfolge ergibt sich aus Reichweite, Seitentyp, Unternehmenszielen und dem Wissen des verantwortlichen Teams.
Für mich ist diese Trennung wesentlich. Gute SEO-Software sollte Entscheidungen unterstützen, aber nicht so tun, als ließe sich jede Priorisierung ohne Kenntnis des Projekts automatisieren.
Ursachen auf URL- und Segmentebene untersuchen
Aggregierte Werte zeigen, dass ein Problem existiert. Für die Behebung muss jedoch erkennbar werden, wo es entsteht. Deshalb besitzt jede gecrawlte URL eine eigene Detailansicht. Dort werden unter anderem HTTP-Status, Canonical-Tag, Robots-Angaben, Redirect-Informationen und strukturierte Daten zusammengeführt.
Hinzu kommt die Verlinkungsperspektive: eingehende und ausgehende Links, der Pfad, über den der Crawler die URL entdeckt hat, sowie Kennzahlen zu internen, externen und mit nofollow gekennzeichneten Links. Damit lässt sich beispielsweise nachvollziehen, ob eine vorhandene Seite intern kaum erreichbar ist oder nur über einen unnötig komplizierten Weg gefunden wurde.
Diese Detailtiefe hilft zugleich bei der Ursachenanalyse. Wiederholt sich derselbe Befund auf vielen ähnlich aufgebauten URLs, spricht das häufig für ein Problem im Template oder in der zugrunde liegenden Erzeugungslogik. Statt zahlreiche Einzelseiten separat zu korrigieren, kann das Team dann an der gemeinsamen Ursache ansetzen.
Bei größeren Websites reicht selbst die URL-Ebene nicht immer aus. Ein Shop, ein redaktionelles Magazin und ein Hilfebereich können sich technisch deutlich unterscheiden. Die Statistikansicht erlaubt deshalb Auswertungen nach Verzeichnis, Ordner, Locale, Host oder URL-Muster. Analysiert werden können HTTP-Status, Klicktiefe, Indexierbarkeit, Entdeckungsquelle, interne Verlinkung, Crawl-Ergebnis, Markup und Performance.
Der Vorteil dieser Segmentierung liegt in der Präzision. Ein guter Gesamtwert kann verdecken, dass ein einzelner Bereich systematisch fehlerhaft ist. Getrennte Scopes machen solche Abweichungen sichtbar und ermöglichen es außerdem, die Entwicklung eines überarbeiteten Teilbereichs unabhängig vom Rest der Domain zu beobachten.
Interne Verlinkung als sichtbares Seitennetz
Interne Links verbinden Navigation, Auffindbarkeit und inhaltliche Beziehungen. Aus diesem Grund behandeln wir sie nicht als untergeordnete Kennzahl, sondern als eigenen Arbeitsbereich.
Der Link Explorer macht die erfassten Beziehungen durchsuchbar, sortierbar und filterbar. Teams können prüfen, welche Seiten besonders viele interne Verweise erhalten, von welchen URLs diese Links ausgehen und an welchen Stellen erkennbare Lücken bestehen. Ergänzende Werte zu externen und nofollow-Links vervollständigen das Bild.
Darüber hinaus entwickeln wir eine Ansicht für Link Opportunities. Sie soll mögliche interne Verbindungen vorschlagen. Dabei bleibt eine redaktionelle Prüfung notwendig: Die bloße technische Möglichkeit begründet noch keinen sinnvollen Link. Entscheidend sind thematische Relevanz, ein hilfreiches Ziel und eine Einbindung, die den Lesefluss unterstützt. Eine tragfähige interne Struktur entsteht durch verständliche Beziehungen zwischen Seiten, nicht durch eine möglichst hohe Anzahl von Verweisen.
Veränderungen durch Crawl-Vergleiche nachvollziehen
Ein Audit beschreibt immer den Zustand zu einem bestimmten Zeitpunkt. Ob eine Migration, ein Release oder eine Korrekturrunde tatsächlich eine Verbesserung gebracht hat, lässt sich erst im zeitlichen Vergleich beurteilen.
Mit der Compare-Funktion können zwei abgeschlossene Crawls derselben Site gegenübergestellt werden. Neben allgemeinen Kennzahlen zeigt Contextter die Veränderungen bei den Issues: Welche Befunde sind neu, welche wurden behoben und welche haben sich verändert?
Die Interpretation dieser Deltas erfordert dennoch Kontext. Sinkende Issue-Zahlen können auf eine erfolgreiche Korrektur zurückgehen, aber ebenso auf einen veränderten Crawl-Scope oder nicht mehr erreichbare Seiten. Ein neu erkannter Fehler muss seinerseits nicht zwingend durch das letzte Deployment verursacht worden sein. Die Vergleichsansicht liefert die messbare Veränderung; für die belastbare Ursachenbewertung müssen Crawl-Konfiguration und Entwicklungshistorie einbezogen werden.
Kontinuierliche Prüfung statt einmaliger Bestandsaufnahme
Websites verändern sich fortlaufend: Neue Inhalte kommen hinzu, Templates werden angepasst, Redirects geändert und technische Releases ausgerollt. Entsprechend unterstützt Contextter wiederkehrende Crawls. Die zugehörigen Zeitpläne können angelegt, angepasst, pausiert und erneut gestartet werden.
Alert-Regeln ergänzen diese kontinuierliche Überwachung. Empfänger lassen sich hinterlegen; fällige Benachrichtigungen werden von einem Job verarbeitet und an eine E-Mail-Warteschlange übergeben. Dadurch können verantwortliche Personen auf relevante Veränderungen reagieren, ohne auf den nächsten manuellen Kontrolltermin warten zu müssen.
Aus meiner Sicht sollten Alerts bewusst abgestuft werden. Eine zu breite Konfiguration erzeugt schnell zu viele Meldungen, während sehr enge Regeln schleichende Verschlechterungen übersehen können. Kritische neue Probleme eignen sich für eine unmittelbare Benachrichtigung. Kleinere Veränderungen lassen sich dagegen bündeln und in einem regelmäßigen technischen Review bewerten.
Kontrollierte Übergabe an KI-Agenten
Die Analyse endet in vielen Teams nicht bei der verantwortlichen SEO-Person. Befunde müssen an Entwicklung, Redaktion oder automatisierte Werkzeuge übergeben werden. Für KI-gestützte Arbeitsabläufe bietet Contextter deshalb zwei unterschiedliche Wege.
Aus einer gefilterten Issue-Ansicht kann zunächst ein Markdown-Prompt erzeugt und kopiert werden. Die ausgewählten Befunde werden damit zu einem strukturierten Briefing, das sich beispielsweise an einen Coding-Agenten weitergeben lässt. Das reduziert die manuelle Aufbereitung, ohne dem Team die Kontrolle über den ausgewählten Scope zu entziehen.
Zusätzlich stellt ein Agent Endpoint Issues im Markdown- oder JSON-Format bereit. Der Zugriff ist durch eine Bearer-Authentifizierung abgesichert. Auf dieser Grundlage können kontrollierte Workflows entstehen, in denen ein Agent aktuelle Befunde abruft und Lösungsvorschläge erarbeitet.
Die technische Übergabe ersetzt jedoch keine fachliche Freigabe. Insbesondere Änderungen an Canonicals, Robots-Anweisungen oder Redirects sollten vor der Umsetzung sorgfältig geprüft werden. Fehler in diesen Bereichen können weitreichende Auswirkungen haben, weshalb Automatisierung hier mit klaren Kontrollpunkten verbunden sein muss.
Der aktuelle Stand des Contextter Site Audits
Heute deckt der Bereich die wesentlichen Stationen eines wiederholbaren technischen SEO-Prozesses ab: konfigurierbare Crawls, eine zentrale Overview, filterbare Issues mit Severity-Stufen, URL-Details, segmentierte Statistiken, Linkanalysen, Crawl-Vergleiche, Zeitpläne, Alerts sowie die Übergabe an Menschen und Agenten.
Damit ist das Site Audit aus meiner Sicht über die Phase eines reinen MVP hinausgewachsen. Gleichzeitig gibt es Punkte, zu denen wir noch keine endgültigen Aussagen treffen: Konkrete Grenzwerte, Tarifumfänge und ein offizielles Launch-Datum befinden sich weiterhin in Arbeit.
Der fachliche Kern steht jedoch fest. Contextter soll technische SEO als geschlossenen Verbesserungsprozess abbilden: Zuerst wird der Untersuchungsbereich definiert und gecrawlt. Anschließend werden Ergebnisse eingeordnet, relevante Issues priorisiert und Ursachen auf URL-, Template- oder Segmentebene untersucht. Daraus entstehen Aufgaben für Menschen oder Agenten. Nach der Umsetzung zeigt ein weiterer Crawl im Vergleich, ob die Maßnahme den gewünschten Effekt hatte.
Als Gründer ist mir wichtig, diesen Bereich gemeinsam mit den Anforderungen professioneller SEO-Teams weiterzuentwickeln. Rückmeldungen zu bestehenden Abläufen und zu den nächsten sinnvollen Ausbaustufen sind deshalb ausdrücklich willkommen.