Was aus einer vibe-codeten Website nach sechs Monaten wird

Eine vibe-codete Website verschwindet nach sechs Monaten nicht, und sie stürzt in der Regel auch nicht ab. Sie steht still: Sie liefert exakt das aus, was am ersten Tag entstanden ist, während sich Abhängigkeiten, Inhalte, Formulardienste und Geschäftsanforderungen um sie herum weiterbewegt haben. Ob sie das übersteht, entscheidet sich nicht an der Qualität einzelner Codezeilen, sondern an vier nüchternen Fragen — wer sie ändern kann, wie viel Fremdcode darin steckt, wer die Inhalte pflegt und was sie tatsächlich an den Browser ausliefert.

Diese Fragen klingen langweilig, und genau deshalb werden sie am Anfang übersprungen. Am Anfang ist ein Nachmittag beeindruckend: aus einer Beschreibung entsteht ein vollständiger, ansehnlicher Auftritt. Der interessante Zeitraum liegt aber sechs Monate später, wenn niemand mehr im Kopf hat, wie das Ding zusammengesetzt ist. Dieser Artikel beschreibt, was in diesem halben Jahr tatsächlich passiert, rechnet den Aufwand gegen eine geprüft aufgesetzte Seite und benennt die Signale, an denen man das Ergebnis vorher erkennt.

Was nach sechs Monaten tatsächlich passiert

Nach sechs Monaten ist bei einer vibe-codeten Website fast nie der Code selbst defekt, sondern die Umgebung, in der er läuft. Der typische Befund aus Übernahmeprojekten sieht ungefähr gleich aus, unabhängig davon, mit welchem Werkzeug die Seite entstanden ist.

Das Kontaktformular schickt seit Wochen nichts mehr, weil der Schlüssel des Mail-Dienstes abgelaufen ist und die Fehlermeldung nirgendwo landet. Zwei Preise auf der Leistungsseite stimmen nicht mehr. Eine Bildergalerie hängt an einem Dienst, der sein kostenloses Kontingent geändert hat. Die Seite lässt sich nicht mehr bauen, weil eine Abhängigkeit eine Hauptversion weitergezogen ist und die Version, gegen die ursprünglich gebaut wurde, nicht festgeschrieben war. Und niemand im Betrieb weiss, welcher Klick eine neue Version online bringt.

Keiner dieser Punkte ist dramatisch. Zusammen ergeben sie aber einen Zustand, den man aus der Ferne nicht sieht: Die Website ist online, sieht aus wie immer und funktioniert nicht mehr richtig. Genau deshalb bleibt der Zustand oft monatelang unbemerkt — bis jemand fragt, warum seit Februar keine Anfragen mehr eingegangen sind.

Die vier Kräfte, die an einer Website ziehen

An jeder Website ziehen vier Kräfte, und Vibe Coding schwächt die Abwehr gegen genau drei davon. Wer sie einzeln benennt, kann sie einzeln absichern, statt pauschal «gute Qualität» zu fordern.

Abhängigkeiten altern. Jede Seite nutzt fremden Code: ein Framework, eine Formularbibliothek, ein Analysewerkzeug, eine Schriftart von einem Drittanbieter. Dieser Code wird gepflegt, verändert sich und bekommt Sicherheitsupdates. Eine Seite, bei der niemand die Versionen festgeschrieben und niemand einen Aktualisierungsrhythmus vereinbart hat, driftet mit jedem Monat weiter von einem baubaren Zustand weg.

Inhalte veralten. Preise, Team, Referenzen, Öffnungszeiten. Das ist keine technische Frage, aber sie wird zur technischen, wenn niemand ohne Entwicklerin einen Satz ändern kann. Wie sich das ohne klassisches Redaktionssystem lösen lässt, haben wir im Beitrag redaktionell arbeiten ohne WordPress auseinandergenommen.

Anforderungen wachsen. Nach sechs Monaten will jemand eine Landingpage für eine Kampagne, eine zweite Sprache oder eine Terminbuchung. Eine Seite, deren Aufbau niemand versteht, verträgt keine Erweiterung — jede Änderung wird zum kleinen Neubau.

