Niemand wÀhlt 2026 Drupal. Ich habe die Website eines Kunden trotzdem von Drupal 7 auf Drupal 11 umgebaut - und ich habe es KI-native gemacht.
VollstĂ€ndiges Redesign. Zweite Sprache hinzugefĂŒgt. Migration ĂŒber vier Hauptversionen. Eine Regel: kein traditioneller Entwicklungsworkflow. Nur KI.
Hier ist, was tatsÀchlich passiert ist.
Das Projekt
Ein echter Kunde. Eine funktionierende Drupal 7-Website - Produktion, echte Nutzer, echte Inhalte. Das Briefing: alles modernisieren. Neues Design. Russisch als zweite Sprache hinzufĂŒgen. Von Drupal 7 auf Drupal 11 wechseln, ohne etwas zu verlieren.
Das ist die Art von Projekt, die die meisten Agenturen entweder mit dem doppelten Preis ansetzen, den der Kunde erwartet, oder vorschlagen, es in etwas âModernesâ umzuschreiben. Der Wechsel von Drupal 7 zu 11 bedeutet, durch Drupal 8, 9 und 10 zu springen - vier Hauptversionsarchitekturen. Das Inhaltsmodell hat sich geĂ€ndert. Das Modul-Ăkosystem hat sich geĂ€ndert. Die meisten der alten, beigetragenen Module existieren entweder nicht mehr oder funktionieren völlig anders.
Die Voraussetzungen: KI-native Regeln
Ich habe mir eine EinschrÀnkung auferlegt: vollstÀndig KI-native bauen. Kein Workflow einer Webagentur. Keine manuelle Entwicklung. Ich gab Anweisungen - Claude setzte sie um.
Was das in der Praxis bedeutet:
- Kein manuelles Schreiben von Boilerplate-Code
- Kein manuelles Lesen der Drupal-Dokumentation, um herauszufinden, wie die Dinge jetzt funktionieren
- Keine traditionelle Sprintplanung oder Ticket-Systeme
- Das Ziel in einfacher Sprache beschreiben â KI findet die Umsetzung heraus
Was mich interessiert hat
Drupal wird nicht erwĂ€hnt, wenn man KI fragt, welchen Stack man verwenden soll. PHP auch nicht, es sei denn, man zĂ€hlt ânur, wenn es wirklich sein muss.â Beide gelten als alt in einer Ăra, in der jeder Next.js und headless alles jagt. Ich wollte sehen, ob sich diese Einstellung in der Arbeit niederschlĂ€gt - ob die KI zurĂŒckschreckt, Alternativen vorschlĂ€gt oder mit dem Ă€lteren Ăkosystem kĂ€mpft.
Was tatsÀchlich passiert ist
Es gab keine Schwierigkeiten. Gib es Drupal und es findet einen Weg.
Der Migrationspfad wurde systematisch behandelt. Die KI verstand die Architektur von Drupal - wie EntitĂ€ten funktionieren, wie sich das Theming-System geĂ€ndert hat, wie man die Inhaltsmigration zwischen Hauptversionen handhabt. Es wurde nicht geraten. Es arbeitete mit echtem Wissen darĂŒber, wie Drupals Systeme strukturiert sind.
Die mehrsprachige Einrichtung (Russisch als zweite Sprache zu einer Drupal-Website hinzufĂŒgen) ist notorisch knifflig - Schnittstellensprache, InhaltĂŒbersetzung, URL-Struktur, Spracherkennung. Die KI handhabte alles, ohne dass es in kleinere Schritte zerlegt werden musste.
Die Designarbeit war der interessante Teil. Das Briefing lautete âmodern, sauber, professionell.â Ich beschrieb die Richtung. Die KI generierte das Thema, die Layouts, die Komponentenstruktur. Nicht pixelgenau aus einer Figma-Datei - aber funktional, professionell und nah genug, um in ein paar Runden verfeinert zu werden.
KI-native Ăbersetzung - fĂŒr einige Inhalte lieĂ ich die KI bestehende Seiten ĂŒbersetzen, anstatt auf einen menschlichen Ăbersetzer zu warten. Sie handhabte Idiome und Fachterminologie besser als ich erwartet hatte. FĂŒr rechtliche Inhalte und technische Spezifikationen ĂŒberprĂŒfte ich dennoch sorgfĂ€ltig. FĂŒr allgemeinen Website-Text war es produktionsbereit.
Der unerwartete Teil
Ich erwartete, dass die KI gelegentlich vorschlĂ€gt: âWĂ€re es nicht einfacher in Next.js?â - insbesondere fĂŒr die mehrsprachige Einrichtung, die in headless Architekturen einfacher ist.
Das tat sie nicht. Sie schlug die Lösung vor, die der EinschrĂ€nkung entsprach. Drupal, Drupal, Drupal. Kein Zweifeln an der Wahl. Nur AusfĂŒhrung.
Das ĂŒberraschte mich. Und es brachte etwas zur Sprache, das erwĂ€hnenswert ist: KI-Tools haben viele Entwicklermeinungen ĂŒber âmoderneâ Stacks aufgenommen. Aber wenn sie mit einer klaren EinschrĂ€nkung konfrontiert werden, legen sie diese Meinung beiseite und arbeiten innerhalb der RealitĂ€t, die Sie definiert haben.
Ergebnisse
- Live Drupal 11-Website. Neues Design. Zwei Sprachen. Alle Inhalte migriert.
- Zeitrahmen: Tage, nicht Wochen.
- Kosten: ein Bruchteil der traditionellen Agenturangebote fĂŒr diesen Umfang.
- Der Kunde erhielt, was er wollte - kein Upsell zu âin React neu schreiben.â
Was das fĂŒr Drupal-Unternehmen bedeutet
Wenn Sie eine Drupal 7- oder Drupal 8-Website betreiben (beide am Ende ihrer Lebensdauer), fĂŒhlt sich die Migration teuer und riskant an. Der traditionelle Weg umfasst Agenturen, die groĂe Projekte, lange Zeitrahmen und oft den Vorschlag, Drupal ganz aufzugeben, anbieten.
Der KI-native Ansatz Ă€ndert die Rechnung. Die Planung, der Code, die Inhaltsmigration, die Designarbeit - all das kann von der KI ausgefĂŒhrt werden, wĂ€hrend ein kleineres Team die Arbeit leitet. Der Projektumfang bleibt gleich. Die Kosten und der Zeitrahmen nicht.
Was wir bei ilf.studio tun
Die Leistungsoptimierung und Migration von Drupal ist eines unserer Spezialgebiete. Wir haben konsequent ĂŒber 90 PageSpeed-Mobilwerte auf Drupal-Websites erreicht - etwas, das echtes VerstĂ€ndnis des Stacks erfordert, nicht nur das Abarbeiten einer Checkliste. Und wir bringen denselben KI-nativen Ansatz in jedes Projekt ein.
Wenn Sie auf einer Ă€lteren Drupal-Website sitzen und nicht wissen, ob Sie migrieren oder neu aufbauen sollen, nehmen Sie Kontakt auf. Wir können konkret darauf eingehen, was fĂŒr Ihre Situation sinnvoll ist.
Dies ist ein echtes Projekt. Der Kunde hat seinen Sitz in Osteuropa. Die Website ist live.
ilf.studio - KI-native Webagentur, Danzig, Polen.