Zum Inhalt springen
Obserya

Lokal auf Windows · Entwickelt von CoreWeb Studio

Lokale Website-Audit-Software für Technical SEO und AI Readiness

Obserya prüft eine Website auf dem eigenen Rechner und verknüpft jedes Finding mit der betroffenen Seite und dem dort erhobenen Wert. Daraus entsteht ein Maßnahmenplan für Kundengespräch und Umsetzung.

  • Analyse läuft lokalOhne Cloud, ohne Konto
  • Findings mit NachweisBetroffene Seite und erhobener Wert
  • Übergabefähige ErgebnisseKundenreport und technische Exporte
Links Technical SEO, in der Mitte beide Scores, rechts die AI-Readiness-Struktur.Local OnlySQLite · lokalWindows Desktop
  • Technical SEO7 Kernbereiche mit eigenem Wert
  • AI Readiness6 Dimensionen als Signalstruktur
  • FindingsNach Severity sortiert

Was ist Obserya?

Obserya ist eine Website-Audit-Software von CoreWeb Studio für Windows. Sie crawlt eine Website lokal, bewertet Technical SEO und AI Readiness auf zwei getrennten Achsen und belegt jedes Finding mit der betroffenen Seite und dem dort erhobenen Ist-Wert. Daraus entstehen ein priorisierter Maßnahmenplan, ein PDF-Kundenreport und technische Exporte.

Warum Obserya

Die Lücke liegt zwischen Crawlergebnis und Übergabe.

Ein Auditwert beschreibt einen Zustand, aber keine Zuständigkeit. Welche Seite betroffen ist und wer in welcher Reihenfolge rangeht, klärt meist Handarbeit nach dem Crawl. Obserya zieht diesen Teil in die Analyse.

  1. Gesamtwert

    90/100 heißt nicht fehlerfrei

    Der Gesamtwert verdichtet den Zustand. Die Findings zeigen, welche konkreten Probleme trotz eines guten Scores behoben werden sollten.

  2. Finding

    Das Finding nennt Problem und Fundstellen

    Der Befund beschreibt das konkrete Problem und führt zu den betroffenen URLs.

  3. Evidence

    Evidence macht den Befund prüfbar

    Erhobene Werte, Ziel und Seitenkontext belegen, warum das Finding besteht.

  4. Maßnahme

    Priorisiert und direkt übergabefähig

    Aufwand, Zuständigkeit und nächster Schritt bereiten den Befund für die Umsetzung vor.

Obserya ersetzt keinen Enterprise-Crawler. Es schließt die Lücke zwischen Crawlergebnis und Umsetzung — dort, wo aus Signalen priorisierte Arbeitspakete werden.

So funktioniert Obserya

Von der URL zum übergabefähigen Maßnahmenplan.

Jeder Schritt führt die Daten des vorherigen mit — jeder Befund lässt sich bis zur Quelle zurückverfolgen.

  1. Lokaler HTML-Crawl

    Die Website wird auf deinem Rechner erfasst.

    Obserya lädt und parst das ausgelieferte HTML und folgt der internen Verlinkung. Daraus entsteht ein vollständiges Seiteninventar mit Metadaten, Statuscodes und internem Linkgraph.

    • Crawl Engine
    • Fetcher und Parser
    • Interner Linkgraph
  2. Seitenklassifikation

    Ein Impressum wird nicht wie eine Leistungsseite bewertet.

    Jede Seite bekommt eine Rolle. Eine fehlende Meta Description wiegt auf einer Utility-Seite anders als auf einer Serviceseite.

    • Service-Seiten
    • Content-Seiten
    • Utility- und Legal-Seiten
  3. Analyse-Layer

    Zwei Achsen, getrennt gerechnet.

    Technical-SEO- und On-Page-Signale auf der einen Seite, AI-Readiness- und GEO-Signale auf der anderen — ohne dritten, gemittelten Wert.

    • Indexierbarkeit und Verlinkung
    • Metadaten und Seitenstruktur
    • Antwortklarheit und Extrahierbarkeit
  4. Evidenzbasierte Findings

    Jeder Befund führt seinen Nachweis mit.

    Ein Finding besteht aus betroffener Seite, Problem und erhobenem Wert. Fehlt eine belastbare Fundstelle, weist Obserya das ausdrücklich aus.

    • Betroffene URL
    • Erhobener Ist-Wert
    • Belegqualität
  5. Priorisierung

    Die Reihenfolge entsteht aus Aufwand, Wirkung und Beleglage.

    Direkt umsetzbare Findings bleiben von Befunden mit Prüfbedarf getrennt. Beide erhalten eine Zuständigkeit und einen ersten Schritt.

    • Wirkung und Aufwand
    • Zuständigkeit
    • Prüfbedarf ausgewiesen
  6. Reports und Exporte

    Kundenreport und technische Exporte entstehen aus demselben Auditstand.

    Der Kundenreport erklärt den Zustand ohne SEO-Vokabular, die technischen Exporte geben dieselben Daten an das Umsetzungsteam weiter.

    • PDF-Kundenreport
    • Technische Exporte
    • Report-Generator

