Website mit KI selbst bauen: Geht das wirklich?

„Beschreibe deine Idee in einem Satz, und die KI baut dir in wenigen Minuten eine fertige Website.“ Diesen Pitch kennt 2026 fast jeder, der über einen neuen Webauftritt nachdenkt.

Ich nutze KI selbst jeden Tag. Ich habe also keinen Grund, ihre Möglichkeiten kleinzureden. Gerade deshalb lohnt sich die ehrliche Frage: Wo funktioniert es wirklich, eine Website mit KI selbst zu bauen? Und ab wann kostet die Abkürzung mehr, als sie spart?

Die kurze Antwort: Für Tests und Prototypen ist KI hervorragend. Für eine Unternehmenswebsite, an der Kundendaten, Sichtbarkeit und Ruf hängen, ist eine überzeugende Vorschau noch lange kein fertiges Produkt.

Was diese KI-Tools 2026 wirklich sind

Unter dem Begriff „AI Website Builder“ landen zwei ziemlich unterschiedliche Arten von Werkzeugen.

No-Code-KI-Baukästen wie Wix AI, Framer AI oder Webflow AI erzeugen Seiten, Texte und Layouts. Danach bearbeitest du das Ergebnis in einer visuellen Oberfläche weiter. Das funktioniert gut für überschaubare Marketingseiten, Portfolios und Landingpages. Du bleibst aber innerhalb der Funktionen, des Hostings und der Regeln der jeweiligen Plattform. Einen No-Code-Builder wie Webflow habe ich hier im Detail eingeordnet.

KI-Code-Generatoren wie Lovable, v0 oder Bolt gehen weiter. Sie erzeugen aus einer Beschreibung echten Code und teilweise komplette Anwendungen mit Datenbank, Login oder Geschäftslogik. Häufig fällt dafür der Begriff „Vibe Coding“: Du beschreibst in natürlicher Sprache, was die Software tun soll, und lässt die KI bauen, ohne selbst jede technische Entscheidung zu treffen.

Die Unterscheidung ist wichtig. Ein visueller Baukasten hilft vor allem bei Layout und Inhalt. Ein Code-Generator kann echte Funktionen bauen. Damit wachsen aber auch Angriffsfläche, technische Abhängigkeiten und Verantwortung.

Wo KI-gebaute Websites wirklich glänzen

Das Tempo ist keine Marketing-Erfindung. Mit einem guten Prompt kannst du an einem Nachmittag etwas testen, wofür früher erst ein Design, ein technisches Setup und mehrere Abstimmungsrunden nötig waren.

Besonders sinnvoll ist das für:

• einen klickbaren Prototyp für ein neues Angebot
• eine temporäre Landingpage für eine Kampagne
• ein internes Tool mit begrenztem Nutzerkreis
• einen privaten Webauftritt oder ein Hobbyprojekt
• die Validierung einer Idee, bevor ein größeres Budget fließt

In diesen Fällen ist Perfektion oft gar nicht das Ziel. Du willst wissen, ob Menschen auf das Angebot reagieren, ob ein Ablauf verständlich ist oder ob sich eine Idee praktisch nutzen lässt. Dafür ist eine schnelle, günstige erste Version wertvoll.

Auch der gestalterische Startpunkt ist besser geworden. KI-Builder erzeugen heute brauchbare Typografie, Abstände und responsive Layouts. Trotzdem bleibt eine Qualitätsgrenze: Das System kann Muster kombinieren, kennt aber weder deine Marke noch den Kontext deiner Kunden. Es liefert schnell eine plausible Oberfläche. Ob diese Oberfläche unverwechselbar ist, Vertrauen schafft und zu deinem Angebot passt, muss weiterhin jemand beurteilen.

Sobald aus dem Test eine echte Geschäftswebsite wird, ändern sich die Anforderungen. Dann reicht „sieht gut aus und der Button funktioniert“ nicht mehr.

Problem 1: Funktionierender Code ist nicht automatisch sicher

Sicherheitsprobleme sind besonders tückisch, weil man sie der fertigen Oberfläche meistens nicht ansieht. Ein Formular kann Daten absenden und trotzdem fremden Zugriff erlauben. Ein Login kann funktionieren und trotzdem leicht zu umgehen sein.

