Landingpages mit KI bauen: Warum drei Prüfer mehr bringen als ein schneller Generator

KI-Tools versprechen Landingpages in Minuten. Das stimmt inzwischen — und ist genau das Problem. Wenn eine Seite in Minuten entsteht, entsteht auch ein Fehler in Minuten: eine Werbeaussage, die sich nicht belegen lässt, ein Button, der die Kampagnenparameter verliert, eine Seite, die mobil zu langsam lädt.

Wir haben für einen Auftraggeber seit April 2026 ein Landingpage-System aufgebaut, in dem KI baut, KI prüft und ein Mensch entscheidet. Inzwischen umfasst es 25 Seiten für zwei Auftraggeber, 15 davon im Anzeigenbetrieb. Die Details stehen in der Case Study zum KI-Landingpage-System. Hier geht es darum, was du daraus für deine eigenen Seiten mitnehmen kannst.

Das Problem ist nicht das Bauen

Bei Landingpages für bezahlten Traffic gibt es vier Dinge, die schiefgehen können, und keins davon ist „die Seite sieht nicht gut aus":

Aussagen: Stimmt jede Werbeaussage, und entspricht sie den Richtlinien der Werbeplattform?
Messung: Kommen die Kampagnenparameter aus der Anzeige heil beim nächsten Ziel an?
Tempo: Lädt die Seite auf dem Smartphone schnell genug und springt das Layout nicht?
Stabilität: Bleibt eine Seite unverändert, solange Budget auf ihr läuft?

Ein schneller Generator löst keins davon. Er macht sie nur häufiger.

Eine Seite ist ein Datensatz, kein Einzelstück

In unserem System ist eine Landingpage kein freies HTML, sondern ein strukturierter Datensatz, der beim Bauen gegen ein Schema geprüft wird. Fehlt ein Pflichtfeld oder passt ein Element nicht zum gewählten Design, bricht der Build ab.

Aufbau, Botschaft und Ziel jeder Seite bleiben dabei frei: Jede Landingpage wird auf ihre Anzeige und ihre Zielgruppe zugeschnitten. Das Design kommt aus Design-Paketen, die das Markenbild zusammenhalten — eine Änderung am Paket wirkt auf alle Seiten, die es nutzen, statt in dreißig Kopien nachgezogen zu werden. Und eine neue Variante ist ein neuer Datensatz, kein neues Projekt.

Drei Prüfer, drei Perspektiven

Ein KI-Agent baut die Seite aus einem freigegebenen Briefing. Danach arbeiten drei spezialisierte KI-Prüfer parallel:

einer für Werbeaussagen und Plattform-Richtlinien,
einer für Tracking und Indexierung,
einer für Performance, SEO und Barrierefreiheit.

Eine Release-Prüfung führt die drei Urteile zu einer Empfehlung zusammen: freigeben, zurückhalten oder ablehnen. Die Entscheidung trifft ein Mensch.

Warum drei statt einem? Weil ein einzelner Prüfer, der alles gleichzeitig bewerten soll, zuverlässig eine Dimension bevorzugt. Getrennte Rollen mit klarem Auftrag finden mehr — und widersprechen sich im besten Fall, bevor die Seite live geht.

Kampagnenparameter dürfen unterwegs nicht verloren gehen

Einer der teuersten unsichtbaren Fehler: Die Anzeige liefert UTM-Parameter und Klick-IDs mit, aber der Button auf der Landingpage reicht sie nicht weiter. Die Conversion passiert trotzdem — nur weiß hinterher niemand mehr, woher sie kam.

In unserem System reicht jeder Button die Parameter vollständig an das nächste Ziel weiter, abgesichert durch automatisierte Tests. Die Grundlage bleibt ein sauberes Schema für die Parameter selbst. Dafür gibt es den UTM Builder, der typische Fallen wie Großbuchstaben oder Leerzeichen markiert.

Gesperrt, sobald Budget läuft

Sobald eine Seite im Anzeigenbetrieb ist, wird sie gesperrt. Eine Änderung braucht dann einen ausdrücklichen Freigabevermerk. Fehlt er, schlägt die automatische Prüfung fehl. Das klingt bürokratisch, verhindert aber den Klassiker: Jemand „verbessert kurz" eine Seite, und die laufende Kampagne misst ab dem Moment etwas anderes als vorher.

Bei jeder Änderung misst die automatische Prüfung außerdem Ladezeit und Layout-Stabilität der Kernseiten gegen feste Budgets für Mobilgeräte — das größte Inhaltselement muss mobil nach höchstens 2,5 Sekunden stehen.

Was das bringt

Tempo und Kontrolle zugleich. Steht das Briefing, sind neue Seiten und Varianten eine Sache von Stunden. Zwei Beispiele vom September 2026: Eine neue Seite auf einem neuen Design-Paket war keine drei Stunden nach dem ersten Entwurf live und am selben Abend im Anzeigenbetrieb. Und beim zweiten Auftraggeber, auf den wir die Technik übertragen haben, standen zwölf Seitenvarianten rund 24 Stunden nach dem Start live — Sperrlogik und Parameter-Weitergabe kamen unverändert mit, samt ihrer Tests.

Häufige Fragen

Ersetzt ein KI-Builder die Arbeit an Landingpages?

Er ersetzt das Tippen, nicht das Urteil. Welche Seite gebraucht wird, was sie verspricht und ob sie live geht, entscheidet weiterhin ein Mensch.

Funktioniert das auch für B2B-Seiten?

Ja. Das Prinzip — Seiten als geprüfte Datensätze, parallele Prüfer, Sperren im Anzeigenbetrieb — hängt nicht an Branche oder Zielgruppe.

Brauche ich dafür Astro?

Nein. Wir bauen Landingpages mit Astro oder Next.js. Entscheidend sind das Datenmodell und die Prüfungen, nicht das Framework.

Muss dafür meine Website umgebaut werden?

Nein. Eine Landingpage kann auf einer eigenen Subdomain laufen. Dafür genügt in der Regel ein einziger DNS-Eintrag, und die bestehende Website bleibt unberührt.

Was du heute schon tun kannst

Liste alle Landingpages auf, auf die gerade Budget läuft — und wer sie zuletzt geändert hat.
Klick bei drei davon auf den Haupt-Button und prüf, ob die Kampagnenparameter danach noch in der URL stehen.
Bau deine Kampagnen-URLs nach einem festen Schema, zum Beispiel mit dem UTM Builder.
Leg fest, wer eine Seite im Anzeigenbetrieb ändern darf — und wie diese Änderung dokumentiert wird.
Miss die mobile Ladezeit deiner wichtigsten Seite und leg eine Obergrenze fest, die keine Änderung überschreiten darf.

Wie das System im Detail arbeitet, steht in der Case Study. Wie wir Landingpages für deine Kampagnen aufsetzen, steht unter Landingpages — oder direkt im Erstgespräch.