Der Ablauf als Diagramm

Einen Schritt auswählen.

Ablaufdiagramm „How Obserya Works“ mit sechs Schritten vom lokalen Crawl bis zu Reports und Exporten.

Ganzer Ablauf

How Obserya Works: sechs Schritte vom lokalen Crawl bis zu Reports und Exporten, darunter Local-first-Architektur und optionaler LLM-Pfad.

Einen Schritt auswählen.

Analysebereiche

Zwei Bewertungsachsen, die unterschiedliche Arbeit auslösen.

Technical SEO beschreibt die Basis für die klassische Suche, AI Readiness die Verwertbarkeit derselben Seite als Antwortquelle.

Score-Spalte des Dashboards: Technical-SEO-Score und AI-Readiness-Score getrennt untereinander.

Warum kein dritter Score

Eine Seite kann technisch sauber gebaut und als Antwortquelle trotzdem schwer verwertbar sein. Ein Mittelwert würde diesen Unterschied verdecken.

Technical-SEO-Zone im Dashboard mit den sieben Kernbereichen und Local SEO als optionalem Teilblock.

Technical SEO

Sichtbarkeitsbasis für die klassische Suche

7 Kernbereiche
  1. Indexierung und Crawlbarkeitrobots.txt, Sitemap, Meta-Robots, Redirect-Ketten und -Loops, Canonicals.
  2. DokumentenstrukturÜberschriftenebenen ohne Sprünge, semantische Hauptbereiche.
  3. Meta- und Snippet-BasisTitle und Meta Description: vorhanden, lang genug, aussagekräftig.
  4. Content-BasisInhaltssubstanz, nahezu leere Seiten, Ähnlichkeit zwischen Projektseiten.
  5. Interne VerlinkungDefekte Ziele, funktionslose Links, eingehende Links, Orphan-Hinweise.
  6. Strukturierte DatenVorhandene Schemata, inklusive Schema, das nicht zum Seitentyp passt.
  7. Bilder und SeitenelementeFehlende Alt-Texte im Inhaltskontext, dekorative Bilder ausgenommen.

Local SEOoptional

Lokale Signale laufen als optionaler Teilblock auf Projektebene mit. Der eigenständige Analysebereich kommt mit dem Beta-Cut.

AI-Readiness-Zone im Dashboard mit sechs Dimensionen als verbundene Signalstruktur.

AI Readiness

Verwertbarkeit als Antwortquelle

6 Dimensionen
  1. AntwortklarheitSteht die Kernaussage früh genug für ein Zitat?
  2. ExtrahierbarkeitLassen sich die Kerninhalte aus dem Layout herauslösen?
  3. Semantische EindeutigkeitEchte semantische Hauptbereiche oder nur generische Container?
  4. Struktur für ParserSind Reihenfolge, Ebenen und Abschnittsgrenzen maschinell lesbar?
  5. EntitätsklarheitIst erkennbar, um welches Unternehmen und welche Leistung es geht?
  6. KontextdichteTrägt die Seite eigenständigen Kontext?

