In Entwicklung

AEOcortex

AI-Suchmaschinen / AEO / GEO

Persönliches Entwicklungsprojekt zur praktischen Erprobung von AI Search, moderner Webentwicklung und KI-gestützter Softwareentwicklung.

Git
CI
Sec
Strukturierte Softwareentwicklung
Versionierung, automatisierte Qualitätsprüfungen und nachvollziehbare Prozesse.
AEOcortex-Plattformübersicht mit Dashboard-Ansicht

Kurzfassung

AEOcortex ist ein persönliches Entwicklungsprojekt zur praktischen Untersuchung von Suchmechanismen in KI-gestützten Systemen. Der Fokus liegt auf der Answer Engine Optimization (AEO) und der Generative Engine Optimization (GEO). Ziel des Projekts ist es, Web-Inhalte systematisch hinsichtlich der eindeutigen Deklaration von Entitäten, strukturierter Daten und menschlicher Lesbarkeit zu analysieren. Dadurch soll die technische Auslesbarkeit von Webinhalten für KI-Suchmaschinen auf Basis definierter Kriterien im Rahmen einer Testumgebung analysiert und bewertet werden.


Ausgangssituation

Klassische Suchmaschinen bewerten Webseiten vorwiegend nach Kriterien wie Keywords und Backlinks. KI-gestützte Such- und Antwortsysteme können Webinhalte kontextuell auswerten und dabei unter anderem strukturierte Daten, Entitäten und semantische Beziehungen berücksichtigen. Neben der Textgestaltung gewinnt die Deklaration von Beziehungen zwischen Entitäten im HTML-Markup an Bedeutung, um Inhalte für automatisierte technische Analyseprozesse klarer zu strukturieren.

Technische Erkenntnis

Der Übergang von klassischen Suchmaschinen zu generativen Antwortdiensten legt nahe, den Fokus von Keywords hin zur Deklaration von Beziehungen zwischen Entitäten im Code zu erweitern.


Problemstellung

Bei Webseiten ohne strukturierte Metadaten können im HTML-Markup technische Unklarheiten auftreten. Ohne eine strukturierte Validierung können syntaktische Fehler in JSON-LD-Strukturen, Abweichungen in robots.txt-Pfadvorgaben oder unvollständige Beziehungen zwischen Entitäten unentdeckt bleiben. Im Rahmen dieses Projekts wird eine automatisierte Testumgebung erprobt, um solche Fehler und Abweichungen systematisch zu identifizieren.


Rahmenbedingungen

Das Projekt unterliegt logischen und technischen Rahmenbedingungen, die den Analyseumfang eingrenzen:

  • Ressourcen und Ratenbegrenzung: Da die Analyse-Skripte externe Validierungs-APIs aufrufen, müssen Ratenbegrenzungen (Rate Limits) berücksichtigt werden, um Blockaden zu vermeiden.
  • Datenintegrität: Die analysierten Daten dürfen keine sensiblen oder persönlichen Informationen enthalten (Privacy-by-Design).
  • Statische Präsentation: Die Dokumentation der Analyseergebnisse muss ohne Datenbankabfragen auf einem statischen Webserver lauffähig sein.
Technische Erkenntnis

Automatisierte Analyse-Tools müssen externe API-Grenzen respektieren und lokale Caching-Mechanismen nutzen, um eine zuverlässige und blockierungsfreie Validierung zu gewährleisten.


Technische Überlegungen

Das Kernkonzept von AEOcortex beruht auf der Arbeitshypothese, dass strukturierte Datenmodelle und klar segmentierte Texte die maschinelle Verarbeitung erleichtern können. Während die tatsächlichen Such- und Zitiermechanismen externer KI-Plattformen hochgradig variabel und nicht-deterministisch sind, zielt unser interner Analyseansatz darauf ab, definierte Struktur- und Metadatenmerkmale sowie statistische Merkmale der menschlichen Textlesbarkeit zu bewerten. Hierzu werden Webseiten lokal auf bekannte Datenformate und Metadaten-Standards (JSON-LD, Dublin Core) sowie dokumentierte technische Kriterien und öffentlich deklarierte Crawler-Regeln hin geprüft.


Architektur

Die Plattform ist modular aufgebaut, um Analyse-Logik und Präsentationsschicht strikt voneinander zu trennen. Ein Node.js-basierter Parser lädt das HTML der Zielwebseite, extrahiert die semantischen Metadaten und führt strukturierte Validierungsprüfungen durch. Die Ergebnisse werden in einer lokalen JSON-Struktur abgelegt, welche anschließend von der Präsentationsschicht eingelesen wird, um das statische Berichts-Dashboard zu generieren.

Technische Erkenntnis

