Kurz gefasst
  • Alternativen zu Lovable zerfallen in zwei Gruppen: Browser-App-Builder (Bolt, Replit, v0) und Coding-Agenten im eigenen Repository (Claude Code, Codex, Cursor).
  • Die Wahl hängt nicht von Bekanntheit ab, sondern von fünf Kriterien: Code-Eigentum, Hosting und Datenstandort, Wartbarkeit, Einstiegshürde, Kostenmodell.
  • Browser-Builder sind schneller zum ersten Prototyp. Coding-Agenten im eigenen Repository sind die richtige Wahl, sobald Anbindung an bestehende Systeme oder langfristige Wartung dazukommen.
  • Beide Wege ersetzen keine fachliche Beurteilung. Sie verschieben Arbeit vom Schreiben zum Prüfen.
Eine goldene Linie teilt sich in zwei Wege, einer löst sich in lose Knoten auf, der andere führt zu einem geschlossenen Block, abstrakte geometrische Darstellung
Zwei Wege zur selben App, nicht ein Werkzeug gegen ein anderes

1. Warum überhaupt eine Alternative suchen

Lovable steht seit einiger Zeit stellvertretend für eine ganze Kategorie: aus einer Beschreibung in natürlicher Sprache entsteht eine lauffähige Web-App, meist mit React und einer angebundenen Datenbank. Das ist kein Alleinstellungsmerkmal mehr. Mehrere Anbieter lösen dieselbe Aufgabe mit unterschiedlichen Kompromissen bei Hosting, Preis und dem, was am Ende in Ihrem Besitz ist.

Die falsche Frage lautet deshalb "welches Werkzeug ist am bekanntesten". Die richtige Frage lautet, was am Ende der Bauzeit bei Ihnen liegen soll: ein Prototyp, den Sie schnell testen wollen, oder eine Anwendung, die in fünf Jahren noch jemand warten kann. Beide Antworten sind legitim, sie führen aber zu unterschiedlichen Werkzeugen. Welche Grundsatzentscheidungen dabei unabhängig vom konkreten Anbieter vorher stehen müssen, steht in Software selbst bauen: die Entscheidungen davor.

Wer nach einer Alternative sucht, hat meist schon ein konkretes Ärgernis: ein Preismodell, das beim ersten größeren Feature überrascht, ein Export, der erst im teureren Tarif freigeschaltet wird, oder ein Ergebnis, das sich nicht mehr an bestehende Systeme anschließen lässt. Diese drei Punkte, Kosten, Export und Anschlussfähigkeit, sind die eigentlichen Auswahlkriterien, unabhängig davon, welchen konkreten Anbieter Sie am Ende wählen.

2. App-Builder im Browser

Diese Werkzeuge laufen vollständig im Browser, ohne lokale Installation. Sie beschreiben die App, sehen eine Live-Vorschau, und das Werkzeug hostet das Ergebnis auf seiner eigenen Infrastruktur.

Bolt

Bolt von StackBlitz baut im Browser mit einer Technik namens WebContainer, einer vollständigen Node.js-Umgebung ohne Backend-Server. Der Einstiegstarif liegt bei 20 US-Dollar im Monat, Stand September 2026, abgerechnet über ein Token-Kontingent statt über flache Nachrichten-Credits.

Replit

Replit kombiniert Agent, Editor und Hosting in einer Plattform. Der Einstiegstarif Core liegt bei 20 US-Dollar im Monat bei jährlicher Abrechnung, Stand September 2026, inklusive Guthaben, das Agent-Läufe, Bereitstellung und Rechenzeit aus einem gemeinsamen Kontingent bezahlt.

v0

v0 von Vercel kommt aus der Komponenten-Generierung und ist inzwischen breiter aufgestellt, bleibt aber stärker Next.js-fokussiert als die beiden anderen. Der Premium-Tarif liegt bei 20 US-Dollar im Monat, Stand September 2026, und schließt GitHub-Sync ein.

Bei allen drei Anbietern gilt ein gemeinsames Muster: Die Abrechnung läuft über verbrauchte Token statt über feste Nachrichten, und der Verbrauch steigt mit der Größe des Projekts, nicht nur mit der Größe der Änderung. Ein einzelner Prompt in einem gewachsenen Projekt kann so ein Vielfaches dessen kosten, was derselbe Prompt in einem kleinen Projekt verbraucht. Das ist kein Fehler der Anbieter, sondern eine Folge davon, dass die gesamte Codebasis bei jedem Schritt neu in den Kontext geladen wird.

Aus der Praxis: Fragen Sie vor dem ersten Prompt, nicht danach, ob sich das Ergebnis exportieren lässt. Ohne Export bleiben Sie an die Plattform des Anbieters gebunden, mit allem, was das für Hosting, Preisänderungen und Kündigung bedeutet.

3. Coding-Agenten im eigenen Repository

Der zweite Weg sieht anders aus: Ein Agent arbeitet in einem Terminal oder Editor auf Ihrem Rechner, direkt in einem Git-Repository, das von Anfang an Ihnen gehört. Es gibt keine Plattform, die das Ergebnis hostet, weil es kein fremdes Ergebnis ist.

Claude Code, Codex, Cursor

