Wenn Ihr Team Lovable bereits zum Erstellen von Apps nutzt, stellt sich sofort die Frage, in dem ein Entwickler, Designer, Freiberufler oder Kunde Zugriff benötigt: Können alle dasselbe Lovable-Konto nutzen, oder gibt es eine bessere Möglichkeit, die Arbeit zu teilen? Die Antwort hängt davon ab, was Sie tatsächlich teilen müssen. Lovable unterstützt bereits Arbeitsbereiche, Projekte, Rollen und geteilte Credits, während Teams mit komplexeren browserbasierten Workflows möglicherweise eine andere Einrichtung benötigen. Dieser Leitfaden erklärt die Preis- und Kontoteilungsregeln von Lovable für 2026, die Hauptwege, wie Teams Zugriff teilen können, und die Nutzung des DICloak Antidetect Browsers , der für die Verwaltung gemeinsamer Browserprofile sinnvoll ist.
Lovable ist ein KI-App-Builder, der Nutzern hilft, Prompts in funktionierende Web-Apps umzuwandeln. Ein Gründer kann das Projekt starten und dann einen Entwickler, Designer oder andere Teamkollegen hinzuholen, während die App von einer Idee zu einem echten Produkt wird.
Teams wollen Lovable meist aus praktischen Gründen teilen:
In den meisten Fällen ist das eigentliche Ziel nicht, ein Passwort zu teilen. Teams möchten, dass mehrere Personen mit denselben Lovable-Projekten und Ressourcen arbeiten, ohne für jede Person einen eigenen Arbeitsablauf zu erstellen. Das macht Lovables Preismodell und die Account-Sharing-Regeln zu den nächsten Dingen, die man vor der Entscheidung, wie der Zugriff geteilt wird, überprüft werden sollte.
Lovable bietet derzeit Free-, Pro-, Business- und Enterprise-Tarife an. Die kostenpflichtigen Tarife beginnen bei 25 $ pro Monat für Pro und 50 $ pro Monat für Business, während Enterprise für größere Unternehmen volumenbasierte Preise verwendet.
| Plan | Anfangspreis | Wichtige Preisinformationen |
|---|---|---|
| Kostenlos | 0 $/Monat | 5 tägliche Build-Credits, maximal 30 pro Monat, plus begrenzte Cloud- und In-App-KI-Grants |
| Pro | 25 $/Monat | Beginnt mit 100 monatlichen Credits, wobei größere Credit-Stufen verfügbar sind; beinhaltet außerdem tägliche Bau- und Cloud-Grants. |
| Geschäft | 50 Dollar im Monat | Beginnt mit 100 monatlichen Credits und fügt mehr Kontrollen für wachsende Teams und Organisationen hinzu |
| Unternehmen | Volumenbasiert | Individuelle Kapazität und Preisgestaltung für größere Organisationen |
Lovable verwendet Credits statt einer festen Anzahl von Builds, um die Nutzung zu messen. Bezahlte Credits können für Building, Lovable Cloud und KI-Funktionen innerhalb bereitgestellter Apps verwendet werden. Die Baukosten können ebenfalls je nach Aufgabe variieren: Im Standardmodus kann eine einfache Änderung weniger als einen Credit benötigen, während eine größere Anfrage mehr benötigt werden kann. Zum Beispiel listet Lovable derzeit Beispiele auf, die von 0,50 Credits für die Änderung eines Button-Stils bis zu 1,70 Credits für die Erstellung einer Landingpage mit Bildern reichen.
Der kostenlose Plan ist hauptsächlich nützlich, um Lovable zu testen, bevor man sich für einen kostenpflichtigen Tarif bindet. Pro ist der praktischere Ausgangspunkt für das reguläre Bauen, während Business teurer ist, da er teamorientierte Funktionen wie einen Teamarbeitsraum, rollenbasierten Zugriff, SSO und interne Veröffentlichungen bietet. Enterprise richtet sich an größere Organisationen, die Funktionen wie Audit-Logs, SCIM und strengere Organisationskontrollen benötigen.
Für Teams ist ein Preisdetail besonders relevant: Lovable berechnet nicht nach Sitzplätzen. Ein kostenpflichtiger Tarif gehört zu einem Arbeitsplatz, und die Mitarbeiter in diesem Arbeitsbereich nutzen das gemeinsame Guthaben. Das bedeutet, dass die Anzahl der Teammitglieder den Abonnementpreis nicht direkt bestimmt. Die Höhe der Lovable-Nutzung hat in der Regel einen größeren Einfluss auf die tatsächlichen monatlichen Kosten.
Es gibt drei praktische Möglichkeiten, mehrere Personen mit Lovable arbeiten zu lassen: Laden Sie sie in denselben Arbeitsbereich ein, teilen Sie nur das Projekt, das sie benötigen, oder verwenden Sie ein separates Browserprofil für Workflows, die über Lovable selbst hinausgehen. Die richtige Wahl hängt davon ab, ob die Person einen fortlaufenden Teamzugang, begrenzten Projektzugang oder Zugang zu einer breiteren Kundenumgebung benötigt.
Ein gemeinsamer Arbeitsbereich ist in der Regel am besten geeignet für Vollzeit-Teammitglieder, die jede Woche in Lovable arbeiten. Jede Person nutzt ihr eigenes Lovable-Konto, während das Team mit den Projekten und Credits arbeitet, die demselben Arbeitsbereich zugeordnet sind.
Dieses Setup ist sinnvoll für einen Gründer, Entwickler und Designer, die alle am selben Produkt arbeiten. Sie können in einem Team-Arbeitsbereich bleiben, anstatt Projekte hin und her zu verschieben. Arbeitsbereichsrollen und Mitgliederkontrollen erleichtern es auch leichter zu entscheiden, wer Projekte bearbeiten, Einstellungen verwalten oder abrechnen kann.
Der Hauptkompromiss ist der Umfang. Jemand, der in einen Arbeitsplatz eingeladen wird, benötigt möglicherweise Zugriff auf mehr als ein Projekt, daher ist diese Methode besser für vertrauenswürdige, langfristige Teammitglieder als für einen Freiberufler, der nur eine Seite reparieren muss.
Projektebene zu teilen ist eine bessere Wahl, wenn man nur Zugang zu einem Lovable-Projekt benötigt. Es hält die Zusammenarbeit fokussiert, ohne diese Person Teil des größeren Arbeitsablaufs des Teams zu machen.
Zum Beispiel kann eine Agentur einen freiberuflichen Entwickler für eine Kunden-App holen oder einen Kunden ein einzelnes Projekt überprüfen lassen. In diesem Fall ist das Teilen des Projekts in der Regel praktischer, als die Person in den gesamten Arbeitsbereich einzuladen. Der Kooperationspartner kann mit dem Projekt basierend auf der erhaltenen Rolle arbeiten, während das Projekt weiterhin die Credits des Arbeitsbereichs verwendet, dem es gehört.
Dieser Ansatz ist besonders nützlich für Auftragnehmer, kurzfristige Entwickler, Designer und Gutachter. Wenn jemand nur ein Projekt benötigt, bietet ein breiterer Arbeitsplatzzugang oft mehr Zugang als die Aufgabe erfordert.
Die native Zusammenarbeit von Lovable verwaltet Lovable-Berechtigungen, verwaltet aber nicht das gesamte Browserprofil rund um einen Kunden oder ein Projekt. Dieser Unterschied wird für Agenturen und Betriebsteams, die gleichzeitig über Lovable und andere Webtools arbeiten, deutlicher.
Zum Beispiel kann ein Client-Workflow Lovable, GitHub, Supabase, einen Domain-Anbieter und andere SaaS-Tools umfassen. Ein Teamkollege, der diese Arbeit übernimmt, benötigt möglicherweise mehr als nur Zugriff auf das Lovable-Projekt. Er benötigt möglicherweise auch denselben Browser-Sitzungsstatus, Cookies, Erweiterungen, Lesezeichen und kundenspezifische Einrichtung wie der vorherige Betreiber.
Ein Antidetect-Browser wie DICloak kann diese Arbeitsumgebungen in separaten Browserprofilen speichern und Teams die Kontrolle geben, wer jedes Profil verwenden darf. Dies kann nützlich sein, wenn ein Team mehrere Client-Umgebungen verwaltet, browserbasierte Arbeit von einem Betreiber an einen anderen übergibt oder verschiedene Client-Sitzungen getrennt halten möchte, anstatt die Browser-Konfiguration immer wieder neu zu erstellen.
Die native Zusammenarbeit von Lovable funktioniert gut, wenn Teammitglieder nur Zugriff auf denselben Arbeitsbereich oder dasselbe Projekt benötigen. Aber manche Teams müssen mehr teilen als nur das Lovable-Projekt selbst, besonders wenn eine bestehende Browsersitzung, eine Kundenumgebung oder mehrere verbundene Webtools Teil des Workflows sind.
Hier kann die Verwendung des DICloak Antidetect Browsers Anforderungen abdecken, die die integrierte Zusammenarbeit von Lovable nicht erfüllt:
Der entscheidende Unterschied ist der Umfang. Lovable verwaltet die Zusammenarbeit innerhalb von Lovable, während die Nutzung von DICloak einem Team helfen kann, das Browserprofil rund um diese Arbeit zu verwalten. Für ein kleines internes Team, das nur Projektbearbeitung benötigt, könnten Lovables eigene Sharing-Tools ausreichen. Für eine Agentur oder ein Betriebsteam, das regelmäßig bestehende Kundenumgebungen zwischen den Mitgliedern übergibt, kann das Teilen von Browser-Profilen ein anderes Problem lösen.
Wenn Ihr Team weiterhin vom selben bestehenden Lovable-Konto aus arbeiten möchte, können Sie die angemeldete Sitzung in einem dedizierten Browserprofil speichern und dieses Profil mit ausgewählten Teammitgliedern teilen. Mit DICloak bleibt die Einrichtung einfach: Das Profil einmal erstellen, sich anmelden und dann steuern, wer es öffnen darf.
Laden Sie DICloak von der offiziellen Website herunter, erstellen Sie ein Konto und installieren Sie die Desktop-App. Wählen Sie einen Tarif hauptsächlich basierend darauf, wie viele Teammitglieder Zugriff benötigen und wie viele Browserprofile Ihr Team verwalten möchte.
Erstellen Sie ein Browserprofil für das Lovable-Konto oder die Client-Umgebung, die Sie teilen möchten. Das Profil speichert die relevanten Cookies, den Login-Status und die Browsereinstellungen zusammen, sodass Teammitglieder nicht jedes Mal dasselbe Setup neu erstellen müssen. Wenn Ihr Workflow bereits einen bestimmten Proxy verwendet, können Sie diesen benutzerdefinierten Proxy auch dem Profil zuweisen. Ein Proxy ist optional und muss nicht nur deshalb hinzugefügt werden, weil das Profil geteilt wird.
Öffnen Sie das neue Profil und melden Sie sich mit dem Lovable-Konto an, das für diesen Workflow verwendet wird. Sobald die Sitzung im Profil gespeichert ist, kann dasselbe Browserprofil einem anderen autorisierten Teamkollegen übergeben werden, ohne den Login wiederholt von Grund auf einrichten zu müssen.
Laden Sie die Teammitglieder ein, die Zugriff benötigen, und weisen Sie das Liebevolle Profil über das Team von DICloak und die Profilteilungskontrollen zu. Geben Sie das Profil nur an Personen weiter, die an diesem Projekt oder der Kundenumgebung arbeiten.
Sobald der Zugriff vergeben ist, kann der Teamkollege das geteilte Profil aus seiner eigenen DICloak-App öffnen und vom bestehenden Lovable-Browserprofil fortfahren. Für Teams, die regelmäßig Projekte zwischen Personen übergeben, bleibt so die Sitzungs- und Browser-Einrichtung zusammen, anstatt sie bei jeder Übergabe neu zu erstellen.
Wenn sich die Verantwortlichkeiten ändern, kann das Team den Profilzugriff aktualisieren, sodass ehemalige Auftragnehmer oder Teamkollegen keinen Zugriff mehr auf Kundenumgebungen behalten, die sie nicht mehr verwalten.
Ja, mehrere Personen können mit denselben Lovable-Projekten und Arbeitsplätzen arbeiten, aber das normale Team-Setup von Lovable basiert auf separaten Benutzerkonten statt auf mehreren Personen mit einem gemeinsamen Login. Wenn dein Team dasselbe Lovable-Konto mit deinem Team teilen möchte, entscheide zunächst, ob ihr nur gemeinsamen Projektzugriff braucht oder ob ihr auch ein bestehendes Browserprofil zwischen Teammitgliedern weitergeben müsst.
Nein. Lovable verwendet kein typisches Preismodell pro Sitz, sodass Teammitglieder demselben kostenpflichtigen Arbeitsplatz beitreten können, ohne jeweils ein separates Abo abzuschließen. Der Hauptkostenfaktor ist der gemeinsame Kreditpool, da mehrere aktive Entwickler diese Guthaben schneller nutzen können als eine Person, die allein arbeitet.
Ja. Wenn jemand nur ein Projekt benötigt, ist der Zugriff auf Projektebene in der Regel geeigneter, als ihm einen breiteren Arbeitsbereich zu gewähren. Das funktioniert gut für freiberufliche Entwickler, Designer, temporäre Auftragnehmer oder Kunden, die nur ein bestimmtes Projekt überprüfen oder bearbeiten müssen.
Das ist ein anderes Bedürfnis als die normale Zusammenarbeit bei Lovable. Zum Beispiel kann eine Agentur einen Teamkollegen benötigen, der eine bestehende Client-Umgebung übernimmt, die auch andere browserbasierte Tools und gespeicherte Sitzungsdaten enthält. In diesem Fall kann ein Antidetect-Browser wie DICloak die Browsersitzung in einem dedizierten Profil behalten und ausgewählten Teammitgliedern den Zugriff auf dieses Profil ermöglichen, anstatt jedes Mal dieselbe Umgebung neu zu erstellen.
Ja. Wenn eine Agentur oder ein Betriebsteam mit mehreren Lovable-Kundenumgebungen arbeitet, kann der DICloak Antidetect Browser helfen, jeden Client in einem separaten Browserprofil zu halten und zu steuern, auf welche Teammitglieder zugreifen können. Dies ist nützlich, wenn verschiedene Projekte auch verwandte Werkzeuge, gespeicherte Sitzungen oder clientsspezifische Browser-Setups beinhalten, da das Team diese Umgebungen getrennt halten kann, anstatt mehrere Client-Workflows im selben Browser zu mischen.
Teams können Lovable gemeinsam über gemeinsame Arbeitsbereiche, Projektzugriff und einen gemeinsamen Kreditpool nutzen, sodass die richtige Einrichtung davon abhängt, was jeder Teamkollege tatsächlich benötigt. Für normale Zusammenarbeit reicht das integrierte Teilen von Lovable meist aus, während die Verwendung des DICloak Antidetect Browsers helfen kann, wenn ein Team auch ein bestehendes Browserprofil übergeben, Kundensitzungen getrennt halten oder verwandte Webtools in dedizierten Profilen verwalten muss.