Von der Idee zum ersten Bildschirm
Lovable wird als KI-App-Builder beschrieben, der aus einem Chat-Prompt Full-Stack-Web-Apps und Websites erstellt. Sie beschreiben, was Sie wollen, verfeinern es im Dialog und veröffentlichen dann. Zu den aufgeführten Funktionen gehören visuelle Bearbeitung, ein integriertes Backend mit Datenbank, GitHub-Synchronisierung und Veröffentlichung mit einem Klick.
Das Tool macht aus einer Beschreibung einen funktionierenden Bildschirm. Den geschäftlichen Rahmen legt es nicht für Sie fest. Vor dem ersten Prompt hilft es, aufzuschreiben, wer die App nutzen wird, mit welchen Daten sie arbeitet und welches Tool oder welche Tabelle sie ersetzt. Das ist ein redaktioneller Vorschlag, keine Funktion von Lovable.
Die Fallstudie von Sentry zeigt, wie klein eine erste Version sein kann. Laut der Darstellung von Lovable gab der Chief Revenue Officer einen Screenshot einer Preistabelle in Lovable ein. Nach etwa einer Stunde hatte er einen ersten ROI-Rechner, dazu kam eine weitere Stunde Feinschliff. Es ist eine vom Anbieter veröffentlichte Fallstudie, und sie betrifft ein Vertriebstool, keines mit Kundendatensätzen.
Oberfläche und Daten: wo was gespeichert wird
Laut Sicherheitsseite von Lovable unterstützt Lovable Cloud regionales Hosting in der EU, den USA und im asiatisch-pazifischen Raum. Kundendaten bleiben standardmäßig in der gewählten Region. Das Trust Center nennt Unterauftragsverarbeiter, darunter Supabase für Kundendatenbanken und Authentifizierungsdaten (standardmäßig EU) sowie Google Cloud für Anwendungen, Datenbanken und Plattforminfrastruktur.
Speicherung und Modellverarbeitung sind getrennte Fragen. Dieselbe Liste der Unterauftragsverarbeiter nennt KI-Inferenz über AWS Bedrock in den USA (Oregon) und über Microsoft Azure AI Foundry in Regionen der EU und der USA. Die Preisseite führt Inferenz in der EU unter Enterprise. Wenn Ihre Daten in einer Region bleiben müssen, fragen Sie, welcher Tarif und welche Einstellung für die Inferenz gelten, nicht nur für die Datenbank.
Zum Training sagt die Sicherheitsseite, dass Daten aus Business und Enterprise nicht zum Training von Modellen verwendet werden. Abonnenten von Free und Pro können in den Kontoeinstellungen widersprechen. Ein Auftragsverarbeitungsvertrag (AVV) ist über das Trust Center erhältlich. Welche Datenklassen Ihre App enthalten wird (öffentlich, intern, personenbezogen, reguliert), bleibt die Entscheidung Ihres Teams.
Authentifizierung und Zugriff
Laut Sicherheitsseite arbeitet Lovable mit SAML- und OIDC-Anbietern wie Okta, Azure AD und Google und unterstützt SCIM-Provisionierung. Berechtigungen sind rollenbasiert und werden serverseitig durchgesetzt. Bearbeiten, Freigeben und Veröffentlichen sind getrennte Berechtigungen. Wer baut, ist also nicht automatisch derjenige, der ausliefert.
Hier kommt es auf die Tarife an. Laut Preisseite ergänzt Pro (25 US-Dollar pro Monat) Nutzerrollen, Berechtigungen und eigene Domains. Business (50 US-Dollar pro Monat) ergänzt rollenbasierten Zugriff, SSO, interne Veröffentlichung und ein Security Center. Enterprise ergänzt SCIM, Audit-Logs, Einschränkungen dafür, wer veröffentlicht und einlädt, sowie die Erkennung sensibler Daten.
Laut der Fallstudie von Creandum ermöglichen rollenbasierte Zugriffskontrollen und Authentifizierung den Teams, Apps für sensible Finanz- und Rechtsinformationen zu bauen. Das zeigt das Muster im Einsatz bei einer Risikokapitalgesellschaft. Es sagt Ihnen nicht, wie diese Kontrollen konfiguriert oder geprüft wurden.
Integrationen: was die Quellen zeigen
Die Produktbeschreibung nennt GitHub-Synchronisierung und Frontends für bestehende APIs unter den häufigen Anwendungsfällen. Die Preisseite ergänzt für Enterprise GitHub Enterprise (Cloud oder selbst gehostet) und eine private npm-Registry. Das Trust Center verlinkt eine Erklärung zu Konnektoren, dieser Artikel geht aber nicht auf einzelne Konnektoren ein.
Productiv zeigt ein Betriebsmodell. Der Leiter des Lagerbetriebs baut die erste Version jeder App, und zwei Entwickler machen aus den Prototypen produktive Anwendungen. Sie kümmern sich um Optimierung, Sicherheit und API-Anbindungen. Laut Fallstudie verbinden sich die Apps über APIs mit bestehenden Systemen, und die Smartphone-App ProQuality ist an das Lagerverwaltungssystem angebunden.
Sentry beschreibt eine Ebene über einem bestehenden Tool statt eines Ersatzes. Das Vertriebs-Dashboard ist noch nicht in Produktion. Der erklärte Plan ist, es über eine API oder MCP mit Salesforce zu verbinden. Sehen Sie darin eine Absicht, keine umgesetzte Integration.
Veröffentlichung und Wartung
Laut Sicherheitsseite läuft bei jeder Veröffentlichung ein einfacher Scan. Er prüft in etwa 10 bis 15 Sekunden Datenbankkonfiguration, RLS-Regeln und Einstellungen des Cloud-Projekts. Ein gründlicherer Scan läuft auf Anforderung und dauert etwa drei Minuten. Workspace-Admins können für Befunde ohne Breaking Changes eine automatische Korrektur aktivieren und die Veröffentlichung bei kritischen Befunden sperren.
Ein Detail ist zwischen den Seiten widersprüchlich. Die Sicherheitsseite sagt, dass Business- und Enterprise-Workspaces wiederkehrende gründliche Scans planen können. Die Preisseite führt geplante gründliche Scans nur unter Enterprise. Klären Sie, was für Ihren Tarif gilt.
Wartung ist vor allem eine Frage der Verantwortung. Pro umfasst 100 monatliche Credits mit Übertrag, eigene Domains und das Entfernen des Badges. Enterprise führt die automatische Stilllegung verwaister Apps auf. Creandum meldet mehr als 100 Apps in etwas mehr als einem Jahr. Ein solches Wachstum braucht pro App eine namentlich verantwortliche Person.
Eine Entscheidungshilfe: Prototyp, internes Tool oder Produktion
Diese Entscheidungshilfe ist eine redaktionelle Empfehlung, keine Funktion des Anbieters. Für einen Prototyp ohne echte Daten reicht der Free-Tarif zum Ausprobieren. Laut Preisseite ist keine Kreditkarte nötig. Für ein begrenztes internes Tool sehen Sie sich die Kontrollen auf Business-Ebene an, benennen Sie eine verantwortliche Person und lassen Sie jemanden die Zugriffsregeln der Datenbank lesen, bevor sich Mitarbeitende anmelden.
Für die Produktion oder für personenbezogene Daten folgen Sie dem Muster von Productiv: zuerst baut der Fachbereich, vor der Freigabe folgt eine technische Prüfung. Erwägen Sie Enterprise, wenn Sie Audit-Logs, SCIM oder die Erkennung sensibler Daten brauchen. Lovable nennt SOC 2 Type II und ISO 27001. Das Unternehmen gibt an, dass sein SOC-2-Audit den Zeitraum von Februar bis August 2026 abdeckte und keine Abweichungen festgestellt wurden. Das beschreibt Lovable als Unternehmen, nicht Ihre App.
Einsparungen von Kunden, etwa mehr als 250.000 US-Dollar bei Creandum oder mehr als 100.000 US-Dollar pro Jahr bei Productiv, stammen von Lovable und seinen Kunden. Sie beziehen sich auf unterschiedliche Grundgesamtheiten und Kennzahlen und sollten nicht als Benchmark zwischen Unternehmen gelesen werden.
Methodik und Grenzen
2026-10-15
Diese datierte Momentaufnahme zählt unterschiedliche Unternehmen in öffentlichen Kundenbelegen. „Bestätigt“ steht für eine Fallstudie, eine namentliche Kundenstimme oder eine Pressequelle, „Beobachtet“ für einen Eintrag beim Anbieter und „Signal“ für eine Stellenanzeige. Alle drei zählen, ihre Beweiskraft ist aber unterschiedlich. Entfernte Einträge und Einträge ohne Nachweisstufe sind ausgeschlossen. Die Beispiele sind eine begrenzte Auswahl, die innerhalb von 90 Tagen geprüft wurde. Angaben zum Anbieter sind belegte Datensätze, die innerhalb von 60 Tagen geprüft wurden. Die Abdeckung ist ungleichmäßig, und fehlende Belege bedeuten „unbekannt“. Diese Zahlen messen weder Marktanteile noch Produktleistung. Erfassungsdaten sind keine Einführungsdaten.