Der SusVibes-Benchmark untersuchte 200 reale Entwicklungsaufgaben, bei denen Sicherheitsfehler möglich waren. Die beste getestete Kombination aus SWE-Agent und Claude 4 Sonnet löste 61 Prozent der Aufgaben funktional korrekt. Nur 10,5 Prozent bestanden zugleich die Sicherheitsanforderungen. Anders gesagt: Von den funktionierenden Lösungen dieser Kombination waren 82,8 Prozent unsicher. Das ist kein Wert für jeden KI-Builder und jede Aufgabe. Er zeigt aber sehr deutlich, warum ein bestandener Funktionstest keine Sicherheitsprüfung ersetzt.

Noch konkreter wird es bei bereits veröffentlichten Anwendungen. Das Sicherheitsteam von Escape untersuchte mehr als 5.600 öffentlich erreichbare, mit Vibe-Coding-Plattformen gebaute Apps. Es fand 2.038 schwerwiegende Schwachstellen in rund 1.400 Apps, mehr als 400 offengelegte Secrets und 175 Fälle, in denen personenbezogene Daten zugänglich waren.

Ein offengelegtes „Secret“ ist zum Beispiel ein API-Schlüssel oder Zugangstoken, mit dem Fremde auf einen Dienst zugreifen können. Ein PII-Leak bedeutet, dass personenbezogene Informationen wie E-Mail-Adressen, Telefonnummern, Bank- oder Gesundheitsdaten offenliegen.

Auch das Vibe Security Radar von Georgia Tech zeigt den Trend: Bis April 2026 bestätigte das Projekt 74 Schwachstellen, die sich anhand von Code-Historie und Metadaten auf KI-Werkzeuge zurückführen ließen. Darunter waren Umgehungen der Anmeldung und das Einschleusen von Befehlen. Da gelöschte Metadaten nicht erfasst werden, ist die Zahl eher eine Untergrenze als eine vollständige Inventur.

Für ein Unternehmen kann aus einem unsichtbaren Fehler eine Datenpanne, ein Betriebsausfall oder eine DSGVO-Meldung werden. Die schicke Vorschau zeigt davon nichts.

Problem 2: Datenschutz und Barrierefreiheit entstehen nicht automatisch

Ein KI-Builder kennt dein Unternehmen nicht. Er weiß nicht, welche Daten dein Formular wirklich braucht, wo Analyse- oder Marketingdienste Daten verarbeiten und welche Einwilligung dafür erforderlich ist. Ein Cookie-Banner im Layout ist noch kein korrektes Consent-Management. Ein generiertes Impressum ist keine verlässliche Rechtsprüfung.

Dasselbe gilt für Barrierefreiheit. Seit Juni 2025 verpflichtet das Barrierefreiheitsstärkungsgesetz bestimmte Unternehmen und digitale Angebote zu barrierefreier Umsetzung. Aber auch jenseits der gesetzlichen Pflicht gehören verständliche Formulare, ausreichende Kontraste, sinnvolle Alternativtexte, semantische Überschriften und Bedienbarkeit per Tastatur zu einer guten Website.

KI kann dabei helfen, Alt-Texte vorzuschlagen oder Probleme zu finden. Sie prüft aber nicht zuverlässig den gesamten Nutzerweg mit Tastatur und Screenreader. Gerade generierte Dialoge, Menüs und Formulare sehen oft richtig aus, ohne technisch sauber bedienbar zu sein. Was Barrierefreiheit konkret bedeutet und für wen sie Pflicht ist, erkläre ich in einem eigenen Praxis-Check.

Datenschutz und Barrierefreiheit haben etwas gemeinsam: In der Vorschau sind Mängel fast unsichtbar. Nach dem Launch sind sie aufwendig und teuer zu korrigieren.

Problem 3: Was passiert nach dem „fertig“?

Der erste Entwurf ist nicht das Ende eines Website-Projekts. Er ist der Anfang des Betriebs.

Bei einem KI-Baukasten solltest du klären, wem Inhalte und Code gehören, ob du sie exportieren kannst und was bei einer Preisänderung oder Einstellung der Plattform passiert. Bei generiertem Code stellt sich eine andere Frage: Kann jemand das Ergebnis verstehen, testen und weiterentwickeln?

Updates verändern Abhängigkeiten. Browser ändern ihr Verhalten. Schnittstellen werden ersetzt. Formulare ziehen Spam an. Inhalte wachsen, neue Sprachen kommen hinzu und aus einer Landingpage wird plötzlich ein kleiner Vertriebsprozess. Wenn niemand die technische Grundlage versteht, wird jede Änderung zum Experiment.

Hier zeigt sich die bekannte 90/10-Realität: Die ersten 90 Prozent entstehen an einem Nachmittag. Die letzten 10 Prozent brauchen oft Wochen. Genau dort liegen allerdings die geschäftskritischen Teile: Fehlermeldungen, mobile Sonderfälle, Redirects, Consent, Performance, SEO, Zugriffsrechte, Backups, Monitoring und Übergabe.

