Eine Unternehmens-Website in wenigen Stunden statt in mehreren Wochen: Das Versprechen ist nicht neu, die technische Grundlage dahinter hat sich bis 2026 aber deutlich verschoben. Sprachmodelle liefern heute belastbare Rohfassungen für Struktur, Texte und Bildmotive, und die Ausgabe landet nicht mehr in einem starren Template, sondern in einer strukturierten Konfiguration, aus der sich eine vollständige Website bauen lässt. Dieser Überblick zeigt, welche Arbeitsschritte KI in einem Website-Projekt realistisch übernimmt, wo redaktionelle Arbeit unverzichtbar bleibt und welche Pflichten — Barrierefreiheit, Einwilligung, Rechtstexte, Mehrsprachigkeit — von Anfang an in den Plan gehören.
Was KI beim Website-Bau 2026 wirklich übernimmt
Der Sprung der vergangenen zwei Jahre liegt weniger im Textgenerator als in dessen Anbindung: Ein Sprachmodell erzeugt heute nicht nur Absätze, sondern eine vollständige, maschinenlesbare Beschreibung einer Website — Seiten, Navigation, Bausteine je Seite, Bildmotive, Metaangaben. Dass Unternehmen diesen Schritt inzwischen gehen, zeigen die amtlichen Zahlen: 20 Prozent (Statistisches Bundesamt) der Unternehmen in Deutschland ab zehn Beschäftigten setzten 2024 KI-Technologien ein, nach 12 Prozent (Statistisches Bundesamt) im Jahr davor; im EU-Durchschnitt waren es 13,5 Prozent (Eurostat). Gleichzeitig ist die eigene Website längst Grundausstattung: Rund 78 Prozent (Eurostat) der Unternehmen in der EU betreiben eine. Der Engpass ist also nicht die Entscheidung für eine Website, sondern der Aufwand, sie inhaltlich zu füllen, rechtlich abzusichern und technisch sauber auszuliefern. Genau an dieser Stelle greift KI-gestützte Erstellung — und genau hier zeigt sich auch, wo ihre Grenzen verlaufen.
Praktisch lohnt sich eine Unterscheidung, die in Werbetexten oft verschwimmt. Ein Textgenerator liefert Sprache, die jemand anschließend von Hand in ein System einpflegt. Ein KI-Website-Builder erzeugt dagegen die Konfiguration selbst: Seitenbaum, Blockreihenfolge, Inhalte je Block, Sprachvarianten und Metadaten liegen als Datensatz vor, aus dem sich die fertige Seite jederzeit neu bauen lässt. Das klingt nach einem technischen Detail, entscheidet aber über Wartbarkeit und Geschwindigkeit: Eine Designänderung betrifft alle Seiten gleichzeitig, eine zusätzliche Sprache erfordert keinen zweiten Seitenbaum, und die Auslieferung erfolgt als statische Datei statt als Anwendung, die bei jedem Aufruf rechnet. Wie dieser Weg vom Briefing bis zur veröffentlichten Seite konkret verläuft, beschreibt der Ablauf hinter XICflow; warum die statische Auslieferung dabei so viel ausmacht, vertieft der Beitrag zu PageSpeed 100 und statischer Auslieferung.
Seitenstruktur
Aus Branche, Leistungen und Zielgruppe entsteht ein Seitenbaum mit Navigation, Unterseiten und sprechenden Slugs.
Textrohfassung
Überschriften, Fließtext, Aufzählungen und Metaangaben je Seite — als Entwurf gedacht, nicht als Endfassung.
Bildmotive
Generierte Motive samt Alternativtext, abgestimmt auf Branche und Bildsprache statt austauschbarem Standardmaterial.
Blockauswahl
Passende Bausteine je Seitenzweck: Leistungsraster, Ablaufschritte, Preisband, Formular, Kontaktdaten.
Sprachvarianten
Übersetzte Inhalte inklusive übersetzter Slugs und wechselseitiger hreflang-Auszeichnung für jede aktive Sprache.
Rechtstexte
Impressum und Datenschutzerklärung aus den hinterlegten Betriebsdaten statt aus einer fremden Vorlage kopiert.
Vom Briefing zur belastbaren Seitenstruktur
Die Seitenstruktur ist der Teil, den KI erfahrungsgemäß am zuverlässigsten löst — vorausgesetzt, das Briefing gibt genug her. Aus Branche, Leistungsspektrum, Einzugsgebiet und Zielgruppe lässt sich ein Seitenbaum ableiten, der die üblichen Suchpfade abbildet: eine Startseite, die Angebot und Vertrauen in wenigen Sekunden klärt, je Kernleistung eine eigene Seite mit Ablauf und Preisrahmen, eine Seite über den Betrieb sowie eine Kontaktseite mit Formular. Was dabei entsteht, ist keine Kreativleistung, sondern die Übertragung bekannter Muster auf den konkreten Betrieb — und genau deshalb funktioniert es zuverlässig. Schwierig wird es erst, wenn ein Betrieb Leistungen anbietet, die im Briefing nicht auftauchen, oder wenn zwei Zielgruppen mit sehr unterschiedlichen Erwartungen bedient werden sollen. Dann braucht die Struktur eine bewusste Entscheidung statt einer Ableitung. Welche Bausteine für welchen Seitenzweck zur Verfügung stehen, zeigt der Funktionsumfang von XICflow.
- Betrieb erfassen: Rechtsform, Standort, Leistungen, Zielgruppen und die Frage, welche Anfragen die Website auslösen soll.
- Seitenbaum ableiten: Startseite, Leistungsseiten, Über uns, Kontakt und optional ein Blog — mit klarer Trennung von Angebot und Vertrauensaufbau.
- Bausteine je Seite wählen: Der Zweck einer Seite entscheidet, welche Blöcke sie braucht und in welcher Reihenfolge.
- Texte und Bilder erzeugen: Die KI füllt die Struktur mit Rohfassungen, die sprachlich und inhaltlich zum Betrieb passen.
- Redaktionell schärfen: Zahlen, Preise, Öffnungszeiten und Referenzen ersetzt der Betrieb durch geprüfte Angaben.
- Ausliefern: Aus der Konfiguration entstehen statische Dateien samt Rechtstexten, Einwilligungsdialog und Sprachvarianten.
Kurzes Briefing, langer Umbau
Texte: schnelle Rohfassung, redaktionelle Verantwortung
Bei Texten kehrt sich das Verhältnis um. Eine Rohfassung für zehn Seiten entsteht in Minuten, in einer Qualität deutlich oberhalb von Platzhaltertext — aber jede darin enthaltene Tatsachenbehauptung stammt aus einem Modell, nicht aus dem Betrieb. Preise, Reaktionszeiten, Zertifikate, Mitgliedschaften, Einzugsgebiete: All das klingt im generierten Text plausibel und ist im Zweifel frei erfunden. Hinzu kommt das Wettbewerbsrecht. Formulierungen wie „schnellste Bearbeitung im Umkreis“ oder pauschale Spitzenstellungsbehauptungen sind ohne Beleg angreifbar, und eine Abmahnung trifft den Betrieb, nicht das Modell. Die redaktionelle Arbeit verschiebt sich damit vom Schreiben zum Prüfen — ein Wechsel, der viel Zeit spart, aber Aufmerksamkeit verlangt. In der Praxis hat sich eine feste Prüfliste je Seite bewährt, die vor der Veröffentlichung abgearbeitet wird.
- Alle Zahlen, Preise und Fristen gegen interne Quellen abgeglichen und freigegeben.
- Absolutversprechen entfernt: keine Zusicherungen und keine Spitzenstellungsbehauptungen ohne belegbare Grundlage.
- Leistungsbeschreibungen decken sich mit dem, was der Betrieb tatsächlich anbietet und leisten kann.
- Pflichtangaben vollständig: Impressum, Preisangaben inklusive Nebenkosten, Widerrufshinweise wo einschlägig.
- Fachbegriffe an den Sprachgebrauch der Zielgruppe angepasst statt an den der Branche.
- Jede Seite hat ein eindeutiges Thema und eine erkennbare nächste Handlung.
Bilder aus dem Generator und ihre Grenzen
Die Bildgenerierung ist der Bereich mit dem größten Abstand zwischen Vorführung und Alltag. Für Stimmungsbilder, abstrakte Hintergründe, Icons und Illustrationen liefern aktuelle Modelle Ergebnisse, die zu einer definierten Bildsprache passen und sich in Format, Ausschnitt und Farbwelt steuern lassen. Der praktische Gewinn liegt weniger im einzelnen Motiv als in der Serie: Zwölf Bilder in einheitlicher Anmutung, im korrekten Seitenverhältnis, in einem modernen Dateiformat und mit brauchbarem Alternativtext kosten von Hand einen halben Arbeitstag. Wichtig ist dabei, den Alternativtext nicht als Dekoration zu behandeln — er ist eine Anforderung aus den Barrierefreiheitsrichtlinien und zugleich das, was Bildinhalte für Suchmaschinen erschließt. Was das BFSG für Unternehmenswebsites im Detail verlangt, ist ein eigenes Kapitel.
Wo generierte Motive nicht hingehören
Warum die Auslieferung über das Ergebnis entscheidet
Wie eine Website ausgeliefert wird, bestimmt Ladezeit, Angriffsfläche und Wartungsaufwand — und dieser Teil lässt sich nachträglich nur schwer reparieren. Die Ausgangslage ist bekannt: Die mittlere mobile Seite wiegt inzwischen rund 2,5 Megabyte (HTTP Archive), davon etwa 600 Kilobyte (HTTP Archive) JavaScript, und nur rund 48 Prozent (Web Almanac) der mobilen Websites erreichen die Schwellenwerte der Core Web Vitals. Die Ursache liegt selten am Hosting, sondern am Aufbau: Klassische CMS-Installationen rendern bei jedem Aufruf, laden Erweiterungen nach und brauchen mehrere Caching-Schichten, um das zu kaschieren. Eine statisch ausgelieferte Seite umgeht diesen Aufwand, weil zum Zeitpunkt des Aufrufs nichts mehr berechnet werden muss.
| Merkmal | Klassische CMS-Installation | Statische Auslieferung |
|---|---|---|
| Arbeit je Seitenaufruf | Datenbankabfragen und Rendering | Datei direkt vom Server |
| Angriffsfläche | Login, Erweiterungen, Plugins | keine ausführbare Anwendung im Frontend |
| Ladezeit unter Last | abhängig von Caching-Schichten | in der Regel stabil |
| Wartungsaufwand | regelmäßige Updates erforderlich | Neuveröffentlichung bei Änderungen |
| Redaktion | direkt im Live-System | in der Konfiguration, danach Build |
Der Unterschied wirkt sich auch auf die Sicherheit aus. Ohne Login, ohne nachgeladene Erweiterungen und ohne Datenbank im Frontend entfällt die häufigste Angriffsfläche kleiner Unternehmenswebsites: veraltete Erweiterungen mit bekannten Lücken. Der Preis dafür ist ein Umdenken in der Redaktion. Inhalte werden in der Konfiguration gepflegt und anschließend veröffentlicht, statt direkt im laufenden System geändert zu werden. In der Praxis ist das kein Nachteil, weil die Vorschau denselben Weg nimmt wie die spätere Veröffentlichung und damit zeigt, was tatsächlich online geht. Wer die beiden Umsetzungswege nebeneinander sehen möchte, findet sie im Vergleich der Ansätze.
Pflichtprogramm: Barrierefreiheit, Consent, Rechtstexte
Drei Pflichten prägen Unternehmenswebsites in Deutschland, und alle drei sind deutlich günstiger, wenn sie von Anfang an eingeplant werden. Die erste ist Barrierefreiheit: Das Barrierefreiheitsstärkungsgesetz gilt seit dem 28. Juni 2025 (Bundesfachstelle Barrierefreiheit) und setzt die europäische Richtlinie 2019/882 um (Europäische Kommission). Betroffen sind vor allem Websites, über die Verbraucherinnen und Verbraucher Dienstleistungen in Anspruch nehmen oder Produkte erwerben; Kleinstunternehmen mit weniger als zehn Beschäftigten und höchstens zwei Millionen Euro Jahresumsatz sind bei Dienstleistungen ausgenommen (Bundesfachstelle Barrierefreiheit). Fachlicher Maßstab sind die WCAG in Version 2.2, seit Oktober 2023 offizielle Empfehlung (W3C). Wie weit der Weg dorthin häufig ist, zeigt die jährliche Auswertung von einer Million Startseiten: Bei rund 95 Prozent (WebAIM Million) lassen sich automatisiert WCAG-Verstöße nachweisen, im Schnitt rund 50 (WebAIM Million) je Seite.
Barrierefreiheit ab Werk
Kontraste, Fokusreihenfolge, Beschriftungen und Tastaturbedienung stecken in den Bausteinen, statt nachträglich aufgesetzt zu werden.
Einwilligung vor Zugriff
Optionale Dienste starten erst nach aktiver Zustimmung; die Ablehnung ist genauso leicht erreichbar wie die Zustimmung.
Rechtstexte aus Betriebsdaten
Impressum und Datenschutzerklärung entstehen aus den hinterlegten Angaben und werden bei Änderungen mitgeführt.
Die zweite Pflicht ist die Einwilligung. Nach § 25 TDDDG dürfen Informationen auf dem Endgerät nur mit vorheriger Zustimmung gespeichert oder ausgelesen werden, soweit sie für den ausdrücklich gewünschten Dienst nicht unbedingt erforderlich sind (Datenschutzkonferenz). Praktisch bedeutet das: ein Dialog, der Ablehnen genauso leicht macht wie Zustimmen, und optionale Dienste, die vor der Zustimmung tatsächlich nicht laden. Die dritte Pflicht sind die Rechtstexte, die zum Betrieb passen müssen und nicht zu einer Mustervorlage — Vertretungsberechtigte, Registerangaben, Umsatzsteuer-Identifikationsnummer, Auftragsverarbeiter. Wie Einwilligungsdialog und Datenschutzerklärung zusammenspielen, beschreibt der Beitrag zu DSGVO-konformem Cookie-Consent ausführlich.
Mehrsprachigkeit ist Technik und Redaktion zugleich
Mehrsprachigkeit ist der Punkt, an dem KI-gestützte Erstellung den größten Hebel hat und zugleich die meiste Disziplin verlangt. Der Hebel ist offensichtlich: Aus einer gepflegten Konfiguration lassen sich weitere Sprachen erzeugen, ohne den Seitenbaum zu duplizieren oder Inhalte doppelt zu pflegen. Die Disziplin liegt in den Details, die in der Praxis häufig fehlen — übersetzte Slugs statt deutscher Adressen mit englischem Text, wechselseitige hreflang-Angaben auf allen Sprachvarianten, ein x-default für die Einstiegssprache und eine Sitemap, die sämtliche Varianten kennt. Wie selten das sauber umgesetzt wird, zeigt die Verbreitung: Nur rund 10 Prozent (Web Almanac) der untersuchten Seiten setzen hreflang überhaupt ein. Welche Fallstricke dabei lauern, behandelt der Beitrag zu hreflang und mehrsprachiger SEO. Im Seitenkopf sieht eine korrekte Auszeichnung so aus:
<link rel="alternate" hreflang="de" href="https://beispiel.de/de/leistungen/">
<link rel="alternate" hreflang="en" href="https://beispiel.de/en/services/">
<link rel="alternate" hreflang="x-default" href="https://beispiel.de/de/">
<link rel="canonical" href="https://beispiel.de/de/leistungen/">Was in menschlicher Hand bleibt
Bei allem, was sich automatisieren lässt, bleibt ein Kern, den kein Modell übernehmen kann — nicht aus technischen Gründen, sondern weil dahinter unternehmerische Entscheidungen und Haftung stehen. Ein Sprachmodell kennt den Markt eines Betriebs nicht; es kennt das Briefing und die Muster seiner Trainingsdaten. Es weiß nicht, welche Anfragen sich rechnen und welche vor allem Zeit kosten, welche Leistung bewusst nicht beworben wird, weil die Kapazität fehlt, und welche Formulierung im eigenen Gewerbe bereits als verbindliches Versprechen gelesen wird. Deshalb ist die Aufgabenteilung stabil: Die KI liefert Struktur und Rohmaterial, der Betrieb liefert Fakten und Haltung. Diese Punkte bleiben erfahrungsgemäß in menschlicher Hand:
- Positionierung: wofür der Betrieb steht und was er bewusst nicht anbietet.
- Preis- und Leistungsangaben einschließlich Nebenkosten, Fristen und Anfahrtsregelungen.
- Referenzen, Zertifikate und Mitgliedschaften — ausschließlich mit Nachweis.
- Tonalität gegenüber der eigenen Zielgruppe, besonders in regulierten Branchen.
- Die Entscheidung, welche Anfragen die Website überhaupt auslösen soll.
Der Aufwand verschiebt sich
So gehen Sie ein KI-Website-Projekt praktisch an
Wer ein Website-Projekt mit KI angeht, spart am meisten Zeit durch gute Vorbereitung — nicht dadurch, dass die Generierung schneller läuft. Ein Faktenblatt mit geprüften Angaben ist in einer Stunde erstellt und erspart später mehrere Korrekturrunden. Der Rest ist eine Frage der Reihenfolge:
- Ziel festlegen: eine messbare Handlung je Seitentyp, also Anruf, Formular oder Terminbuchung statt „mehr Sichtbarkeit“.
- Faktenblatt vorbereiten: Leistungen, Preisrahmen, Einzugsgebiet, Öffnungszeiten, Ansprechpartner, Rechtsangaben.
- Erste Fassung erzeugen lassen und ungeschönt lesen — Absatz für Absatz, mit rotem Stift.
- Pflichten prüfen: Barrierefreiheit, Einwilligungsdialog, Rechtstexte, Sprachvarianten und Weiterleitungen alter Adressen.
- Veröffentlichen und nachschärfen: Anfragen auswerten und die Seiten nachziehen, die tatsächlich Kontakt auslösen.
Ein realistischer Zeitrahmen für einen kleineren Betrieb liegt bei ein bis zwei Arbeitstagen bis zur ersten veröffentlichungsfähigen Fassung, verteilt auf Briefing, Prüfung und Feinschliff — und nicht bei fünf Minuten, wie es Vorführvideos gerne nahelegen. Wie fertige Ergebnisse aussehen, lässt sich an den Beispielseiten in den Demos nachvollziehen; was die einzelnen Tarife enthalten, steht in der Tarifübersicht. Und wer die Reihenfolge der Schritte zuerst verstehen möchte, findet sie in der Beschreibung des Ablaufs wieder.