Die Trennung von Parser-Logik (Node.js/Cheerio) und Präsentationsschicht ermöglicht eine performante, statische Berichtsgenerierung ohne serverseitigen Overhead.


Technische Entscheidungen

Im Rahmen des Projekts wurden wesentliche Designentscheidungen getroffen, um die Effizienz der Analyse zu sichern:

Parser-Wahl

Alternative

Puppeteer (vollständiges Browser-Rendering)

Entscheidung

Cheerio für schnelles, ressourcenschonendes HTML-Parsing im Speicher.

Metadaten-Standard

Alternative

Microdata direkt im HTML-Markup

Entscheidung

JSON-LD für eine saubere Trennung von Layout und semantischen Datenstrukturen.


Umsetzung

Die Implementierung erfolgte in Form von modularen Skripten. Das Parser-Modul nutzt Cheerio zur Extraktion der Metadaten und prüft ausgewählte Merkmale der extrahierten JSON-LD-Strukturen anhand dokumentierter Schema.org-Kriterien. Ein weiteres Modul bewertet die menschliche Lesbarkeit von Texten mithilfe des Flesch-Reading-Ease-Index, um neben den strukturellen Metadaten auch statistische Merkmale der menschlichen Textlesbarkeit als zusätzliche Heuristik für die Analyse zu erfassen.


Öffentliche Projekteinblicke

AEOcortex Entity-Graph zur Visualisierung semantischer Entitäten
Artefakt 1: Entity-Graph und Beziehungsanalyse – Zweck: Visuelle Darstellung der erfassten Entitäten und ihrer Beziehungen sowie erkannte Themen, Beziehungen und kontextuelle Verbindungen innerhalb eines analysierten Projekts.
AEOcortex Fragenportfolio und Beobachtungsstruktur der Suchanfragen
Artefakt 2: Fragenportfolio und Beobachtungsstruktur – Zweck: Darstellung des Fragenmanagements, der Quellen-Zuordnung und der protokollierten Antwort-Beobachtungen.
*Hinweis zur Metrik: Der im Interface visualisierte „Entity-Score“ (z. B. 95 %) ist eine rein interne Metrik der lokalen Testumgebung zur Bewertung der Metadatendichte. Er stellt keine Erfolgs- oder Platzierungswahrscheinlichkeit in externen KI-Suchmaschinen dar.
AEOcortex Mess- und Analyseworkflow von der Projekteinrichtung bis zur Ergebnisbereitstellung
Artefakt 3: Mess- und Analyseworkflow – Zweck: Veranschaulichung des Datenflusses von der Projekteinrichtung über kontrollierte Messungen und interne Bewertung bis zur Ergebnisbereitstellung.
Vergleichsmatrix (Fähigkeits-Nachweis) – Zweck: Gegenüberstellung manueller Stichproben und der in der Testumgebung automatisierten Prüfschritte.

JSON-LD-Validierung

Manuelle Prüfung

Punktuelle Überprüfung einzelner Seiten über externe Online-Validierungswerkzeuge.

Mit AEOcortex

Automatisierter syntaktischer Abgleich extrahierter JSON-LD-Strukturen im Testlauf gegen dokumentierte Schema.org-Kriterien.

robots.txt-Konflikte

Manuelle Prüfung

Stichprobenartige Sichtprüfung von robots.txt-Pfadregeln.

Mit AEOcortex

Automatisierte Prüfung von URL-Pfadvorgaben gegen blockierte Pfadmuster in der robots.txt.

Lokale Regelprüfung

Manuelle Prüfung

Stichprobenartiger Abgleich von Webseitenelementen.

Mit AEOcortex

Extraktion hinterlegter Metadaten und Berechnung des Flesch-Reading-Ease-Index im Parser.*

*Hinweis zur Lesbarkeit: Die Bewertung basiert auf dem Flesch-Reading-Ease-Index. Ein Wert über 60 wird in der internen Testumgebung als Hinweis auf allgemein gut lesbare Texte eingeordnet. Dieser Wert ist ein rein statistisches Maß für menschliche Lesbarkeit und misst nicht die tatsächliche maschinelle Verarbeitung, Indizierung, Zitierung oder Sichtbarkeit in externen Systemen.

Technische Erkenntnis

Visualisierungen komplexer Beziehungen zwischen Entitäten und strukturierte Datenvergleiche unterstützen die Fehleridentifikation in der Metadatenstruktur.


Validierung

Die Validierung der Metadaten-Extraktion und der Textauswertung im AEOcortex-Parser erfolgt auf Basis vordefinierter Testverfahren:

  • Automatisierte Schema-Prüfung: JSON-LD-Strukturen werden anhand ausgewählter dokumentierter Schema.org-Kriterien auf Syntaxfehler und fehlende Relationen geprüft.
  • Lesbarkeits-Kalkulation: Textinhalte werden mithilfe des Flesch-Reading-Ease-Index auf statistische Merkmale der menschlichen Lesbarkeit untersucht.