Der Betrieb braucht einen Verantwortlichen. Domain, Zertifikat, Hosting, Deployment, Backups. Das ist die Kraft, die am wenigsten mit dem Bauverfahren zu tun hat und trotzdem am häufigsten fehlt, weil sie in der Euphorie des ersten Nachmittags niemand vereinbart.

Der Auslieferungszustand ist der ehrlichste Zeuge

Ob eine Website trägt, erkennt man am zuverlässigsten an dem, was sie tatsächlich an den Browser ausliefert — nicht an dem Werkzeug, mit dem sie gebaut wurde. Der Quelltext einer einzelnen Seite verrät in zwei Minuten mehr über den Zustand eines Projekts als jede Beschreibung des Bauprozesses.

Das gilt in beide Richtungen, und wir haben es an der eigenen Seite erlebt. Nach dem Entfernen einer einzigen Konfigurationsoption — dem Inlining sämtlicher Styles ins Dokument — fiel das ausgelieferte HTML unserer Seite SEO-Agentur Zürich von 517 KB auf 159 KB. Die Text-Ratio stieg dabei von 2,45 auf 9,45 Prozent, und die bei internen Klicks nachgeladene Datenmenge sank um 79 Prozent (eigene Messung, August 2026). Kein Wort Inhalt kam dazu, keine Zeile Text verschwand. Es war ausschliesslich eine Entscheidung darüber, was ausgeliefert wird.

Der Punkt daran ist nicht, dass eine Zahl besser wurde, sondern dass niemand diese 358 KB je bewusst bestellt hatte. Sie waren eine Nebenwirkung einer Voreinstellung. Genau so entstehen die Probleme, die eine vibe-codete Seite nach sechs Monaten hat: nicht durch falsche Entscheidungen, sondern durch Entscheidungen, die niemand als solche wahrgenommen hat. Warum das für die Auffindbarkeit in KI-Suchen konkret zählt, steht ausführlich in unserem Beitrag zu Text-Ratio und Payload.

Die Sechs-Monats-Rechnung

In unserer Aufwandrechnung ist der Herstellungsvorsprung einer ungeprüft erzeugten Website nach sechs Monaten vollständig aufgebraucht. Die folgenden Zahlen sind Erfahrungswerte aus Übernahmeprojekten für eine kleine Unternehmensseite mit acht bis zwölf Seiten, keine Studie — sie sind als Grössenordnung gemeint und lassen sich mit eigenen Werten nachrechnen.

Die Rechnung geht so auf: Der Vorsprung bei der Herstellung beträgt 22 Stunden. Dagegen stehen 10 Stunden zusätzliche Aktualisierungsarbeit, 7 Stunden längere Störungsbehebung und 16 Stunden Nachbau — zusammen 33 Stunden. Der Gleichstand liegt damit nicht bei Monat sechs, sondern rund vier Monate nach dem Start; danach kostet die schnelle Variante durchgehend mehr.

Zwei Einschränkungen gehören dazu. Erstens: Bei einer Seite, die nach vier Monaten abgeschaltet wird, kehrt sich die Rechnung vollständig um — dort ist der schnelle Weg schlicht der richtige. Zweitens: Die Position «Nachbau» ist die unsicherste. Sie kann null sein, wenn die erzeugte Struktur brauchbar ist, und sie kann das Dreifache betragen, wenn Datenmodell und Seitenaufbau nicht zusammenpassen. Genau diese Unsicherheit ist der eigentliche Preis, nicht der Stundensatz. Was ein sauber aufgesetztes Projekt in Franken bedeutet, steht transparent unter Webdesign-Preise.

Werkzeuge wie Cursor verschieben diese Rechnung übrigens spürbar, aber nicht durch Geschwindigkeit. Sie verschieben sie, weil die getroffenen Entscheidungen im echten Code sichtbar bleiben und geprüft werden können. Der Unterschied zwischen KI-gestützter Entwicklung und Vibe Coding im ursprünglichen Sinn liegt nicht im Modell, sondern darin, ob jemand das Ergebnis liest — wir haben die Trennlinie im Beitrag zur Grenze zum Produktionssystem genau gezogen.

