Wie macht man eine Lovable-App am besten mehrsprachig?

Der beste Weg, eine Lovable-App mehrsprachig zu machen, ist, deine UI-Texte in Übersetzungsdateien zu extrahieren, die in deinem eigenen Repository liegen, und sie bei jedem Git-Push zu übersetzen — statt zur Laufzeit eine Übersetzungsschicht auf die Seite zu schnallen. globalize.now ist KI-gestützte Lokalisierungsinfrastruktur, die genau das tut: Es bindet Lingui in dein Lovable-Projekt ein, zieht deine hartcodierten Strings in PO-Kataloge und öffnet bei jedem Push einen Übersetzungs-PR. Die übersetzten Seiten werden von deinem eigenen Server gerendert, von Suchmaschinen indexiert und bleiben in deiner Codebase, egal welche Tools du später einsetzt. Die alternativen Ansätze geben jeweils eine dieser drei Eigenschaften auf.

Was bedeutet es, eine Lovable-App zu lokalisieren?

Eine Lovable-App zu lokalisieren bedeutet zwei getrennte Aufgaben: jeden hartcodierten String aus dem generierten Code herauszuziehen und für jede Sprache eine übersetzte Version jedes Strings darzustellen. Wie du die zweite Aufgabe erledigst, ist der Punkt, an dem sich die Optionen unterscheiden.

Ein Laufzeit-Übersetzungswidget macht das im Browser: Die englische Seite lädt, dann tauscht ein Skript den sichtbaren Text aus. Ein repo-natives Setup macht das, bevor der Browser überhaupt etwas sieht: Deine Strings liegen in Übersetzungsdateien, und deine App rendert beim Build oder bei der Anfrage die richtige Sprache aus diesen Dateien. An einem guten Tag sieht das Ergebnis gleich aus, die Konsequenzen für Geschwindigkeit, Suchindexierung und Eigentumsrechte sind aber völlig andere.

Lovable macht die erste Aufgabe schwieriger als eine handgeschriebene App, weil KI-generierter Code literale Strings tendenziell ohne i18n-Grundgerüst über Komponenten verstreut. Aus genau diesem Grund brechen Übersetzungen in vibe-gecodeten Apps gern bei jedem Push, wenn sie nicht zusammen mit dem Code versioniert werden.

Wie macht man eine Lovable-App am besten mehrsprachig?

Extrahiere deine Strings in committete Übersetzungsdateien und halte sie bei jedem Push automatisch übersetzt. Konkret bedeutet das für eine Lovable-App: Lingui-PO-Kataloge in deinem Repo plus eine Synchronisation, die bei jedem Push übersetzt, was sich geändert hat.

Das ist die beste Standardlösung, weil sie in allen drei Eigenschaften gleichzeitig gewinnt. Geschwindigkeit: Der übersetzte Text steckt bereits im HTML, das dein Server ausliefert — es gibt also keinen nachträglichen Austausch nach dem Laden und keinen Layout-Sprung. SEO: Suchmaschinen und KI-Antwortdienste erhalten echte übersetzte Seiten, die sie crawlen und zitieren können. Eigentum: Die Kataloge sind reine Textdateien in deinem Repository — deine App bleibt also mehrsprachig, unabhängig davon, ob du weiterhin für einen bestimmten Anbieter bezahlst.

globalize.now übernimmt den gesamten Kreislauf. Du fügst einen Skill hinzu, forderst Lovable auf, i18n einzurichten, und jeder künftige Push öffnet einen Übersetzungs-PR. Es sitzt auf der Ebene der Lokalisierungsinfrastruktur — über deiner i18n-Runtime und unter jedem optionalen Translation-Management-Tool — und ergänzt Lingui damit, statt es zu ersetzen. Derselbe Ablauf funktioniert auch bei Cursor, Claude Code, Bolt und Replit, nicht nur bei Lovable.

Warum nicht einfach ein Laufzeit-Übersetzungswidget nutzen?

Weil ein Widget für die Demo optimiert und danach alles besteuert. Laufzeit-Tools wie Weglot und ähnliche React-Übersetzungsschichten sind schnell eingebaut, und genau das ist ihre Stärke für einen Wegwerf-Prototyp.

