Warum Designer und Entwickler die Webschnittstellen für eine KI-First-Ära überdenken müssen

\ Ich bin ein praktizierender Entwickler und Architekt, der die letzten Jahre an der Schnittstelle von modernen Web-Frameworks, SEO und KI-Werkzeugen verbracht hat. Jeden Tag wird es schwieriger so zu tun, als könnte die Art, wie wir Schnittstellen gestalten, gleich bleiben, während sich Nutzerverhalten, Suche und KI unter unseren Füßen verändern. Dieser Artikel handelt von einer neuen Art von Schnittstelle – nicht nur ein weiteres Set trendiger Komponenten, sondern ein anderes Modell, wie Menschen mit Web-Anwendungen interagieren.

Es geht darum, was an der Kreuzung von KI-Chat und traditionellen Websites passiert – und was das für Designer, Entwickler und Unternehmen bedeutet, die Produkte für die nächsten 5–10 Jahre entwickeln.

Wie wir gelernt haben, das Web zu nutzen

In den letzten zwanzig Jahren war das Web überraschend vorhersehbar. Es gibt eine Seite. Auf dieser Seite gibt es einen Header, einen Footer, eine Navigation, ein paar Links zu benachbarten Seiten und manchmal ein Suchfeld. Tiefer verborgen sind Filter, Kategorien, Tags und endlose Paginierung. Das mentale Modell ist einfach: Das Web ist eine Bibliothek, und jede Website ist eine kleine private Sammlung mit eigenem Katalog und eigenen Regalen.

Wir haben gelernt, dass man, um das richtige "Regal" zu erreichen, zuerst verstehen muss, wie der Bibliothekar denkt. Im Web ist dieser Bibliothekar die Informationsarchitektur. Man sucht nicht einfach nach "etwas über Authentifizierung"; man lernt, dass in diesem Produkt die Dokumentation unter "Dokumentation → API → Authentifizierung" zu finden ist, während Anleitungen woanders sind. Nach ein paar Klicks und ein paar Minuten Scrollen beginnt man zu fühlen, dass man mit dem Produkt "vertraut" ist.

Suchmaschinen wie Google und Bing haben dieses Modell verstärkt, anstatt es zu ersetzen. Sie wurden zu einem globalen Katalog über all diesen Bibliotheken. Aber das Ergebnis jeder Suche war immer noch dasselbe: eine Liste von Seiten. Wir haben uns daran gewöhnt zu googeln, 5–10 Tabs zu öffnen und manuell eine Antwort aus Fragmenten zusammenzustellen, die über verschiedene Websites verstreut sind. Es fühlte sich normal an, sogar unvermeidlich – so funktioniert das Web eben, oder?

Wie KI-Chatbots das alte mentale Modell durchbrachen

Dann kam der großflächige Zugang zu KI-Chat-Apps. Anfangs wirkten sie wie Spielzeuge: lustig zum Herumspielen, fähig zu Witzen, manchmal selbstbewusst falsche Dinge halluzinierend. Aber sehr schnell änderte sich etwas Subtiles, aber Wichtiges – nicht in der Technologie, sondern darin, wie Menschen über das Stellen von Fragen denken.

Menschen hörten auf, ihre Gedanken in "2–3 Schlüsselwörter" zu komprimieren. Anstatt "Sneaker kaufen nyc" zu tippen, begannen sie zu schreiben: "Ich brauche bequeme Sneaker für tägliches Gehen, nicht zum Laufen, Budget unter 100 $, okay mit entweder NYC-Abholung oder schnellem Versand." In einer traditionellen Suchmaschine fühlt sich diese Art von Anfrage seltsam an. In einem Chat fühlt es sich natürlich an. Und der gefährliche Teil für das "alte Web" ist, dass in diesem Moment der Nutzer nicht mehr darum kümmert, woher die Antwort kommt.

Das kognitive Modell verändert sich. Früher musste der Nutzer denken: "Wie formuliere ich das, damit die Suchmaschine versteht und mir halbwegs relevante Links gibt?" Jetzt lautet die Frage: "Wie erkläre ich das so, wie ich es einem Menschen erklären würde?" Das ist der Unterschied zwischen "sich an die Maschine anpassen" und "wie ein Mensch sprechen". Chat entfernt eine Schicht technischer Disziplin: Nutzer müssen sich nicht an exakte Seitennamen, den richtigen Produktbegriff oder die Struktur Ihrer Dokumentation erinnern. Sie müssen nur ihre Situation beschreiben – und wenn die Antwort gut genug ist, besuchen sie möglicherweise Ihre Website überhaupt nicht.