Sieben Fragen, die man vor dem Bauen stellt

Ob eine Website trägt, lässt sich vor der ersten Zeile Code mit sieben Fragen abschätzen — sie brauchen keine technischen Kenntnisse, nur ehrliche Antworten. Wer bei mehr als zwei Fragen passen muss, baut absehbar etwas, das ein halbes Jahr hält.

1. Wie lange soll diese Seite leben? Unter sechs Monaten ist Vibe Coding fast immer die richtige Wahl. Über zwei Jahre praktisch nie ohne Prüfschicht.
2. Wer ändert einen Satz Text, wenn die Erbauerin nicht erreichbar ist? Wenn die Antwort «niemand» lautet, ist der Inhalt bereits eingefroren.
3. Sind die Versionen der Abhängigkeiten festgeschrieben, und wer aktualisiert sie wann? Ein Kalendereintrag pro Quartal reicht — aber er muss existieren.
4. Wohin gehen Formularanfragen, und woran merkt man, dass sie nicht mehr ankommen? Eine Kopie an eine zweite Adresse kostet fünf Minuten und deckt den häufigsten stillen Ausfall ab.
5. Wie kommt eine neue Version online, in einem Satz erklärt? Wenn das niemand kann, ist die Seite nicht änderbar, sondern nur ersetzbar.
6. Was liefert die Seite aus? Quelltext anzeigen, Grösse ansehen, den Fliesstext ins Verhältnis setzen. Unter fünf Prozent lohnt ein genauer Blick.
7. Welche Daten liegen darin? Sobald echte Personendaten im Spiel sind, gelten andere Regeln — unabhängig davon, wie die Seite entstanden ist.

Wenn sie schon nicht mehr trägt

Für eine Seite, die den Test nicht besteht, gibt es drei ehrliche Wege, und die Wahl hängt an einer einzigen Frage: Trägt der Inhalt, oder trägt er auch nicht mehr?

Weiterbetreiben und einfrieren. Legitim, wenn die Seite ihre Aufgabe erfüllt und nichts Neues dazukommen soll. Dann sichert man das Nötigste ab — Formularzustellung, Backups, Zertifikat — und lässt den Rest bewusst stehen. Das ist keine Kapitulation, sondern eine Kostenentscheidung.

Gezielt sanieren. Sinnvoll, wenn Seitenaufbau, Texte und URL-Struktur brauchbar sind und nur der technische Unterbau schwach ist. Der Einstieg ist ein Website-Audit, das die Baustellen benennt und in eine Reihenfolge bringt, statt alles gleichzeitig aufzureissen.

Neu aufsetzen auf derselben Inhaltsbasis. Nötig, wenn niemand den Aufbau erklären kann. Das klingt teurer, als es ist, weil der wertvollste Teil — Texte, Struktur, Bilder, URLs — erhalten bleibt und nur der Unterbau neu entsteht. Wie ein solcher Neubau abläuft, steht unter Website erstellen lassen; wer den umgekehrten Weg gehen und zuerst eine Idee prüfen will, ist bei der Prototyp-Validierung besser aufgehoben.

Was in allen drei Fällen gleich bleibt: Es braucht einen benannten Menschen, der einmal im Quartal draufschaut. Das ist die billigste Massnahme dieser ganzen Liste und die, die am häufigsten fehlt. Wer sie extern abdecken will, findet den Rahmen dafür bei unserer Vibe-Coding-Agentur.

Vibe Coding ist nicht das Problem. Das Problem ist die stillschweigende Annahme, dass etwas, das an einem Nachmittag entsteht, auch ohne Zutun ein Jahr durchhält. Sobald diese Annahme ausgesprochen und geprüft wird, wird aus einer riskanten Abkürzung eine bewusste Entscheidung — und die kann je nach Lebensdauer der Seite völlig richtig sein.