Findings und Evidence

Ein Befund mit Adresse, Nachweis und nächstem Schritt.

Sechs Findings aus einem Demo-Audit. Der technische Schlüssel steht genauso im Export.

Befund auswählen

Findingtypen und Maßnahmen entsprechen der Anwendung; die Mengen stammen aus dem Demo-Audit.

Technical SEO · Interne Verlinkung

Leerer oder funktionsloser Link

Links führen ins Leere: leeres Ziel, reines Doppelkreuz oder Skriptaufruf.

Betroffen
11 Links auf der Seite
Erhoben je Fundstelle
Das Linkziel und der vorgefundene Linktext.
Maßnahme
Gültiges Ziel setzen oder das Element als Schaltfläche auszeichnen.
Ausreichend belegtFließt in den Score
Links die nach Kanal und Status gefilterte Liste, rechts das Detail.

Belegqualität und Dringlichkeit sind zwei verschiedene Dinge

Ein Befund mit nur teilweise tragfähiger Beleglage landet unter „kurz prüfen“ statt in der Sofortliste.

Priorisierung und Drilldowns

Was zuerst drankommt und wer es übernimmt.

Obserya bewertet Findings nach Wirkung, Aufwand und Belegqualität und legt die Rechnung offen.

Scoreklasse

Wo der gemessene Wert auf der Skala liegt.

Ein Projekt mit 91 liegt in der Klasse „Gut“.

Handlungsstatus

Ob belegte Befunde offen sind.

Dasselbe Projekt kann dennoch bestätigten Handlungsbedarf aufweisen.

Beide stehen getrennt im Report und werden häufig verwechselt.

Umsetzbarkeitsklassen

Die Namen aus dem Report beschreiben, wie unmittelbar ein Finding bearbeitet werden kann — keine Terminzusagen.

  1. Geringer Aufwand

    Diese Woche

    Ausreichend belegt und ohne Vorklärung angehbar.

  2. Mehr Aufwand

    Diesen Monat

    Inhaltlich klar, aber aufwendiger in der Umsetzung.

  3. Vor Umsetzung gegenprüfen

    Kurz prüfen

    Belegt, sollte aber einmal manuell bestätigt werden.

Scoreklassen

0–60
Deutlicher Handlungsbedarf
61–75
Verbesserungsbedarf
76–85
Solide
86–95
Gut
96–100
Sehr gut

Die Balkenbreite entspricht dem Wertebereich: „Sehr gut“ deckt fünf Punkte ab, „Deutlicher Handlungsbedarf“ einundsechzig.

Vom Projekt zur Fundstelle

  1. ProjektÜbersicht

    Beide Scores, alle Bereiche, der Gesamtstand.

  2. BereichInterne Verlinkung

    Ein Analysebereich mit Wert und zugehörigen Findings.

  3. Findingempty_or_nonfunctional_link

    Befund mit Ursache, Maßnahme und betroffenen Seiten.

  4. SeiteFundstelle

    Die konkrete URL mit dem dort erhobenen Wert.

Jede Ebene bleibt navigierbar.

Findings-Band der Projektübersicht mit Severity, Kanal, technischem Schlüssel und Anzahl betroffener URLs je Karte.
Befunde auf Legal- und Utility-Seiten sind als nicht scorewirksam markiert.

Local-first-Architektur

Der Audit läuft auf deinem Rechner.

Crawl, Analyse, Scoring und Reporterzeugung laufen auf dem Gerät. Die Auditdaten liegen dort in einer eigenen Datenbank.

Auf deinem Rechner
  • Crawl
  • Analyse
  • Scoring
  • Findings und Evidence
  • Report- und Exporterzeugung
  • Lokale Datenbank

Für den Crawl der Zielwebsite ist Netzzugriff erforderlich.

Optional