Die vermeintliche 500-Euro-Abkürzung kann deshalb teuer werden. Einen fremden, uneinheitlichen Codebestand nachträglich sicher und wartbar zu machen, ist häufig aufwendiger als eine saubere Grundlage zu bauen. Eine realistische Einordnung findest du in meinem Beitrag darüber, was eine professionell gebaute Website tatsächlich kostet.

Wie ich selbst KI einsetze – und warum das etwas anderes ist

Ich lasse mir ebenfalls Code von KI erzeugen. Der Unterschied ist nicht das Werkzeug, sondern die Verantwortung darum herum.

Vor dem ersten generierten Baustein entscheide ich über Architektur, Inhaltsmodelle, Komponenten und Schnittstellen. Während der Umsetzung prüfen Typen, Tests, Builds und Reviews das Ergebnis. Sicherheit, Datenschutz, Performance und Barrierefreiheit sind Anforderungen des Systems, keine Punkte für irgendwann nach dem Launch.

Die treffendere Beschreibung lautet daher nicht: „KI baut die Website.“ Ein Entwickler baut die Website und nutzt KI, um schneller zu arbeiten.

KI ist besonders gut bei wiederkehrenden Aufgaben: ähnliche Komponenten umsetzen, Typen ergänzen, strukturierte Daten vorbereiten, Varianten erstellen oder Übersetzungen anlegen. Die eingesparte Zeit fließt in die Teile, die Urteilsvermögen brauchen. Wie dieser KI-Workflow konkret aussieht, zeige ich an einem echten Kundenprojekt.

Entscheidend ist, dass am Ende kein Chat-Verlauf übrig bleibt, sondern ein verständliches System. Dazu gehören Eigentum am Code, ein pflegbares CMS, dokumentierte Datenstrukturen und ein reproduzierbarer Build. Wie ein wartbares professionelles Setup technisch aufgebaut sein kann, beschreibe ich am Beispiel von Kirby CMS und Nuxt.

KI nimmt mir die langweiligen Teile ab, nicht das Denken.

Die ehrliche Entscheidungshilfe: Wann was?

Nutze einen KI-Builder selbst, wenn:

• du eine Idee möglichst schnell testen willst
• die Landingpage nur für eine kurze Kampagne gebraucht wird
• das Tool intern und mit unkritischen Daten genutzt wird
• es sich um ein privates oder experimentelles Projekt handelt
• du akzeptieren kannst, dass die erste Version später ersetzt wird

Hole professionelle Unterstützung, wenn:

• die Website dein Unternehmen und deine Marke nach außen vertritt
• sie Leads, Bewerbungen, Buchungen oder Kundendaten verarbeitet
• Datenschutz oder Barrierefreiheit sicher umgesetzt werden müssen
• Sichtbarkeit, Performance und Conversion geschäftlich relevant sind
• Inhalte und Funktionen über mehrere Jahre wachsen sollen
• du einen verlässlichen Ansprechpartner für Wartung und Betrieb brauchst

Zwischen beiden Wegen gibt es kein Verbotsschild. Ein sinnvoller Mittelweg kann sein, mit KI selbst einen Prototyp zu bauen und ihn vor dem produktiven Einsatz professionell prüfen oder sauber neu umsetzen zu lassen. Wichtig ist nur, den Prototyp nicht mit dem fertigen Produkt zu verwechseln.

Fazit

Eine Website mit KI selbst zu bauen ist keine Glaubensfrage, sondern eine Frage des Zwecks. Für einen schnellen Test, einen Prototyp oder eine temporäre Landingpage ist die Technik großartig. Nutze sie.

Für eine Website, an der dein Geschäft, deine Kundendaten und dein Ruf hängen, wird die Abkürzung jedoch schnell teuer. Nicht weil KI grundsätzlich schlechten Code oder schlechtes Design erzeugt. Sondern weil die sichtbare Oberfläche nur einen kleinen Teil eines verlässlichen Webauftritts ausmacht.

Ich setze KI täglich ein und möchte nicht mehr ohne sie arbeiten. Aber ich würde Verantwortung für Architektur, Sicherheit und Betrieb nicht an einen Prompt abgeben. Wofür soll deine Website funktionieren – als schneller Test oder als langfristige Grundlage für dein Unternehmen?

Dieser Beitrag wurde mit Unterstützung von KI ausformuliert und übersetzt.