Website-Relaunch 2026: Warum du ihn KI-ready planen solltest

Ich baue seit 2009 Websites: angefangen mit Drupal, über die Jahre dazu Next.js, Python und alles, was sonst noch nötig war. Und seit ein paar Jahren baue ich parallel KI-Systeme: eigene Agenten, meine Assistentin Lea, einen KI-Telefonassistenten. Diese Doppelrolle hat einen interessanten Nebeneffekt: Ich sehe bei KI-Projekten regelmäßig, woran sie scheitern. Und es ist erstaunlich oft nicht die KI. Es ist die Website dahinter.

Da will ein Unternehmen einen Chatbot, der Produktfragen beantwortet. Aber die Produktdaten leben als formatierter Fließtext in einem CMS von 2014, halb im Seiteninhalt, halb in PDFs, ohne Struktur, ohne Schnittstelle. Da soll die KI Inhalte aktuell halten. Aber es gibt keinen Weg, Inhalte anders als per Klick im Backend zu ändern. In solchen Momenten wird aus einem KI-Projekt erst mal ein Websiteprojekt. Und das ist teuer, wenn die Website gerade erst zwei Jahre alt ist.

Deshalb dieser Artikel. Denn vielleicht stehst du 2026 ohnehin vor einem Relaunch: sei es, weil die Website in die Jahre gekommen ist, sei es, weil das alte System stirbt (falls du noch Drupal 7 nutzt, weißt du, wovon ich rede). Und wer jetzt sowieso neu baut, sollte eine Frage in die Planung aufnehmen, die vor drei Jahren noch niemand gestellt hat: Kann an diese Website später KI andocken?

Was „KI-ready" nicht bedeutet

Bevor ich erkläre, was ich meine, kurz das, was ich nicht meine. Denn der Begriff lädt zu Missverständnissen ein. KI-ready heißt nicht, dass deine neue Website einen Chatbot braucht. Es heißt nicht, dass irgendwo „KI-powered" draufstehen muss, und es heißt ganz sicher nicht, dass du Features einbaust, für die es keinen Anwendungsfall gibt. Ich habe eine tiefe Abneigung gegen KI-Features um der KI willen: Ich sehe KI als Werkzeug, und ein Werkzeug kommt zum Einsatz, wenn es die beste Lösung ist, nicht als Deko.

KI-ready heißt etwas viel Bescheideneres und gleichzeitig viel Wertvolleres: Die Website ist so gebaut, dass KI später andocken kann – ohne Umbau. Es geht um Architektur, nicht um Features. Und Architektur-Entscheidungen trifft man genau einmal günstig: am Anfang, beim Relaunch. Danach werden sie teuer.

Erstens: Inhalte als Daten, nicht als Text-Tapete

Die wichtigste Entscheidung fällt beim Content-Modell, also der Frage, wie Inhalte im CMS gespeichert werden. Der bequeme Weg ist die Text-Tapete: eine Seite, ein großes Textfeld, alles rein, mit dem Editor hübsch formatiert. Menschen können das lesen. Maschinen können es nur raten.

Der bessere Weg ist strukturierter Content: Ein Produkt ist ein Datensatz mit Feldern für Name, Beschreibung, Preis, technische Daten, Verfügbarkeit. Eine Leistung, ein Standort, ein Team-Mitglied, ein FAQ-Eintrag: alles eigene Inhaltstypen mit klaren Feldern. Das ist keine neue Idee; in der Drupal-Welt arbeiten wir seit über fünfzehn Jahren so, und es war schon immer die sauberere Lösung. Aber KI hat aus „sauberer" plötzlich „entscheidend" gemacht: Ein Chatbot, der auf strukturierte Produktdaten zugreift, antwortet präzise. Einer, der Text-Tapeten durchwühlt, halluziniert sich die Lücken zusammen. Dazu kommt der Blick von außen: Auch die KI-Systeme deiner Besucher (Suchmaschinen mit KI-Antworten, Assistenten, die für ihre Nutzer recherchieren) verstehen strukturierte Inhalte und Auszeichnungen wie Schema.org, ein gemeinsames Vokabular für maschinenlesbare Inhalte, deutlich besser als Prosa. Laut Google helfen strukturierte Daten der Suche ganz direkt dabei, die Inhalte einer Seite zu erkennen. Wer 2026 relauncht, baut nicht mehr nur für Menschen mit Browsern.

Zweitens: eine API ist kein Nice-to-have mehr

Die zweite Entscheidung: Kommt man an die Inhalte und Funktionen der Website auch programmatisch heran, oder nur per Browser und Backend-Login? Eine saubere API, über die sich Inhalte lesen und (kontrolliert!) schreiben lassen, war lange ein Nerd-Wunsch. Heute ist eine saubere API die Voraussetzung für so ziemlich alles, was man später mit KI vorhaben könnte: der Chatbot, der aktuelle Daten zieht, statt auf einem veralteten Export zu sitzen. Der Agent, der neue Inhalte als Entwurf anlegt. Die Automatisierung, die Preise oder Öffnungszeiten aktuell hält.