Claude Code von Anthropic läuft im Terminal und ist Teil der Claude-Abonnements ab 20 US-Dollar im Monat für den Pro-Tarif, Stand September 2026. Codex CLI von OpenAI ist kostenlose Software und im ChatGPT-Abonnement enthalten, ab dem Plus-Tarif für 20 US-Dollar im Monat nutzbar. Cursor ist ein eigenständiger Editor mit KI-Funktionen, Einstiegstarif Pro bei 20 US-Dollar im Monat. Wie eine solche Einrichtung konkret aussieht, beschreibt Claude Code einrichten.

Der Unterschied zu den Browser-Buildern liegt nicht in der Qualität des erzeugten Codes, sondern im Ausgangspunkt. Der Agent schreibt in eine bestehende Codebasis mit bestehenden Konventionen, statt eine neue App auf der grünen Wiese eines fremden Servers zu erzeugen.

Der zweite Unterschied ist die Kontrolle über jede einzelne Änderung. Weil der Code in einem Git-Repository liegt, zeigt git diff jede Zeile, die der Agent verändert hat, und git checkout macht sie rückgängig. Bei einem Browser-Builder gibt es diese Ebene nicht in gleicher Form, dort sehen Sie das Ergebnis, selten den Verlauf dorthin.

Ein geschlossener geometrischer Block öffnet sich, kleinere Module lösen sich ab und schweben davon, abstrakte Darstellung von Code-Eigentum
Was von Anfang an in Ihrem Repository liegt, muss nicht später herausgelöst werden

4. Vergleich nach den Kriterien, die zählen

Fünf Kriterien entscheiden in der Praxis mehr als der Name des Anbieters. Die folgende Tabelle vergleicht beide Wege als Gruppe, nicht Werkzeug für Werkzeug, weil sich einzelne Anbieter innerhalb ihrer Gruppe ähnlicher sind als über die Gruppengrenze hinweg.

KriteriumBrowser-App-BuilderCoding-Agent im eigenen Repository
Code-Eigentum, ExportJe nach Anbieter, oft Export erst ab höherem TarifVon Anfang an Ihr Git-Repository
Hosting, DatenstandortInfrastruktur des Anbieters, meist USAIhre Wahl, auch EU-Hosting möglich
WartbarkeitAbhängig von der Lebensdauer der PlattformWie jedes andere Software-Projekt in Git
EinstiegshürdeNiedrig, kein Setup nötigGit-Grundlagen und ein Repository vorausgesetzt
KostenmodellAb 20 bis 25 US-Dollar/Monat plus Token-VerbrauchAb 20 US-Dollar/Monat, im Abonnement eines Anbieters oft schon enthalten

Bei der Wartbarkeit steckt der eigentliche Unterschied: Eine App, die auf einer Plattform lebt, lebt so lange wie die Plattform und deren Preismodell. Ein Repository lebt so lange, wie es jemanden gibt, der es pflegt. Für unternehmenskritische Anwendungen ist das kein Detail, sondern die Kernfrage. Einen breiteren Vergleich zwischen No-Code-Werkzeugen und klassischer Entwicklung liefert No-Code vs. Custom-Entwicklung.

5. Welcher Weg wann passt

Ein Browser-Builder passt, wenn Sie eine Idee vor der ersten größeren Investition testen wollen und kein bestehendes System angebunden werden muss. Ein interner Rechner, ein Formular, ein Dashboard für eine Handvoll Nutzer: hier zählt Geschwindigkeit mehr als Code-Eigentum.

Ein Coding-Agent im eigenen Repository passt, sobald das Ergebnis an bestehende Systeme andocken muss, personenbezogene Daten verarbeitet oder länger als ein paar Monate laufen soll. Dann zählt, wer den Code später lesen und ändern kann, mehr als die Zeit bis zum ersten funktionierenden Bildschirm.

Eine einfache Faustregel: Wenn Sie sich vorstellen können, die App in einem Jahr an einen Entwickler zu übergeben, der sie nie gesehen hat, bauen Sie sie dort, wo dieser Entwickler sie auch findet, in einem Repository. Wenn die App bis dahin ohnehin ersetzt oder abgeschaltet ist, spielt das keine Rolle, und der Browser-Builder war die richtige Wahl.

Es gibt auch die dritte Antwort: gar nicht selbst bauen. Wann diese Antwort die richtige ist, unabhängig vom gewählten Werkzeug, steht in Softwareentwicklung als eigenständige Leistung beschrieben. Wenn Sie mehrere solcher Anwendungen dauerhaft betreiben wollen, ist auch ein Blick auf SaaS-Entwicklung sinnvoll, bevor Sie sich auf eine Plattform festlegen.

Fazit

Eine Alternative zu Lovable zu suchen bedeutet zuerst, sich zwischen zwei Wegen zu entscheiden, nicht zwischen zwei Marken. Browser-Builder sind schneller zum ersten Ergebnis, Coding-Agenten im eigenen Repository sind die verlässlichere Basis für alles, was länger als eine Testphase leben soll.

Wenn Sie noch nicht wissen, welcher der beiden Wege zu Ihrem konkreten Vorhaben passt, lohnt sich ein strukturierter Blick, bevor die erste Zeile geschrieben wird. Genau dafür gibt es den Software-Fahrplan.