Lovable ist eine KI-gestützte Full-Stack-Entwicklungsplattform, die aus einem Gespräch in natürlicher Sprache eine lauffähige Webanwendung mit Oberfläche, Backend, Datenbank und Anmeldung erzeugt. Der erzeugte Code ist ein gewöhnliches Vite- und React-Projekt, das sich mit dem eigenen GitHub-Repository synchronisieren und selbst betreiben lässt.
Hast du dieses Tool genutzt? Bewerte es
Hast du dieses Tool genutzt? Bewerte es
Lovable ist eine KI-gestützte Entwicklungsplattform für vollständige Webanwendungen. Sie beschreiben in gewöhnlicher Sprache, was Sie möchten, und die Plattform schreibt, betreibt und veröffentlicht eine funktionierende Webanwendung für Sie. Die eigene Dokumentation definiert sie als Plattform zum Erstellen, Weiterentwickeln und Bereitstellen von Webanwendungen mittels natürlicher Sprache, mit echtem Code, Sicherheit und unternehmenstauglicher Steuerung. Diese Definition sollte man wörtlich nehmen, denn jeder dieser drei Punkte markiert einen bewussten Abstand zu den Baukästen mit Ziehen und Ablegen, denen Lovable häufig zugeordnet wird.
Der wichtigste Unterschied betrifft das, was am Ende herauskommt. Ein Lovable-Projekt ist keine herstellereigene Seitenkonfiguration, die in einem gehosteten Editor eingeschlossen bleibt. Jedes Projekt erzeugt eine lauffähige Anwendung, die Oberfläche, Serverteil, Datenbank, Anmeldung und Anbindungen umfasst und vollständig durch bearbeitbaren Code getragen wird. Dieser Code beruht auf verbreiteten Webtechniken statt auf einem plattformeigenen Dialekt, weshalb die Fragen nach Abhängigkeit hier ungewöhnlich konkrete Antworten finden.
Das Unternehmen wurde 2023 in Stockholm von Anton Osika und Fabian Hedin gegründet und wurde zu einem der prägenden Namen der sogenannten Vibe-Coding-Welle, also der Praxis, Software im Gespräch mit einem Modell zu bauen statt jede Zeile selbst zu tippen. Auf Product Hunt tritt das Produkt mit dem Anspruch auf, der erste KI-gestützte Full-Stack-Ingenieur der Welt zu sein. Das trifft die Ambition gut, auch wenn die Wirklichkeit wie bei jedem generativen Werkzeug im Alltag vielschichtiger ausfällt.
Ebenso wichtig ist, was Lovable nicht ist. Es ist kein Modellanbieter. Lovable trainiert die großen Sprachmodelle, die das eigentliche Denken übernehmen, nicht selbst, sondern orchestriert sie, hüllt sie in eine Bauumgebung und ergänzt jene Infrastruktur aus Hosting, Anmeldung, Zahlungen und Sicherheitsprüfung, die aus erzeugtem Code etwas macht, das man Nutzern tatsächlich vorlegen kann. Wer diese Arbeitsteilung versteht, versteht den größten Teil der Stärken und Grenzen.
Lovable sitzt zwischen zwei älteren Kategorien. Auf der einen Seite stehen Baukästen ohne Programmierung, die leicht zugänglich sind, deren Ergebnis man aber nicht mitnehmen kann. Auf der anderen stehen Programmierhilfen im Editor der Entwickler, die hervorragenden Code liefern, aber voraussetzen, dass man ein Projekt bereits führen kann. Lovable zielt auf die Mitte: dialogisch genug, dass auch Menschen ohne technischen Hintergrund beginnen können, und dennoch mit einem echten Repository als Ergebnis, das später eine Entwicklerin übernehmen kann. Ob diese Mittellage zu Ihnen passt, ist die zentrale Auswahlfrage.
Gebaut wird im Gespräch, doch nicht jedes Gespräch ist gleich. Lovable trennt das planende vom ausführenden Gespräch. Der Planungsmodus dient dem Nachdenken, Erkunden und Entscheiden, bevor überhaupt Code geschrieben wird; der Baumodus setzt Änderungen unmittelbar im Projekt um, prüft sie und übernimmt die Ausführung von Anfang bis Ende. Diese Trennung ist nicht nur begrifflich bedeutsam, denn beide Modi werden unterschiedlich abgerechnet, was sich direkt im Budget niederschlägt.
Was entsteht, ist keine statische Seite. Es kommt mit Datenbank, serverseitiger Logik, Benutzerkonten und angebundenen Fremddiensten, die bereits miteinander verdrahtet sind. Anmeldung, Speicherung, Echtzeitfunktionen und serverlose Funktionen stützen sich im betreuten Cloud-Angebot auf Supabase, und Zahlungen lassen sich über eine im Gespräch eingerichtete Stripe-Anbindung ergänzen, ohne selbst Rückmeldungsroutinen zu schreiben.
Dies ist die Funktion, die Lovable am deutlichsten von der Baukastenkategorie abhebt, und die Dokumentation formuliert ungewöhnlich direkt. Sämtliche Projekte lassen sich jederzeit fortlaufend in ein eigenes GitHub- oder GitLab-Repository abgleichen, und es steht Ihnen frei, dieses Repository zu klonen, außerhalb der Plattform zu verändern, auf eigener Infrastruktur bereitzustellen oder vollständig selbst zu betreiben. Der Abgleich verläuft in beide Richtungen, sodass Änderungen im Repository auch ins Projekt zurückfließen.
Die Haltung zum Eigentum steht ebenso klar in den offiziellen Preisfragen. Auf die Frage, wem Projekte und Code gehören, lautet die Antwort: Ihnen. Das umfasst die mit Lovable gebauten Anwendungen, Websites und sonstigen Projekte, die auf der Plattform gespeicherten Kundendaten sowie sämtliche erzeugten KI-Ausgaben, vorbehaltlich der Rechte Dritter an den zugrunde liegenden Modellen. Dieser letzte Vorbehalt ist eine normale und ehrliche Klarstellung zur Modelllizenzierung und kein verdeckter Anspruch auf Ihre Arbeit.
Lovable bringt eine Dateiübersicht und einen Editor mit, sodass Sie nicht jede Änderung als Anfrage formulieren müssen. Sie können die Projektdateien durchsehen, von Hand bearbeiten, die Assistenz gezielt auf bestimmte Dateien und Zeilen richten oder den gesamten Code herunterladen. Im kostenlosen Tarif ist der Editor nur lesend; Bearbeiten und Herunterladen als Archiv setzen ein kostenpflichtiges Abonnement voraus. Daraus folgt eine sehr praktische wirtschaftliche Konsequenz: Guthaben wird nur verbraucht, wenn Lovable im Gespräch für Sie arbeitet, weshalb eigenhändige Korrekturen im Editor das Guthaben überhaupt nicht antasten.
Hosting, Verschlüsselungszertifikat und Serverinfrastruktur übernimmt Lovable, und die Startseite verbindet dieses Versprechen mit der ausdrücklichen Zusage, dass Code und Daten stets Ihnen gehören. Zahlungen werden in zahlreichen Ländern samt Währungsumrechnung und steuerlicher Einhaltung abgewickelt, wodurch eine Art von Arbeit entfällt, die kleine Teams sonst lange aufhält, nachdem die Anwendung selbst längst fertig ist.
Angesichts der Zielgruppe ist Sicherheitswerkzeug eine erstrangige Funktion und kein nachträglicher Anbau. Eine Grundprüfung untersucht die zeilenbasierten Sicherheitsregeln auf verbreitete Fehler, begutachtet Datenbankschema und Zugriffssteuerung und prüft Abhängigkeiten auf bekannte Schwachstellen. Eine Tiefenprüfung geht weiter, findet zu großzügige Zugriffsregeln, markiert Serverendpunkte ohne ordentliche Anmeldung und deckt offenliegende Geheimnisse, unsichere Eingabeverarbeitung sowie Informationsabfluss über Fehlermeldungen oder Protokolle auf. Prüfungen laufen vor der Veröffentlichung automatisch, die Tiefenprüfung jedoch nicht von selbst während der Arbeit.
Projekte gehören zu Arbeitsbereichen, und der Arbeitsbereich ist die Einheit für Abrechnung und Zugriffsrechte. Die Stufen Business und Enterprise ergänzen rollenbasierte Rechte, zentrale Anmeldung, Prüfprotokolle und ein Sicherheitszentrum. Eigentümer und Verwalter können ein monatliches Standardlimit für Guthaben sowie abweichende Grenzen je Mitglied festlegen — genau jener Mechanismus, der verhindert, dass eine begeisterte Kollegin das gemeinsame Guthaben an einem Nachmittag aufbraucht.
Neben dem Browser gibt es eine eigenständige Anwendung für macOS auf Apple-Silizium wie auf Intel-Prozessoren sowie für Windows. Sie bietet alles aus der Webfassung und ergänzt Unterstützung für lokale MCP-Server, Registerkarten für mehrere Projekte und Tastaturkürzel, wobei die lokale Unterstützung besonders bemerkenswert ist, weil die Assistenz dadurch Werkzeuge auf dem eigenen Rechner erreichen kann. Eine mobile Anwendung erlaubt das Anweisen und Durchsehen von Projekten auf Telefon oder Tablet.
Am verlässlichsten erfolgreich ist Lovable bei internen Werkzeugen, die ein Team wirklich braucht, für die sich aber nie Entwicklungskapazität rechtfertigen ließ: Freigabeverfolgung, Einarbeitungslisten, Bestandsübersichten, Antragsformulare mit echter Datenbank dahinter. Solche Anwendungen haben nachsichtige Anforderungen, einen kleinen und bekannten Nutzerkreis und eine eindeutige Person, die sie anpassen kann. Auch die offiziellen Kundenberichte neigen deutlich in diese Richtung und schildern Organisationen, die mehrere Softwareabonnements durch selbstgebaute Entsprechungen ersetzen.
Ein Konzept binnen eines Nachmittags in etwas Anklickbares zu verwandeln, verändert die Art der Produktgespräche. Eine Gründerin kann zehn möglichen Kunden einen funktionierenden Ablauf statt einer Präsentation vorlegen. Eine Gestalterin kann prüfen, ob sich eine Interaktion tatsächlich richtig anfühlt, statt darüber abstrakt zu streiten. Da das Ergebnis eine echte veröffentlichte Anwendung mit eigener Adresse ist, müssen die Beteiligten nichts hinzudenken.
Die Vorführung auf der Startseite besteht buchstäblich darin, um eine Landeseite zu bitten, und das bleibt der schnellste Weg zu einem nutzbaren Ergebnis. Marketingteams erstellen Kampagnenseiten, Wartelisten und Startseiten, ohne sich hinter dem Entwicklungsrückstand anzustellen, wobei Hosting und Zertifikat bereits erledigt sind.
Agenturen verkürzen mit dialogischem Bauen die frühen Projektphasen. Entscheidend für diese Gruppe ist der Git-Abgleich: Weil das Ergebnis ein gewöhnliches Repository und keine gehostete Konfiguration ist, kann eine Agentur etwas übergeben, das das Ende des Auftrags überdauert und von den Nachfolgenden gepflegt werden kann.
Der Studierendenrabatt deutet auf ein Bildungspublikum, und die Plattform eignet sich dafür. Lernende sehen zu, wie eine vollständige Anwendung entsteht, und öffnen anschließend den Editor, um nachzulesen, wie Wegführung, Anmeldung und Datenbankzugriff tatsächlich verknüpft sind. So genutzt — erst bauen, dann das Ergebnis lesen — wirkt sie als ungewöhnlich anschauliches Lehrmaterial.
Die auf Unternehmen ausgerichteten Funktionen existieren, weil größere Organisationen tatsächlich gekommen sind. Wenn viele Menschen ohne Entwicklungshintergrund über Abteilungen hinweg je eigene kleine Werkzeuge bauen, verlagert sich die Schwierigkeit auf die Steuerung: Wer greift worauf zu, wessen Daten fließen ins Training, was geschieht beim Ausscheiden einer Person. Prüfprotokolle, zentrale Anmeldung und Sicherheitszentren zielen genau auf dieses Szenario.
Für den Anfang ist keine Zahlungskarte nötig. Beschreiben Sie die gewünschte Anwendung in Alltagssprache, einschließlich der Frage, wer sie nutzt und was diese Menschen erreichen müssen. Genauigkeit zahlt sich sofort aus: Benennen Sie die Gegenstände, die Ihre Anwendung verwaltet, und die beteiligten Rollen, und das erste Ergebnis fällt weit besser aus als bei einer einzeiligen Bitte.
Widerstehen Sie dem Drang, sofort zu erzeugen. Der Planungsmodus hilft beim Denken, Erkunden und Entscheiden, bevor Code geschrieben wird. Datenstrukturen und Nutzerabläufe zuerst zu durchdenken, verhindert die teuerste Art von Fehler: nach zwanzig Wortwechseln festzustellen, dass das zugrunde liegende Datenmodell von Anfang an falsch war.
Bitten Sie um eine zusammenhängende Änderung auf einmal. Eng umrissene Anfragen sind günstiger, leichter zu überprüfen und deutlich einfacher zurückzunehmen. Die offiziellen Kostenbeispiele machen das greifbar: eine Schaltfläche grau zu färben kostet etwa 0,50 Guthabeneinheiten, das Entfernen eines Fußbereichs etwa 0,90, das Ergänzen der Anmeldung mit Registrierung etwa 1,20 und das Erzeugen einer Landeseite mit drei Bildern, einem Farbschema und fünf Abschnitten etwa 1,70. Kleine Änderungen kosten anteilig weniger, weshalb die Gewohnheit, Anfragen eng zu fassen, unmittelbar die Gewohnheit ist, weniger auszugeben.
Schalten Sie den Git-Abgleich ein, sobald das Projekt mehr als ein Versuch ist. Sie gewinnen Versionsverlauf, eine Möglichkeit nachzusehen, was die Assistenz tatsächlich geändert hat, und einen Ausgang, dessen Offenhalten nichts kostet. Früh erledigt ist das weit einfacher, als den Verlauf später zu rekonstruieren.
Veröffentlichen Sie niemals eine Anwendung mit fremden Daten, ohne die Sicherheitsbefunde durchzusehen. Starten Sie die Tiefenprüfung ausdrücklich, da sie während der Arbeit nicht von selbst läuft, und behandeln Sie Warnungen zur Zugriffssteuerung als blockierend statt als Hinweis.
Die Veröffentlichung übernimmt die Plattform samt Zertifikat und Serverinfrastruktur. Sobald echte Nutzer erscheinen, wandelt sich die Frage von „funktioniert es" zu „hält es stand", und genau ab diesem Punkt gewinnen die unten genannten Grenzen an Bedeutung.
Kleines selbst beheben. Da Guthaben nur fließt, wenn die Assistenz im Gespräch arbeitet, kostet es überhaupt nichts, den Editor zu öffnen und eine Beschriftung, eine Farbe oder einen Tippfehler von Hand zu korrigieren. Wer den Editor als selbstverständlichen Teil des Arbeitsablaufs nutzt, gibt merklich weniger aus als wer jede Änderung durchs Gespräch leitet.
Die Fehlersuchschleife früh verlassen. Der häufigste Weg, bei einem dialogischen Werkzeug Geld zu verbrennen, ist die wiederholte Bitte um dieselbe Korrektur. Wenn zwei Versuche nichts gebracht haben, halten Sie inne. Lesen Sie den tatsächlichen Code, bestimmen Sie die fehlerhafte Funktion und beheben Sie sie entweder von Hand oder verweisen Sie die Assistenz genau auf Datei und Zeile, statt das Symptom erneut zu schildern.
Ergebnisse beschreiben, nicht Umsetzungen. Zu erklären, was Nutzende erreichen können sollen, führt in der Regel zu besseren Ergebnissen als vorzuschreiben, wie zu bauen sei, weil das Modell dann einen stimmigen Weg wählen kann, statt Bruchstücke Ihrer gedanklichen Architektur zusammenzufügen.
Guthabengrenzen setzen, bevor Sie einladen. In einem gemeinsamen Arbeitsbereich entscheiden Grenzen je Mitglied darüber, ob die Rechnung vorhersehbar bleibt oder unangenehm überrascht.
Erzeugte Anmeldung und Rechte als ungeprüften Code behandeln. Hier scheitert erzeugter Code mit den schwersten Folgen, und beides hängt zusammen: Eine Zugriffsregel, die im Editor richtig aussieht, kann in der Wirkung umgekehrt sein. Prüfen Sie als nicht angemeldete Besucherin und nicht nur als angemeldete Nutzerin.
Die Fristen des Guthabens im Blick behalten. Guthaben verfällt nach festem Zeitplan, weshalb ein Jahresabonnement für ein Vorhaben, das sich verzögert, allein durch die Verzögerung an Wert verlieren kann.
Gründerinnen und Gründer ohne technischen Hintergrund sowie Einzelbauende erleben die dramatischste Veränderung. Wer eine klare Produktidee, aber keine Entwicklungserfahrung hat, gelangt nun zu einer veröffentlichten, funktionierenden Anwendung, wofür früher entweder Geld oder eine technische Mitgründung nötig war.
Produktverantwortliche, Gestaltende und Betriebspersonal in Unternehmen bauen damit das benötigte Werkzeug selbst, statt eine Anforderung zu schreiben und zu warten. Das ist die am schnellsten wachsende Gruppe, und die Unternehmensfunktionen sind um sie herum entstanden.
Entwicklerinnen und Entwickler nutzen es als Beschleuniger für das Grundgerüst, nicht als Ersatz für ihr Handwerk. In Minuten ein lauffähiges Gerüst zu erzeugen und das Repository dann in den gewohnten Ablauf zu übernehmen, ist ein legitimes und zunehmend verbreitetes Muster — und da Vite und React herauskommen, gibt es vor der Übernahme nichts Exotisches zu lernen.
Agenturen und Beratungen profitieren zugleich von kürzeren Lieferzeiten und einem wirklich übertragbaren Ergebnis.
Lehrende und Studierende erhalten eine vergünstigte, niedrigschwellige Umgebung, um den Aufbau moderner Webanwendungen zu vermitteln.
Wer vorsichtig sein sollte: Teams mit strengen regulatorischen Pflichten, ungewöhnlichen Leistungsanforderungen oder viel eigener Fachlogik. Ebenso jede Organisation, die die Entwicklungsumgebung selbst im eigenen Netz betreiben muss, denn das ist ausdrücklich nicht möglich.
Lovable ist in erster Linie eine Plattform im Browser, und die Webfassung ist das vollständige Erlebnis. Darüber hinaus deckt eine eigenständige Anwendung macOS auf Apple-Silizium und Intel sowie Windows ab und ergänzt die Webfunktionen um lokale MCP-Server, Registerkarten für mehrere Projekte und Tastaturkürzel. Eine mobile Anwendung erlaubt Bauen, Anweisen und Durchsehen auf Telefon oder Tablet, was eher zum Prüfen und für kleine Anpassungen taugt als zum ausdauernden Bauen.
Was Lovable hervorbringt, läuft an weit mehr Orten als Lovable selbst. Die Anwendungen sind gewöhnliche Vite- und React-Projekte, die bei großen Cloudanbietern wie AWS, GCP und Azure, auf betreuten Hostingplattformen oder auf selbst betriebener Infrastruktur laufen. Praktisch begrenzt die Verfügbarkeit der Plattform also, wo Sie arbeiten, nicht, wo Ihre Software wohnt.
Das Ergebnis ist eine Webanwendung. Lovable ist kein Übersetzer für native mobile Anwendungen, und es als Weg in die App-Läden von iOS oder Android zu betrachten, verkennt das Produkt.
Lovable arbeitet mit einem Guthabensystem über vier Abonnementstufen, und die Mechanik des Guthabens zu verstehen, ist wichtiger als der Vergleich der genannten Preise.
Die Dokumentation nennt Free, Pro, Business und Enterprise. Pro beginnt bei 25 US-Dollar monatlich mit 100 Guthabeneinheiten; Business beginnt bei 50 US-Dollar monatlich, ebenfalls mit 100 Einheiten, wobei der Preisunterschied Steuerungsfunktionen und nicht mehr Kapazität abbildet. Beide Stufen lassen sich zu größeren Guthabenpaketen erweitern. Jährliche Abrechnung bietet einen vergünstigten Monatssatz und höhere Übertragsgrenzen für ungenutztes Guthaben. Enterprise wird nach Volumen individuell bepreist.
Bemerkenswert ist, dass nicht pro Platz abgerechnet wird. Arbeitsbereiche nehmen in allen Tarifen beliebig viele Mitglieder auf, und der Preis richtet sich nach dem enthaltenen Guthaben statt nach der Personenzahl. Mehr Menschen einzuladen ändert die Abonnementkosten nicht, sondern nur, wie schnell das gemeinsame Guthaben schwindet.
Der kostenlose Tarif umfasst täglich 5 Bau-Einheiten mit einer Obergrenze von 30 im Monat, dazu monatlich 20 Cloud-Einheiten und 4 Einheiten für KI-Funktionen innerhalb der gebauten Anwendungen. Das genügt für eine ernsthafte Bewertung, doch der nur lesende Editor bedeutet, dass Sie Ihr Projekt vor einem Abonnement nicht herunterladen können.
Dieser Punkt verdient Aufmerksamkeit, denn hier zerbrechen Erwartungen am häufigsten. Der Verbrauch beträgt nicht eine Einheit je Nachricht. Im Standardmodus schwankt der Verbrauch mit der Komplexität der Aufgabe, während der Planungsmodus fest eine Einheit je Nachricht berechnet. Die veröffentlichten Beispiele — 0,50 für eine gestalterische Anpassung, 0,90 für das Entfernen eines Bausteins, 1,20 für die Anmeldung, 1,70 für eine vollständige Landeseite — zeigen, dass eine kleine Fehlerbehebung in der Regel einen Bruchteil statt einer ganzen Einheit kostet, was günstiger ausfällt als das von vielen unterstellte Modell je Nachricht.
Die ehrliche Einschränkung lautet, dass diese Großzügigkeit je Anfrage nicht immer zu vorhersehbaren Monatsausgaben führt, und der Grund liegt im Scheitern, nicht im Preis. Bewertende auf Trustpilot berichten, dass wiederholte Fehler und fehlgeschlagene Aufgaben das Guthaben viel zu schnell aufzehren, und beschreiben, wie sie für dasselbe Problem immer wieder Guthaben ausgaben. Der einzelne Versuch ist günstig; zwölf Versuche an demselben hartnäckigen Fehler sind es nicht. Planen Sie nach der erwarteten Zahl der Durchläufe, nicht nach der Beispieltabelle.
Guthaben trägt zudem mehr als das Bauen. Dasselbe Konto deckt den Betrieb der veröffentlichten Anwendung sowie KI-Funktionen innerhalb der Anwendung selbst. Bei kleineren oder neuen Anwendungen entstehen für den Betrieb praktisch keine Kosten, da die im Abonnement enthaltene Zuteilung ausreicht; Anwendungen mit nennenswertem Verkehr oder Umfang beginnen, das Guthaben zu belasten.
Ungenutztes monatliches Guthaben verfällt zwei Monate nach Ausgabe, Guthaben aus Jahrestarifen einen Monat nach Ende des Jahreszeitraums, nachgekauftes Guthaben gilt zwölf Monate ab Kauf, und tägliche Zuteilungen verfallen am selben Tag ohne Übertrag. Nachkäufe kosten 0,30 US-Dollar je Einheit bei Pro und 0,60 bei Business. Guthaben ist weder erstattungsfähig noch in Bargeld umwandelbar. Mit gültiger Hochschuladresse lässt sich ein Studierendenrabatt beantragen.
Bolt.new besetzt fast denselben begrifflichen Raum, erzeugt vollständige Anwendungen aus Anweisungen im Browser und ist der unmittelbarste Vergleich bei der Bewertung dialogischer Werkzeuge.
v0 von Vercel konzentriert sich stärker auf Oberflächenbausteine und Seiten und ist eng mit dem Vercel- und Next.js-Umfeld verzahnt. Es ist oft die bessere Wahl, wenn die Schwierigkeit vorn liegt und der Serverteil bereits existiert.
Replit bietet eine vollständige Entwicklungsumgebung in der Cloud mit aufgesetzter Assistenz und spricht jene an, die eine echte Programmierumgebung mit Unterstützung wollen statt eines Gesprächs, das Code hervorbringt.
Claude Code, Cursor und ähnliche Helfer drehen das Modell vollständig um: Sie behalten Repository, Werkzeugkette und Arbeitsweise, und die Assistenz arbeitet darin. Für erfahrene Entwickelnde ist das meist mächtiger, allerdings ohne Hosting, ohne Datenbankbereitstellung und ohne Veröffentlichung.
Klassische Baukästen ohne Programmierung wie Webflow oder Bubble bleiben sinnvoll, wenn gestalterische Kontrolle wichtiger ist als der Besitz des Quellcodes und ein Wechsel ohnehin nicht vorgesehen ist.
Das abzuwägende Unterscheidungsmerkmal in diesem Feld ist die Übertragbarkeit. Die Verbindung aus gewöhnlicher Rahmenwerksausgabe und uneingeschränktem Eigenbetrieb ist gegenüber Plattformen, deren Ergebnis nicht fortziehen kann, ein echter Vorteil.
Ihre Anwendungen sind übertragbar, die Werkstatt nicht. Die Plattform selbst, also Editor und Assistenz, ist ein betreuter Dienst, der weder selbst betrieben noch im privaten Netz eines Kunden bereitgestellt werden kann. Organisationen, die verlangen, dass Entwicklungswerkzeuge im eigenen Netz laufen, werden dies unabhängig von der Übertragbarkeit des Ergebnisses als Ausschlusskriterium werten.
Der Ausgang ist real, aber nicht unbegrenzt. Ein Wechsel zu betreutem oder selbst betriebenem Supabase wird unterstützt, doch eine Migration zu reinem PostgreSQL oder anderen Datenbankanbietern erforderte, gleichwertige Dienste für Anmeldung, Speicherung und Randverarbeitung selbst umzusetzen, und wird nicht ab Werk unterstützt. Lovable zu verlassen gelingt also bequem; die von Supabase geprägte Architektur zu verlassen, ist ein eigenes Vorhaben.
Dies ist der wichtigste Vorbehalt dieser Seite. Es geht nicht darum, dass die Plattform kompromittiert würde, sondern darum, dass erzeugte Anwendungen mit falsch eingerichteter Zugriffssteuerung online gehen. Im März 2025 wurde eine Schwachstelle dokumentiert, bei der auf der Plattform gebaute Websites ohne angemessene Zugriffssteuerung mit Supabase-Datenbanken verbunden waren und Inhalte öffentlich sichtbar werden konnten; das Unternehmen reagierte mit automatischen Prüfungen der Zugriffssteuerung. Die Problemkategorie verschwand damit nicht. Im Februar 2026 beschrieb ein breit diskutierter, von The Register berichteter Fall eine bei Lovable betriebene, mit grundlegenden Mängeln durchsetzte Anwendung, die 18.000 Nutzer offenlegte, zurückzuführen auf eine Anmeldefunktion, deren Zugriffslogik faktisch umgekehrt war: Sie sperrte berechtigte Nutzer aus und ließ nicht angemeldete Besucher herein.
Lovable hat daraufhin erheblich investiert und Prüfungen zeilenbasierter Sicherheit, Begutachtung der Zugriffssteuerung und Erkennung von Geheimnissen in seine Analyse aufgenommen. Doch die eigene Dokumentation setzt die Erwartung richtig: Diese Werkzeuge helfen, verbreitete Sicherheitsprobleme zu erkennen, können vollständige Sicherheit aber nicht gewährleisten. Wer personenbezogene, finanzielle oder gesundheitsbezogene Daten verarbeitet, sollte eine unabhängige Sicherheitsprüfung als verpflichtend und nicht als wahlfrei behandeln.
Dialogische Erzeugung ist bei ausgetretenen Mustern am stärksten und bei wirklich neuartiger Logik am schwächsten. Je mehr eigene Regeln und voneinander abhängige Funktionen ein Projekt ansammelt, desto höher der Anteil an Anfragen, die mehrere Anläufe brauchen, und genau hier steigen Guthabenverbrauch und Frustration gemeinsam. Bewertende beschreiben durchweg ein Werkzeug, das bei Prototypen, internen Werkzeugen und Landeseiten hervorragend ist und weniger verlässlich, sobald eigene Logik und feinere Kontrolle nötig werden.
Lovable orchestriert fremde Modelle, statt eigene zu trainieren. Das Zugangstor vermittelt Anwendungen an fremde Anbieter, darunter OpenAI, Google Gemini und über OpenRouter erreichbare Modelle. Lovable ist mit diesen Anbietern nicht verbunden, sondern deren Kunde. Verhalten der Modelle und damit die Erzeugungsqualität können sich ändern, wenn die vorgelagerten Anbieter etwas ändern.
Die Startseite nennt eine Million neue Projekte pro Woche, fünfzig Millionen gebaute Projekte und 720 Millionen monatliche Besuche auf mit Lovable gebauten Projekten. Die Presse berichtete ebenso von rund 400 Millionen US-Dollar auf Jahresbasis hochgerechnetem Umsatz im Februar 2026 bei 146 Vollzeitkräften. Sämtliche Angaben stammen vom Unternehmen und wurden nicht unabhängig geprüft; sie beschreiben geschäftlichen Schwung, nicht Produktqualität.
Selbst bei gut dokumentierten Einzelkosten hängt die Monatssumme davon ab, wie oft die Erzeugung im ersten Anlauf gelingt, und das lässt sich vorab nicht wissen. Betrachten Sie die ersten Monate als Messphase und nicht als Dauerzustand.
Es gibt einen echten kostenlosen Zugang ohne Zahlungskarte. Er bietet täglich 5 Bau-Einheiten mit einer Obergrenze von 30 im Monat, dazu monatlich 20 Cloud-Einheiten und 4 Einheiten für KI-Funktionen in Ihren Anwendungen. Das genügt, um das Produkt zu bewerten und Kleineres zu bauen, doch der Editor ist nur lesend, sodass das Herunterladen des Projekts ein kostenpflichtiges Abonnement voraussetzt.
Ja, und das ist eine der klarsten Zusagen. Ihnen gehören die gebauten Anwendungen, Websites und sonstigen Projekte, die auf der Plattform gespeicherten Kundendaten sowie die erzeugten Ausgaben. Praktisch werden Projekte fortlaufend in Ihr eigenes GitHub- oder GitLab-Repository abgeglichen, und Sie dürfen ohne Einschränkung klonen, ändern, bereitstellen und selbst betreiben. Der einzige genannte Vorbehalt betrifft Rechte Dritter an den zugrunde liegenden Modellen.
Meistens nicht. Der Baumodus rechnet nach Komplexität statt pauschal je Nachricht, und die offiziellen Beispiele setzen eine gestalterische Änderung bei etwa 0,50 und das Entfernen eines Bausteins bei etwa 0,90 an. Der Planungsmodus bildet mit fest einer Einheit je Nachricht die Ausnahme. Das eigentliche Kostenrisiko liegt in der Wiederholung, nicht im Einzelpreis: Braucht eine Behebung acht Anläufe, zahlen Sie acht Anläufe, und genau das ist die häufigste Klage in Bewertungen.
Lovable trainiert keine eigenen Modelle. Das Zugangstor leitet Anfragen an fremde Anbieter weiter, darunter OpenAI, Google Gemini und über OpenRouter verfügbare Modelle. Lovable ist Kunde dieser Anbieter und nicht mit ihnen verbunden; Änderungen vorgelagerter Modelle können die Qualität beeinflussen.
Das hängt von Tarif und Zeitpunkt ab. Ab dem 9. September 2026 dürfen Kundendaten der Tarife Free und Pro dazu dienen, die Modelle von Lovable zu trainieren, zu entwickeln und zu verbessern, während Daten aus Business- und Enterprise-Arbeitsbereichen standardmäßig vom Training ausgenommen sind. Nutzende der Tarife Free und Pro können jederzeit kostenfrei in den Kontoeinstellungen widersprechen. Der Widerspruch erfasst Anweisungen einschließlich angehängter Bilder und Dateien, Code, Projektdateien, erzeugte Ausgaben und Nutzungsdaten. Die Daten der Endnutzenden Ihrer Anwendung sowie Ihre Abrechnungsangaben werden in keinem Tarif für Training verwendet.
Sie können es sein, aber nicht von selbst. Die Plattform prüft zeilenbasierte Sicherheitsregeln, Zugriffssteuerung der Datenbank und Schwachstellen in Abhängigkeiten, und die Tiefenprüfung ergänzt Kontrollen an Endpunkten und im Code. Lovable stellt jedoch klar, dass diese Werkzeuge vollständige Sicherheit nicht gewährleisten können, und es sind Fälle belegt, in denen erzeugte Anwendungen durch falsch eingerichtete Zugriffssteuerung Nutzerdaten offenlegten. Verarbeitet Ihre Anwendung sensible Daten, beauftragen Sie vor dem Start eine unabhängige Sicherheitsprüfung.
Es entstehen gewöhnliche Vite- und React-Projekte, wobei die Serverdienste im Cloud-Angebot von Supabase bereitgestellt werden. Da der Aufbau verbreitet und nicht herstellereigen ist, können Entwickelnde mit Kenntnis moderner Webentwicklung das Ergebnis lesen und pflegen, ohne ein plattformeigenes System zu erlernen.
Lovable rechnet nicht pro Platz ab. Alle Tarife erlauben unbegrenzt viele Mitglieder eines Arbeitsbereichs, die sich ein Guthaben teilen, mit einem Abonnement und einer Rechnung. Mehr Personen erhöhen die Kosten nicht, sondern nur das Tempo des Verbrauchs. Damit nicht eine Person alles aufbraucht, können Eigentümer und Verwalter monatliche Standardgrenzen und abweichende Grenzen je Mitglied festlegen.
Nein. Die gebauten Anwendungen dürfen überall betrieben werden, doch die Plattform selbst — Editor und Assistenz — ist ein betreuter Dienst, der weder selbst betrieben noch im privaten Kundennetz bereitgestellt werden kann. Das ist eine feste bauliche Grenze und keine Einschränkung einzelner Tarife.
Teilweise, und nein. Monatliches Guthaben verfällt zwei Monate nach Ausgabe, jährliches einen Monat nach Ende des Zeitraums, nachgekauftes gilt zwölf Monate. Tägliche Zuteilungen verfallen täglich und werden nie übertragen. Guthaben ist weder erstattungsfähig noch gegen Bargeld oder andere Werte eintauschbar; kaufen Sie daher nur so viel, wie Sie im jeweiligen Zeitfenster tatsächlich verbrauchen werden.