Ich erlebe das in meinem eigenen Alltag täglich: Meine Agenten können mit jedem System arbeiten, das eine vernünftige Schnittstelle hat. Und mit keinem, das keine hat. Die gute Nachricht: Moderne Systeme bringen das mit. Drupal hat APIs an Bord. Ein Headless-Setup mit Next.js, bei dem CMS und Frontend getrennt und über eine API verbunden sind, ist von Natur aus API-first. Man muss es beim Relaunch nur bewusst einplanen und, ganz wichtig, mit Berechtigungen versehen. Eine API, an die KI andocken kann, ist auch eine API, die man absichern muss. Lesender Zugriff auf öffentliche Inhalte ist unkritisch; alles, was schreibt, braucht Authentifizierung und das Least-Privilege-Prinzip, also nur genau die Rechte, die wirklich gebraucht werden. Das gehört ins Relaunch-Konzept, nicht in die Nachbesserung.

Drittens: der Blick nach vorn auf Schnittstellen, an die Agenten andocken

Und dann ist da noch die Entwicklung, die ich mit besonderem Interesse verfolge, weil sie meine beiden Welten verbindet: standardisierte Schnittstellen, über die KI-Agenten mit Systemen sprechen. Das Model Context Protocol, kurz MCP, ist so ein offener Standard: Es beschreibt, wie ein KI-Agent die Werkzeuge und Daten eines Systems entdecken und nutzen kann, ohne dass für jede Kombination eine Sonderlösung gebaut wird. Ich arbeite mit MCP in meinen eigenen Agenten-Setups, und ich bin überzeugt, dass diese Art von Schnittstelle in den nächsten Jahren zur normalen Erwartung an Business-Systeme wird, so wie es die REST-API vor fünfzehn Jahren wurde.

Heißt das, deine neue Website braucht 2026 zwingend einen MCP-Server? Nein. (Ehrlich gesagt wäre ich skeptisch, wenn dir das jemand als Pflichtprogramm verkauft.) Aber es heißt: Wer die ersten beiden Hausaufgaben gemacht hat, also strukturierte Inhalte und saubere API, kann so eine Schnittstelle später mit überschaubarem Aufwand ergänzen. Wer sie nicht gemacht hat, kann es nicht. Das ist der ganze Punkt von KI-ready: Es hält Türen offen, ohne dass du heute durch alle gehen musst.

Der ehrliche Teil: Was das kostet und was nicht

Jetzt die Frage, die du dir zu Recht stellst: Macht das den Relaunch teurer? Meine ehrliche Antwort: kaum, wenn man es von Anfang an mitdenkt. Strukturierter Content ist beim Neubau kein Mehraufwand, sondern schlicht ordentliches Handwerk; er macht übrigens auch Redakteuren das Leben leichter, ganz ohne KI. Eine API ist in modernen Systemen eingebaut und muss vor allem bewusst konfiguriert statt zusätzlich entwickelt werden. Der eigentliche Aufwand ist Denkarbeit in der Konzeptphase: ein sauberes Content-Modell, eine Liste der Datenflüsse, ein Berechtigungskonzept.

Teuer ist der andere Weg. Ich habe es oft genug gesehen: Relaunch 2024 ohne diese Überlegungen, KI-Projekt 2026, und plötzlich steht die Erkenntnis im Raum, dass die zwei Jahre alte Website die Hälfte des KI-Budgets frisst, bevor die erste KI-Zeile läuft. Diese Doppelarbeit ist vermeidbar, aber nur beim Relaunch, nicht danach.

Zusammengefasst sieht die Rechnung so aus:

Und weil ich fair bleiben will: Wenn deine Website eine reine Visitenkarte ist, fünf Seiten, die sich nie ändern, dann darfst du diesen ganzen Artikel entspannt ignorieren. KI-ready ist kein Dogma. Es ist eine Wette darauf, dass deine Website in den nächsten Jahren mehr können soll als heute. Und diese Wette würde ich bei den meisten Unternehmen eingehen.

Bei webiator führe ich genau diese beiden Perspektiven zusammen: Webtechnologie und KI-Implementierung aus einer Hand. Nicht weil es sich gut anhört, sondern weil ein Relaunch 2026 beide Blickwinkel braucht, und zwar gleichzeitig, nicht nacheinander.

Wenn bei dir gerade ein Relaunch ansteht und du wissen willst, was KI-ready für dein konkretes Projekt bedeutet, oder wenn du schon mittendrin bist und ein ungutes Gefühl hast: Sprich mich an, schreib mir eine E-Mail oder ruf einfach an. Lass uns deinen Relaunch einmal gemeinsam durchdenken, bevor gebaut wird. Das ist der Moment, in dem es noch günstig ist.