Testparameter und Umgebung

  • Mock-Dokumente: Für Tests werden präparierte HTML-Dokumente mit typischen Markup-Fehlern (z. B. unvollständige Entity-Verschachtelungen) verwendet, um die Erkennungsgenauigkeit des Parsers zu validieren.
  • Rate-Limit-Checks: Zugriffssimulationen auf Zielwebseiten erfolgen mit restriktiven Ratenbegrenzungen gemäß interner Konfigurationsvorgaben, um die Stabilität bei Webserver-Restriktionen im Testlauf zu untersuchen.

Ergebnisse

  • Entity-Prüfung: Erkennung unvollständiger oder fehlerhafter JSON-LD-Graphstrukturen im Testlauf des Build-Prozesses.
  • Lesbarkeits-Indikator: Erfassung statistischer Merkmale der menschlichen Textlesbarkeit (Flesch-Reading-Ease) im lokalen Testlauf.
  • Strukturierte Validierung: Automatisierte Überprüfung von robots.txt-Pfaden und Vorhandensein definierter Metadaten-Felder im Testlauf.

Erkenntnisse aus der Entwicklung

Dieses Forschungsprojekt hat das Verständnis für die Funktionsweise generativer Suchmaschinen und semantischer Parsing-Modelle vertieft. Die Analyse von Beziehungen zwischen Entitäten hat gezeigt, dass präzise deklarierte und validierte Metadaten die technische Prüfung strukturierter Zusammenhänge unterstützen. Zudem wurde verdeutlicht, wie wichtig automatisierte Prüfverfahren im Entwicklungsprozess sind. Die manuelle Überprüfung strukturierter Daten ist aufwendig; automatisierte Validierungsskripte können die Wiederholbarkeit der Tests sichern und eine konsistente Einhaltung definierter Kriterien unterstützen.


Risiken

Die Bewertung erfolgt auf Basis einer vereinfachten zweidimensionalen Risikomatrix. Die Schadensklasse (Schadensausmaß bei Eintritt: Hoch/Mittel/Gering) und die Eintrittswahrscheinlichkeit (Eintrittschance innerhalb eines Betriebsjahres: Hoch/Mittel/Gering) bestimmen gemeinsam die Priorisierung der Gegenmaßnahmen.

Die automatisierte Analyse von Webinhalten für KI-Suchmaschinen birgt technische und operative Risiken, die durch gezielte Absicherungsmaßnahmen (Mitigations) minimiert werden:

Risiko-IDRisikobeschreibungSchadensklasseEintrittswahrscheinlichkeitGegenmaßnahme (Mitigation)
RISK-AC-001IP-Blockaden durch Webserver der Zielseiten bei zu hoher Anfragedichte.MittelMittelEinhaltung strenger Ratenbegrenzungen (Rate Limiting) und lokales Caching abgerufener Seiten.
RISK-AC-002Schema-Drift durch Aktualisierungen der Standarddefinitionen auf Schema.org.MittelGeringKontinuierliche Überwachung der Validierungs-Fehlerraten im Build-Prozess und regelmäßige Spec-Updates.

Nächste Entwicklungsschritte

Für die nächste Phase des Projekts ist die Integration der Analyse-Skripte direkt in CI/CD-Pipelines (z. B. GitHub Actions) geplant. Dadurch sollen Schema- und Lesbarkeitsprüfungen bei jedem Commit automatisch ausgeführt werden. Weiterhin soll ein interaktives Dashboard zur Live-Validierung beliebiger URLs aufgebaut werden, um die Benutzerfreundlichkeit des Tools zu erhöhen.

Technische Erkenntnis

Die Integration semantischer Prüfungen in den CI/CD-Prozess soll dazu beitragen, das Einschleusen fehlerhafter Metadaten oder syntaktischer Fehler in robots.txt-Dateien in die Produktionsumgebung zu minimieren.


Quellen und Referenzen

  • Cheerio HTML Parser: Cheerio API-Referenz — Kernbibliothek für schnelles HTML-Parsing im Speicher.
  • Schema.org Spezifikationen: Schema.org-Standards — Referenz für strukturierte Metadaten.
  • BECC-Bewertungsrichtlinien: Interne Richtlinien unterstützen die strukturierte Bewertung der öffentlichen Projektkommunikation.
← Zurück zu allen Projekten

Mehr Projekte entdecken

Schau dir weitere Case Studies an oder nimm direkt Kontakt auf.