Wenn KI so intelligent ist, warum brauchen wir dann noch Websites?

Wenn man diesen Gedankengang auf die Spitze treibt, erhält man eine radikale Frage: Wenn KI die meisten Fragen beantworten kann, warum brauchen wir überhaupt noch Websites? Vielleicht bewegt sich alles in ein universelles Chat-Fenster, und Seiten, Navigationsleisten und Landing-Layouts werden zu Museumsartefakten des frühen Webdesigns.

Technisch gesehen kann die Antwort fast "ja" lauten. Es ist möglich, sich eine Welt vorzustellen, in der fast alles innerhalb einer Chat-Schnittstelle passiert: vom Finden von Produkten und Checkout bis zum Unterzeichnen von Verträgen und Verwalten von Abonnements. In vielen Bereichen sind wir bereits auf halbem Weg: interne Support-Bots, geskripteter Kundendienst, Sprachassistenten, die vorgeben, Menschen am Telefon zu sein.

Aber auf der Ebene der menschlichen Erfahrung und des Geschäfts sieht das Bild ganz anders aus. Eine Website ist nicht nur Funktionalität. Sie ist auch eine Bühne, mit Lichtern, Ton und Szenerie. Sie ist ein Raum, in dem eine Marke in ihrer eigenen Sprache sprechen kann – durch Farbe, Komposition, Animation, visuelle Metapher. Ein Chat ist ein Besprechungsraum. Er eignet sich hervorragend zum Klären, Verhandeln, Stellen schneller Fragen. Er ist schrecklich beim Aufbau von Atmosphäre und Identität. Im Chat sieht jede Marke fast gleich aus: Textblasen, vielleicht ein Avatar, ein leicht unterschiedlicher Tonfall.

Für Unternehmen ist das nicht nur eine ästhetische Tragödie. Es ist ein Risiko für Vertrauen, Differenzierung und langfristige Beziehungen. Visuelle Sprache ist eine Möglichkeit zu zeigen, dass es ein echtes Produkt, ein echtes Team und eine echte Geschichte hinter der Schnittstelle gibt. Wenn alles in ein graues Chat-Panel zusammenbricht, bleibt nur eine körperlose "Stimme" übrig – und es ist viel einfacher für diese Stimme, vorzugeben, jemand zu sein, der sie nicht ist.

Also nein, reiner Chat wird Websites nicht "töten". Er könnte einen riesigen Teil der Aufgaben absorbieren, die zuvor das Navigieren durch Seiten erforderten. Aber er wird nicht alles ersetzen, weil Menschen immer noch gerne ein Produkt "sehen" und nicht nur mit ihm "sprechen".

Warum das alte seitenbasierte Web in einer KI-Welt versagt

Das gesagt, der alte Ansatz "alles ist eine Seite" überlebt auch nicht den Kontakt mit der Realität im Jahr 2025. Denken Sie an ein ausgereiftes SaaS-Produkt: Jahre der Entwicklung, Dutzende von Abschnitten, Hunderte von Dokumentationsseiten, Blogbeiträge, Landingpages und Onboarding-Anleitungen. Jedes Inhaltsstück machte Sinn, als es erstellt wurde: "Lassen Sie uns das auf eine separate Seite setzen, damit sich die Nutzer nicht überfordert fühlen".

Aber aus der Perspektive des Nutzers häuft sich die Komplexität an. Sie wissen nicht, welche Seite die Antwort enthält. Sie wissen nicht, welcher der zehn ähnlichen Artikel der aktuellste ist. Sie wissen nicht, wie sie Teile verbinden sollen, die über Ihren Blog, Ihre Dokumentation und Ihr Changelog verstreut sind. Sie sind gezwungen, manuelle "Integrationstests" Ihres Inhalts durchzuführen, durch Bildschirme zu klicken und gedanklich Teilantworten zu etwas Brauchbarem zusammenzuführen.

KI fungiert in diesem Kontext als Synthesizer. Sie kann Bedeutung aus mehreren Seiten ziehen und sie in eine frische, kohärente Antwort verwandeln. Klassische Web-UX kann dies konstruktionsbedingt nicht; sie wurde um "zeige diese Seite" herum aufgebaut, nicht um "stelle diese Antwort zusammen". Aber KI-Chat hat auch eine Schwäche: Er zeigt selten den vollständigen Pfad. Er gibt Ihnen die Schlussfolgerung, aber selten die Form – die Struktur, den Kontext, den Ort, an dem dies im System lebt.