Verlässt das Gerät nur auf Auslösung

  • Externes LLM (opt-in, je Aufgabe)
  • Der Auditkern bleibt auf dem Gerät

    Von der Seitenerfassung bis zum fertigen Report.

  • Auditdaten bleiben auf dem Gerät

    Crawl- und Seitendaten, Findings, Evidence und Projekteinstellungen.

  • Kein Dienst dazwischen

    Der Kernworkflow braucht kein Konto und keinen API-Schlüssel.

  • Datenausgang ist eine Entscheidung

    Ob etwas hinausgeht, entscheidet der Nutzer pro Vorgang.

Wo welcher Schritt stattfindet

Alles im großen Block läuft in der Anwendung. Nur der gestrichelte Pfad unten rechts verlässt das Gerät.

Architekturdiagramm „Obserya System Architecture“ mit Input, lokaler Desktop-Anwendung, Outputs und optionalem LLM-Pfad.

Gesamtansicht

Obserya System Architecture: Eingangssignale, lokale Anwendung mit Ingestion-, Analysis- und Decision-Layer, lokale Auditdaten, Ausgabeformate und optionaler LLM-Pfad.

Einen Abschnitt auswählen.

Optionale LLM-Unterstützung

Der Auditkern arbeitet lokal und regelbasiert.

Crawl, Analyse, Scoring und Reports funktionieren ohne Sprachmodell. Das Ergebnis ist dadurch reproduzierbar und im Kundengespräch belegbar. Optionale LLM-Unterstützung kommt nur nach ausdrücklicher Auslösung und nur für eine klar abgegrenzte Aufgabe dazu.

Die Stärke liegt im lokalen, reproduzierbaren Auditkern. Ein Sprachmodell hilft dort, wo eine Aufgabe klar umrissen ist — und nirgendwo sonst.

  1. AuditkernLäuft geschlossen auf dem Gerät ab.
  2. Aufgabe wählenDer Nutzer entscheidet, wofür.
  3. Prompt bauenStrukturiert, mit Kontext.
  4. Externes LLMNur dieser Schritt verlässt das Gerät.

Drei Stationen laufen lokal, nur die letzte verlässt das Gerät.

  • Der Kern läuft ohne

    Derselbe Auditstand ergibt über dieselben Regeln dasselbe Ergebnis.

  • Eine Aufgabe, ein Prompt

    Für eine ausgewählte Aufgabe entsteht ein strukturierter Prompt mit Kontext.

  • Nur auf Auslösung

    Ohne diesen Schritt verlässt kein Auditinhalt das Gerät.

  • Additiv, nie bewertend

    Kein Sprachmodell verändert Scores oder Kernbefunde.

Kundenreports und Exporte

Zwei Empfänger, ein Auditstand.

Der Kundenreport ordnet den Zustand in Alltagssprache ein und trennt bestätigten Handlungsbedarf von Prüfbedarf.

  1. Auditstand

    Seiten, Findings, Evidence und Scores.

  2. Priorisierung

    Wirkung, Aufwand und Belegqualität ergeben die Reihenfolge.

  3. Reportseiten

    Kurzurteil, Status und Maßnahmenplan.

  4. Ausgabe

    PDF für den Kunden, dazu HTML, CSV, JSON, Markdown und Obsidian-Export für die Weiterarbeit.

Status auf einen Blick
Plan nach Umsetzbarkeit
Plan nach Priorität

Seitwärts blättern · Seite für die Vollansicht öffnen

Kurzurteil
Ein Absatz zum Gesamtzustand — ein guter Score heißt nicht „alles erledigt“.
Status auf einen Blick
Gesamtzustand, akutes Risiko, Sichtbarkeitsrisiko, KI-Verständlichkeit und Sofortmaßnahmen, je mit Ampellabel.
Plan nach Umsetzbarkeit
Drei Klassen nach Aufwand, Wirkung und Beleglage.
Plan nach Priorität
Tabellarisch, je Maßnahme mit Zuständigkeit und erstem Schritt.

Ein Auditstand, zwei Empfänger

Dieselben Findings, Schlüssel und Beleglage — einmal als Bericht, einmal als Datei.