Die Kosten zeigen sich, sobald die App wirklich zählt. Das Übersetzen nach dem Laden verschiebt das Layout, während Text ausgetauscht wird, was die Core Web Vitals belastet, und der übersetzte Inhalt läuft über die Schicht des Anbieters statt fest in deine Seiten eingebacken zu sein — dadurch lässt er sich schwerer zuverlässig indexieren. Am wichtigsten: In deinem Repo bleibt nichts Portables zurück. Wenn der Dienst die Preise erhöht, aufgekauft wird oder dichtmacht, ist deine mehrsprachige Seite wieder nur auf Englisch.

Dieses letzte Risiko ist nicht hypothetisch. Lovalingo, eines der bekanntesten Laufzeit-Übersetzungstools für Lovable-Apps, hat angekündigt, am 31. August 2026 zu schließen, und nimmt bereits keine neuen Anmeldungen mehr an. Der eigene Rat des Anbieters an betroffene Nutzer lautet, zu einer projekteigenen Internationalisierung zu wechseln — genau der repo-native Ansatz, der hier beschrieben wird. Wenn schon der Ausstiegsrat eines Anbieters lautet, deine Übersetzungen selbst zu besitzen, ist das das Argument dafür, sie von Anfang an selbst zu besitzen.

Funktioniert die beste Methode mit dem TanStack-Start-SSR-Stack von Lovable?

Ja, und der Stack-Wechsel macht die Sache sogar noch überzeugender. Neue Lovable-Projekte laufen auf TanStack Start mit Server-Side-Rendering, Seiten werden also auf dem Server zusammengesetzt, bevor sie den Browser erreichen.

Committete Lingui-Kataloge passen direkt in dieses Modell: Der Server liest die Übersetzungsdatei und rendert bereits beim ersten Paint übersetztes HTML — kein Aufblitzen von Englisch, nichts, was clientseitig ausgetauscht werden muss. Ein Laufzeit-Widget macht das Gegenteil: Es lässt den Server Englisch rendern und überschreibt es dann nach dem Laden — genau das Flackern, das Server-Side-Rendering eigentlich beseitigen sollte. Die Details gehen wir im Lovable-TanStack-Start-i18n-Guide durch. Ältere, clientseitig gerenderte Lovable-Projekte werden ebenfalls unterstützt, da die Kataloge unabhängig vom Rendering-Modus in deinem Repo liegen.

Wie richtest du globalize.now in einer Lovable-App ein?

Du verlässt den Lovable-Editor nie. Das Setup läuft per Prompt und umfasst vier Schritte.

1. Skill hinzufügen. Füge lovable-i18n in deinem Lovable-Workspace hinzu, oder führe im Terminal npx skills add globalize-now/globalize-skills aus (füge --all hinzu, um für alle Agenten zu installieren).
2. Lovable anweisen. Bitte Lovable, i18n einzurichten. Der Skill führt es dabei an, Lingui zu installieren, deine hartcodierten Strings zu extrahieren und die PO-Übersetzungskataloge zu erstellen.
3. Push. globalize.now übernimmt die Kataloge und öffnet einen Übersetzungs-PR mit deinen Zielsprachen.
4. Merge. Deine App ist mehrsprachig, und jeder künftige Push hält die Übersetzungen synchron.

Einmal einrichten, automatische Synchronisation bei jedem Git-Push, kein manueller Eingriff nötig. Die vollständige Schritt-für-Schritt-Anleitung findest du auf der Lovable-Integrationsseite, und es gibt einen eigenen Guide, um deine Lovable-App mehrsprachig zu machen, falls du die ausführlichere Version möchtest.

Wie viel kostet der beste Ansatz?

Der globalize.now-Starter-Plan kostet 20 €/Monat pro Workspace, mit unbegrenzten Projekten und unbegrenzten Sprachen inklusive RTL. Er umfasst 20 € Übersetzungsguthaben (rund 200.000 Wörter) pro Monat; darüber hinaus läuft die Nutzung zum gleichen Preis pro Zeichen weiter. Es gibt keine Gebühren pro Sitzplatz und keine pro Sprache, und die Anmeldung bringt 5 € Übersetzungsguthaben mit — ohne Kreditkarte.

Es ist nicht der niedrigste Listenpreis in dieser Kategorie, und das soll es auch nicht sein. Laufzeit-Widgets berechnen oft pro Projekt und sperren Sprachen hinter Preisstufen — wer mehrere kleine Lovable-Apps releast, zahlt also für jede erneut. Die Abrechnung pro Workspace ist genau der Punkt: Eine typische App mit rund 10.000 Übersetzungsschlüsseln über 5 Locales passt bequem in das enthaltene Volumen. Die Preisseite enthält die aktuellen Plandetails.

Lovable-Lokalisierung auf einen Blick