Windows-Desktop · Entwicklungsprojekt von CoreWeb Studio
Websites lokal analysieren, Befunde belegen, Maßnahmen priorisieren. Obserya verbindet jeden Befund mit der betroffenen Seite und dem dort erhobenen Wert — daraus entstehen ein Maßnahmenplan für das Umsetzungsteam und ein Bericht, den man dem Kunden geben kann.
Obserya ist eine Website-Audit-Software von CoreWeb Studio, die als Windows-Desktop-Anwendung läuft. Sie crawlt eine Website auf dem Rechner des Nutzers, prüft Technical SEO und AI Readiness auf zwei getrennten Achsen und belegt jedes Finding mit der betroffenen Seite und dem dort erhobenen Ist-Wert. Daraus erzeugt sie einen priorisierten Maßnahmenplan, einen PDF-Kundenreport und Exporte als CSV, JSON, HTML, Markdown und für Obsidian.
Warum Obserya
Ein Auditwert beschreibt einen Zustand, aber keine Zuständigkeit. Welche Seite betroffen ist, was dort steht und wer in welcher Reihenfolge rangeht, klärt in Agenturen meist Handarbeit nach dem Crawl. Obserya zieht diesen Teil in die Analyse.
Kennzahl
Ein Wert ohne Adresse
Die Zahl bewegt sich, die betroffenen Seiten bleiben unsichtbar.
Finding
Der Befund bekommt Seiten
Der angezeigte Count ist navigierbar und führt auf die dahinterliegenden URLs.
Evidence
Der erhobene Wert liegt bei
Bei einem defekten Link das vorgefundene Ziel und der Linktext. Reicht der Beleg nicht, weist der Report das aus.
Maßnahme
Mit Zuständigkeit und erstem Schritt
Einsortiert nach Aufwand, Wirkung und Belegqualität — bereit für die Übergabe.
Obserya ersetzt keinen Enterprise-Crawler und keine Keyword-Recherche. Es deckt den Abschnitt dazwischen ab: aus Signalen werden sortierte Arbeitspakete, die eine Agentur an Kunden und Umsetzung weitergeben kann.
So funktioniert Obserya
Sechs Schritte, die aufeinander aufbauen. Weil jeder die Daten des vorherigen mitführt, lässt sich jeder Befund bis zu seiner Quelle zurückverfolgen.
Die Website wird auf deinem Rechner erfasst.
Obserya lädt und parst die Seiten lokal und folgt der internen Verlinkung. Daraus entsteht ein Seiteninventar mit Linkgraph, samt HTML, Metadaten, Statuscodes und strukturierten Daten.
Ein Impressum wird nicht wie eine Leistungsseite bewertet.
Jede Seite bekommt eine Rolle. Sie entscheidet mit, ob ein Signal als Befund gilt: Eine fehlende Meta Description wiegt auf einer Utility-Seite anders als auf einer Serviceseite.
Zwei Achsen, getrennt gerechnet.
Technical SEO und On-Page auf der einen Seite, AI Readiness und GEO-Signale auf der anderen. Beide werden getrennt ausgewiesen; einen dritten, gemittelten Wert gibt es bewusst nicht.
Jeder Befund führt seinen Nachweis mit.
Ein Finding besteht aus betroffener Seite, Problem, Kontext und erhobenem Wert. Liegt keine belastbare Fundstelle vor, steht das dort — statt einer Genauigkeit, die die Daten nicht hergeben.
Die Reihenfolge entsteht aus Aufwand, Wirkung und Beleglage.
Was ohne Vorklärung angehbar ist, steht getrennt von dem, was noch geprüft werden muss. Zu jeder Maßnahme gehören Zuständigkeit und erster Schritt.
Das Ergebnis verlässt das Tool in verwertbarer Form.
Der Kundenreport erklärt den Zustand in Sätzen, die ohne SEO-Wissen tragen. Die technischen Exporte geben dieselben Daten an das Umsetzungsteam weiter.
Ausschnitt aus dem Ablaufdiagramm „How Obserya Works“. Die Ansicht folgt dem Schritt, der links gerade beschrieben wird.
Einen Schritt antippen, um den passenden Ausschnitt zu sehen.
Ganzer Ablauf
How Obserya Works: sechs Schritte vom lokalen Crawl bis zu Reports und Exporten, darunter die Local-first-Architektur und die optionale LLM-Unterstützung.
Einen Schritt antippen, um den passenden Ausschnitt zu sehen.
Analysebereiche
Technical SEO beschreibt die Basis für die klassische Suche, AI Readiness die Verwertbarkeit derselben Seite als Antwortquelle. Beide stehen nebeneinander, weil daraus verschiedene Maßnahmen folgen.
Warum kein dritter Score
Eine Seite kann technisch sauber gebaut und als Antwortquelle trotzdem schwer verwertbar sein. Ein Mittelwert würde genau den Unterschied verdecken, aus dem die Maßnahme folgt.
Sichtbarkeitsbasis für die klassische Suche
Local SEOOptional
Lokale Signale laufen als optionaler Teilblock auf Projektebene mit. Der Ausbau zu einem eigenständigen Bereich steht aus, deshalb zählt Local SEO nicht als Kernbereich.
Verwertbarkeit als Antwortquelle
Findings und Evidence
Sechs Findings aus einem Demo-Audit. Der technische Schlüssel bleibt sichtbar — er steht genauso im CSV- und JSON-Export.
Befund auswählen
Findingtypen, Titel und Maßnahmen entsprechen der Anwendung; die Mengen stammen aus dem Demo-Audit.
Technical SEO · Interne Verlinkung
Links führen ins Leere — leeres Ziel, reines Doppelkreuz oder ein Skriptaufruf ohne Navigation.
Belegqualität und Dringlichkeit sind zwei verschiedene Dinge
Ein Befund, dessen Beleglage nur teilweise trägt, landet unter „kurz prüfen“ statt in der Sofortliste. Das kostet Übersichtlichkeit, lässt sich einem Kunden gegenüber aber vertreten.
Priorisierung und Drilldowns
Obserya bewertet Findings nach Wirkung, Aufwand und Belegqualität und legt die Rechnung offen. Gleiche Datenlage, gleiches Ergebnis — kein Sprachmodell verändert einen Score.
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 bestätigten Handlungsbedarf tragen.
Beide Angaben stehen getrennt im Report und werden häufig verwechselt.
Die Namen stammen aus dem Report und beschreiben, wie schnell etwas angehbar ist. Termine sind es nicht.
Geringer Aufwand
Diese Woche
Ausreichend belegt und ohne Vorklärung angehbar.
Mehr Aufwand
Diesen Monat
Inhaltlich klar, aber aufwendiger in der Umsetzung.
Vor Umsetzung gegenprüfen
Kurz prüfen
Belegt, sollte aber einmal manuell bestätigt werden.
Die Balkenbreite entspricht dem Wertebereich. Nach oben wird es eng: „Sehr gut“ deckt fünf Punkte ab, „Deutlicher Handlungsbedarf“ einundsechzig.
Beide Scores, alle Bereiche, der Findings-Gesamtstand.
Ein Analysebereich mit seinem Wert und den zugehörigen Findings.
Befund, Ursache, Maßnahme und die betroffenen Seiten.
Die konkrete URL mit dem dort erhobenen Wert.
Jede Ebene bleibt navigierbar. Ein angezeigter Count führt auf die dahinterliegenden Seiten.
Local-first Architektur
Crawl, Analyse, Scoring und Reporterzeugung laufen lokal, die Auditdaten liegen in einer Datenbank auf dem Gerät. Der Kern-Audit braucht kein Konto, keinen API-Schlüssel und keinen externen Dienst.
Netzzugriff braucht nur der Crawl der Zielwebsite — sie muss geladen werden können.
Verlässt das Gerät nur auf ausdrückliche Auslösung
Die Kette läuft lokal
Von der Seitenerfassung bis zum Report passiert alles in der Anwendung.
Auditdaten bleiben auf dem Gerät
Crawl- und Seitendaten, Findings, Evidence und Projekteinstellungen liegen lokal.
Kein Dienst dazwischen
Der Audit funktioniert ohne Konto und ohne externen Anbieter im Kernworkflow.
Datenausgang ist eine Entscheidung
Ob überhaupt etwas hinausgeht, entscheidet der Nutzer pro Vorgang.
Alles innerhalb des großen Blocks läuft in der Anwendung. Nur der gestrichelte Pfad rechts unten verlässt das Gerät, und auch der nur nach Auslösung.
Gesamtansicht
Obserya System Architecture: Eingangssignale der Zielwebsite, die lokale Desktop-Anwendung mit Ingestion-, Analysis- und Decision-Layer, die lokal gespeicherten Auditdaten, die Ausgabeformate und der optionale LLM-Pfad.
Einen Abschnitt auswählen, um ihn im Diagramm hervorzuheben.
Optionale KI-Unterstützung
Crawl, Analyse und Scoring laufen regelbasiert. Kein Sprachmodell schreibt an Scores oder Kernbefunden mit — deshalb ist das Ergebnis reproduzierbar und im Kundengespräch belegbar.
Obserya wird deshalb nicht als KI-Werkzeug positioniert. Was die Auditlogik feststellt, lässt sich nachrechnen.
Drei Stationen laufen lokal. Nur die letzte verlässt das Gerät, und nur nach Auslösung.
Standard ist ohne
Audit, Reports und Programmstart laufen ohne Sprachmodell. Fehlt es, blockiert nichts.
Eine Aufgabe, ein Prompt
Für eine ausgewählte Aufgabe baut Obserya einen strukturierten Prompt mit Kontext.
Der Nutzer löst aus
Ein Aufruf findet nur statt, wenn er angestoßen wird. Nichts geht automatisch hinaus.
Additiv, nie bewertend
Ein Ergebnis darf ergänzen. Scores und Kernbefunde bleiben unangetastet.
Kundenreports und Exporte
Der Kundenreport ordnet den Zustand in Alltagssprache ein und trennt bestätigten Handlungsbedarf von Prüfbedarf. Für das Umsetzungsteam liegen dieselben Ergebnisse strukturiert daneben.
Auditstand
Seiten, Findings, Evidence und Scores liegen lokal vor.
Priorisierung
Wirkung, Aufwand und Belegqualität ergeben die Reihenfolge.
Reportseiten
Kurzurteil, Status und Maßnahmenplan werden aufgebaut.
Ausgabe
PDF für den Kunden, CSV und JSON für die Weiterarbeit.
Seitlich wischen · antippen für die vollständige Seite
Bericht an den Kunden, technische Exporte an das Umsetzungsteam — dieselben Findings, Schlüssel und Beleglage.
Für den Kunden
Für das Umsetzungsteam
Einsatzszenarien
Ein Arbeitswerkzeug für wiederkehrende Audits. Sechs Situationen, in denen sich das bemerkbar macht.
Neues Kundenprojekt aufnehmen
Eine neue Website kommt ins Haus, und am ersten Befund hängt ein Angebot.
Projekt anlegen, lokal crawlen, Audit laufen lassen. Die Findings tragen ihre Seiten mit, der Maßnahmenplan sortiert nach Aufwand und Wirkung.
Ein PDF für das Kundengespräch und ein CSV für die Aufwandsschätzung, aus demselben Auditstand.
Gebaut für
Im Zentrum stehen kleine und mittlere Agenturen, die Auditergebnisse an Kunden und Umsetzungsteams übergeben. Für Fachanwender außerhalb dieser Gruppe funktioniert sie genauso.
Entwicklungsstand
Obserya entsteht bei CoreWeb Studio als internes Auditwerkzeug und wird an realen Kundenprojekten geprüft. Einen öffentlichen Zugang gibt es derzeit nicht.
Diese Punkte sind geplant und nicht verfügbar. Die Trennung steht hier bewusst.
Zu Veröffentlichungstermin, Preis und Vertriebsweg gibt es keine belastbare Aussage, deshalb steht hier keine.
Häufige Fragen
Die Antworten beschreiben den aktuellen Entwicklungsstand. Wo etwas offen ist, steht das dort.
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.
Ja. Crawl, Analyse, Scoring und Reporterzeugung laufen in der Desktop-Anwendung, die Auditdaten bleiben lokal. Netzzugriff braucht nur der Crawl der Zielwebsite.
Nein. Crawl, Analyse und Scoring arbeiten regelbasiert. Die optionale LLM-Unterstützung greift nur bei ausgewählten Aufgaben und verändert weder Scores noch Kernbefunde.
Sie bleiben auf dem Gerät, in einer lokalen Datenbank. An einen externen Dienst geht nur, was der Nutzer für eine konkrete Aufgabe auslöst.
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 auf Projektebene mit. Die zweite Achse, AI Readiness, bewertet sechs Dimensionen.
AI Readiness beschreibt, wie gut sich eine Seite als Antwortquelle für KI-gestützte Suche verwerten lässt. Obserya bewertet dafür sechs Dimensionen: Antwortklarheit, Extrahierbarkeit, semantische Eindeutigkeit, Struktur für Parser, Entitätsklarheit und Kontextdichte — regelbasiert, nicht mit einem Sprachmodell.
Jedes Finding führt die betroffenen Seiten und den erhobenen Ist-Wert mit, bei einem defekten Link etwa Linkziel und Linktext. Trägt der Beleg nur teilweise, weist Obserya den Befund als Prüfbedarf aus.
Weil beide Achsen unterschiedliche Maßnahmen nach sich ziehen. Eine Seite kann technisch sauber und als Antwortquelle trotzdem schwer verwertbar sein; ein Mittelwert würde das verdecken.
Nein, es sind Umsetzbarkeitsklassen aus Aufwand, Wirkung und Belegqualität. Obserya vergibt keine Kalenderdaten.
Einen Kundenreport als PDF sowie CSV für Fachdaten, JSON als strukturierten Rohdatenexport, HTML als teilbaren Bericht, Markdown und einen Obsidian-kompatiblen Export.
In erster Linie für kleine und mittlere Web-, SEO- und Digitalagenturen, die Auditergebnisse an Kunden und Umsetzungsteams übergeben. Freelancer, technische SEO-Spezialisten und interne Teams arbeiten damit genauso.
Derzeit nicht. Obserya wird bei CoreWeb Studio entwickelt und intern eingesetzt; einen öffentlichen Zugang, eine Anmeldung oder einen Download gibt es nicht.
Obserya entsteht bei CoreWeb Studio aus der täglichen Auditarbeit — dort, wo aus Crawldaten etwas werden muss, das ein Kunde liest und ein Umsetzungsteam abarbeiten kann.