Für den Kunden

  • PDFKundenreportVerständlich formuliert und weitergabefähig.
  • HTMLBerichtDerselbe Bericht als teilbares Webdokument.

Für das Umsetzungsteam

  • CSVFachdatenFindings als Tabelle, dazu die im Crawl beobachteten Weiterleitungen.
  • JSONRohdatenDer vollständige Auditstand, maschinenlesbar.
  • MDMarkdown-DateienFür Dokumentation und Wissensablage.
  • ObsidianVault-ExportSchreibt den Auditstand in eine Obsidian-kompatible Ordnerstruktur.
Verfügbare Ausgaben, Status und Exportaktionen.

Was das im Agenturalltag ändert

  • Der Kunde erhält einen Bericht ohne unnötigen SEO-Fachjargon.
  • Das Umsetzungsteam erhält die Daten in weiterverarbeitbarer Form.
  • Audits bleiben dokumentiert und vergleichbar.
  • Offener Prüfbedarf bleibt ausdrücklich gekennzeichnet.

Einsatzszenarien

Wofür Obserya im Agenturalltag gebaut wurde.

Ein Arbeitswerkzeug für wiederkehrende Audits. Sechs Situationen aus dem Alltag.

Neues Kundenprojekt aufnehmen

  1. Ausgangslage

    Eine neue Website kommt ins Projekt. Der erste Audit bildet die Grundlage für Angebot und Aufwandsschätzung.

  2. Mit Obserya

    Projekt anlegen, crawlen, Audit laufen lassen.

  3. Ergebnis

    Ein PDF fürs Kundengespräch und eine CSV-Datei für die Aufwandsschätzung.

Gebaut für

Im Zentrum stehen kleine und mittlere Agenturen mit wiederkehrender Auditarbeit.

  • Webdesign-Agenturen
  • SEO-Agenturen
  • Digitalagenturen
  • Selbstständige Webdesigner
  • SEO-Freelancer
  • Technische SEO-Spezialisten
  • Interne Web- und Marketingteams

Entwicklungsstand

Was bereits steht. Was bis zur Beta kommt. Was danach folgt.

Obserya entsteht bei CoreWeb Studio aus der täglichen Auditarbeit und wird an realen Kundenprojekten geprüft. Der aktuelle Produktkern funktioniert bereits. Die nächsten Funktionen folgen mit dem Beta-Cut; weitere fest geplante Module werden danach schrittweise bis zum Full Release ergänzt.

Bereits umgesetzt

  • Vollwertiger lokaler HTML-Crawl mit Seiteninventar und Linkgraph
  • Seitenklassifikation nach Rolle und Kontext
  • Technical SEO über sieben Kernbereiche
  • Local SEO aktuell als optionaler Teilbereich
  • AI Readiness über sechs Dimensionen
  • Evidenzbasierte Findings
  • Deterministisches Scoring auf zwei Achsen
  • PDF-Kundenreport
  • Technische Exporte als HTML, CSV, Redirect-CSV, JSON, Markdown und Obsidian-Vault

Bis zum Beta-Cut

Diese Funktionen werden aktuell fertiggestellt und sollen mit dem Beta-Cut verfügbar sein.

  • Auslieferung als Installer inklusive Update-Weg
  • Vollständiges JavaScript-Rendering im Crawl — es erweitert den vorhandenen HTML-Crawl um clientseitig erzeugte Inhalte
  • Austausch von Projektdaten zwischen Installationen
  • Local SEO als eigenständiger Analysebereich
  • Optionale LLM-Unterstützung mit eigener Review-Ansicht

Aktuell in Entwicklung und für den Beta-Cut vorgesehen.

Für den Full Release fest geplant

Nach dem Beta-Cut wird Obserya schrittweise um Funktionen erweitert, die Crawl-, Inhalts- und Suchdaten miteinander verbinden.

