Projekt-Fallstudie

pauderer.de: eine KI-gestützte Website mit realen Betriebs- und Fehlerfällen.

Die Website wurde nicht nur textlich mit KI unterstützt. Konzept, Design, Frontend, PHP-Backend, Adminfunktionen und Tests entstanden iterativ. Fehler wurden anhand des realen Projektstands untersucht und korrigiert.

Technischer Projektstatus: produktionsbereit – eigene Einstufung

Ausgangsproblem

Die Website sollte Josef Pauderer als AI Agent Builder positionieren und zugleich eine konkrete KI-Funktion zeigen. Ein öffentlicher Prozess-Scanner musste dafür mit einem serverseitigen Modellzugang, Datenschutzinformationen und einem funktionsfähigen Kontaktweg verbunden werden.

Architektur

  • Statisches, responsives Frontend ohne externes JavaScript-Framework.
  • Serverseitiger Prozess-Scanner mit austauschbaren KI-Anbietern und strukturierter JSON-Ausgabe.
  • Vorabtransparenz zum aktiven KI-Dienst, bevor eine Eingabe übertragen werden kann.
  • Lokaler Fallback für eine begrenzte Ersteinschätzung bei API-Ausfall.
  • Geschützter Adminbereich für Anbieter-, Modell- und SMTP-Konfiguration.
  • SMTP-Versand mit verschlüsselter Passwortspeicherung und STARTTLS.

Reale Fehler und Korrekturen

Mehrere frühere Patches waren im tatsächlich hochgeladenen Projekt nicht vorhanden. Die Analyse zeigte, dass das Kontaktformular weiterhin PHP mail() verwendete und die behauptete SMTP-Testsuite den realen Stand nicht prüfte. Spätere Fehler betrafen eine ungeeignete Origin-Prüfung sowie einen Layoutsprung, der nach einer Beispielauswahl den ersten Klick auf den Scanner-Button verhinderte.

Sicherheits- und Datenschutzmaßnahmen

Öffentlich erreichbare Diagnose- und Backup-Dateien wurden entfernt beziehungsweise gesperrt. SMTP- und KI-Zugangsdaten liegen nicht in öffentlichen Dateien. Der Scanner zeigt Empfängerinformationen vorab; das Kontaktformular verwendet einen Datenschutzhinweis statt einer unnötigen Pflicht-Einwilligung.

Testansatz

Smoke-, Struktur-, Laufzeit- und Integrationstests prüfen unter anderem SMTP-Persistenz, CSRF, Anbietertransparenz, den ersten Scanner-Klick, fehlende Secrets und den Inhalt der gepackten Release-ZIP. Die öffentliche Website behauptet keine bestandenen Testzahlen; das vollständige Testprotokoll liegt im Release-Paket.

SEO- und GEO-Ausbau

Der ursprüngliche Stand bestand überwiegend aus einer langen Startseite. Version 1.4.0 ergänzt eigenständige, indexierbare Seiten für Leistungen, Prozessanalyse, Dokumentenverarbeitung, Human-in-the-Loop, Projekte und das Autorenprofil. Jede Seite besitzt eigene Suchintention, Canonical, Metadaten, interne Links, Breadcrumbs und sichtbare Autor- und Datumsangaben.

Bekannte Grenzen

  • Search-Console-, Bing- und Serverlogdaten liegen im Release nicht vor.
  • Eine technische Einstufung ersetzt keine unabhängige Sicherheitsprüfung.
  • Modell- und Anbieterwechsel erfordern erneute Funktions- und Datenschutzprüfung.
  • SEO- und AI-Search-Sichtbarkeit kann erst nach Veröffentlichung und Indexierung gemessen werden.

Projektstatus

„Produktionsbereit“ ist eine eigene technische Einstufung und keine Zertifizierung. Der reale Live-Stand muss nach jedem Deployment gegen die Release-Version geprüft werden.

Nächster sinnvoller Schritt

Einen konkreten Ablauf statt eines abstrakten KI-Projekts prüfen.

Der Prozess-Scanner liefert eine erste Struktur. Für eine belastbare Umsetzung müssen Datenquellen, Regeln, Ausnahmen und Freigaben anschließend gemeinsam geprüft werden.

Prozess analysieren