Wenn Sie die Theatermetapher erweitern, ist eine traditionelle Website die Bühne, auf der Sie das ganze Stück sehen. Ein KI-Chat ist der Kritiker, der die Geschichte mit eigenen Worten nacherzählt. Manchmal ist das genau das, was Sie wollen; manchmal nicht. So oder so, es ist eine andere Erfahrungsebene. Diese Spannung schafft den Bedarf nach einer hybriden Schnittstelle: etwas, das sowohl zeigen als auch antworten kann.

Die neue Schnittstelle: parallele Erfahrungsströme

Dies bringt uns zur Kernidee. Die neue Schnittstelle ist nicht "eine Website mit einem Chat-Widget in der Ecke", noch "ein Chat, der gelegentlich Webansichten in einem Browser-Tab öffnet". Die neue Schnittstelle ist ein bewusst gestaltetes System mehrerer paralleler Erfahrungsströme, die gemeinsam auf einem Bildschirm leben.

Ein Strom ist konversationell. Dies ist die KI, mit der Sie sprechen können, die Aufgaben versteht, nicht nur URLs. Sie kann Wege vorschlagen, klärende Fragen stellen und Sie warnen, bevor Sie in eine Sackgasse geraten. Ein anderer Strom ist visuell und strukturell: Seiten, Dashboards, Tabellen, Karten, Formulare – alles, was Fokus, Hierarchie, Zugänglichkeit und Markenausdruck erfordert. Ein dritter Strom ist Geschäftslogik und Daten: Rollen, Berechtigungen, Einschränkungen, Workflows und der tatsächliche Zustand des Systems.

Die wichtige Verschiebung besteht darin, dass diese Ströme nicht mehr "einer nach dem anderen" laufen – erst Chat, dann UI, dann zurück zum Chat. Sie können und sollten gleichzeitig laufen. Der Nutzer spricht mit der KI und beobachtet gleichzeitig, wie sich die Schnittstelle entwickelt. Die Schnittstelle schlägt etwas vor, und der Nutzer klärt im Chat, was er wirklich meinte. Dialog und visuelle Ebene hören auf, um Aufmerksamkeit zu konkurrieren, und beginnen, im selben Team zu spielen. Technisch gesehen führt uns dies zu Slot-basierten Layouts und parallelen Routen: Die Schnittstelle ist in unabhängige Regionen aufgeteilt, jede mit ihrem eigenen Lebenszyklus, alle koordiniert durch ein gemeinsames Szenario.

Warum Slots und parallele Routen Sinn machten

An einem bestimmten Punkt hörte dies auf, eine abstrakte Designdiskussion zu sein, und wurde zu einem konkreten architektonischen Problem in einem meiner eigenen Projekte.

Die Anforderungen sahen so aus:

• Behalte einen produktbewussten KI-Chat auf der linken Seite, mit Zugriff auf interne Dokumente und externes Wissen über Vektorsuche.
• Zeige Seiten auf der rechten Seite – von statischen Marketinginhalten bis hin zu komplexen authentifizierten UIs.
• Stelle sicher, dass ein Fehler auf der rechten Seite niemals den Chat tötet oder das Gespräch zurücksetzt.
• Bewahre SEO: Öffentliche Inhalte sollten weiterhin als statisches HTML geliefert werden, nicht als JS-abhängige Shell.
• Vermeide ein Durcheinander von iframes und fragilen Microfrontends, die schwer zu testen und zu warten sind.[

Auf der Architekturebene wurde dies zu einer Gleichung mit mehreren Unbekannten: Unabhängigkeit, Widerstandsfähigkeit, SEO und Entwicklererfahrung. In dieser Gleichung erwiesen sich Slot-basiertes Layout (unabhängige "Fenster" oder Slots auf dem Bildschirm) und paralleles Routing (Routen, die sich unabhängig aktualisieren können) als natürliche Antwort. Anstatt in "Seiten" zu denken, wurde es nützlicher, in "Flows" zu denken: Der linke Slot ist der Konversationsfluss (Chat, Authentifizierung, Assistenten), der rechte statische Slot ist öffentlicher Inhalt, der auch ohne JS funktioniert, der rechte dynamische Slot ist personalisierte, authentifizierte Funktionalität.

Daraus entstand eine neue Architektur, in der KI-Chat und die klassische Website nicht mehr um die Kontrolle über den Bildschirm kämpften. Sie bekamen ihre eigenen "Campus-Gebäude", verbunden durch einen gemeinsamen Campus aus Navigation, Layout und Marke. Praktisch ist das, was hinter den AIFA-Starter-Templates steckt: Ein auf Next.js basierendes Open-Source-Setup, das darauf ausgelegt ist, KI-Chat, statische SEO-Seiten und dynamische App-Oberflächen in einer kohärenten Erfahrung zu halten.