Google-Search-Console-Daten
Suchanfragen, Impressionen, Klicks und Positionen ergänzen die Crawl-Daten.
Kannibalisierungsanalyse
Obserya erkennt konkurrierende oder unnötig ähnliche Zielseiten.
Keyword-Clustering
Suchanfragen werden thematisch gruppiert und passenden bestehenden Seiten zugeordnet.
Content-Briefs
Aus Audit-, Such- und Inhaltsdaten entstehen konkrete Grundlagen für neue oder zu überarbeitende Seiten.
Migration und Redirect-Mapping
Alte und neue Crawls werden verglichen, um passende Weiterleitungsziele vorzuschlagen.

Diese Funktionen sind verbindlicher Teil der Produktplanung und werden nach der Beta schrittweise bis zum Full Release umgesetzt.

Häufige Fragen

Kurz und direkt beantwortet.

Die Antworten beschreiben den aktuellen Entwicklungsstand.

Was ist Obserya?

Eine Website-Audit-Software von CoreWeb Studio für Windows. Sie crawlt lokal, prüft Technical SEO und AI Readiness getrennt und belegt jedes Finding mit betroffener Seite und erhobenem Wert. Ergebnis: Maßnahmenplan, PDF-Kundenreport und technische Exporte.

Läuft die Analyse lokal?

Ja. Crawl, Analyse, Scoring und Reporterzeugung laufen in der Desktop-Anwendung; die Auditdaten bleiben in einer lokalen Datenbank. Netzzugriff ist für den Crawl der Zielwebsite erforderlich. Optionale LLM-Unterstützung wird nur nach ausdrücklicher Auslösung für eine ausgewählte Aufgabe verwendet.

Wird KI für Crawling, Analyse oder Scoring verwendet?

Nein, diese drei Schritte arbeiten regelbasiert. Die optionale LLM-Unterstützung greift nur bei einer ausgewählten Aufgabe und verändert weder Scores noch Kernbefunde.

Was prüfen Technical SEO und AI Readiness?

Technical SEO umfasst sieben Kernbereiche: Indexierung und Crawlbarkeit, Dokumentenstruktur, Meta- und Snippet-Basis, Content-Basis, interne Verlinkung, strukturierte Daten sowie Bilder und Seitenelemente; Local SEO läuft optional mit. AI Readiness bewertet auf einer eigenen Achse sechs Dimensionen von der Antwortklarheit bis zur Kontextdichte.

Wie funktionieren Findings und Evidence?

Ein Finding nennt die betroffenen Seiten und den dort erhobenen Ist-Wert, bei einem defekten Link etwa Linkziel und Linktext. Trägt der Beleg nur teilweise, weist Obserya den Befund als Prüfbedarf aus.

Welche Reports und Exporte entstehen?

Ein Kundenreport als PDF, derselbe Bericht als teilbares HTML, eine CSV der Findings und eine technische CSV der im Crawl beobachteten Weiterleitungen, JSON als Rohdatenexport, Markdown sowie ein Obsidian-kompatibler Export.

Für wen ist Obserya gedacht?

In erster Linie für kleine und mittlere Web-, SEO- und Digitalagenturen, die Auditergebnisse an Kunden und Umsetzungsteams übergeben. Freelancer und interne Teams arbeiten damit genauso.

Wie ist der Entwicklungsstand?

Der Produktkern läuft: vollwertiger lokaler HTML-Crawl mit Seiteninventar und Linkgraph, Technical SEO über sieben Kernbereiche, AI Readiness über sechs Dimensionen, evidenzbasierte Findings, PDF-Kundenreport und technische Exporte. Mit dem Beta-Cut kommen vollständiges JavaScript-Rendering im Crawl, die Auslieferung als Installer, der Austausch von Projektdaten, Local SEO als eigenständiger Analysebereich und eine optionale LLM-Review-Ansicht dazu. Für den Full Release sind Google-Search-Console-Daten, Kannibalisierungsanalyse, Keyword-Clustering, Content-Briefs sowie Migration und Redirect-Mapping fest geplant.

Obseryaby CoreWeb Studio

Audits, die sich belegen lassen.

Obserya entsteht bei CoreWeb Studio aus der täglichen Auditarbeit — dort, wo aus Crawldaten etwas werden muss, das ein Kunde liest und ein Team abarbeiten kann.