Wie übersetzt du eine Lovable-App?

Du übersetzt eine Lovable-App auf eine von zwei Arten: Du bindest ein Runtime-Widget ein, das die Seite nach dem Laden umschreibt, oder du verdrahtest eine i18n-Bibliothek in den generierten Code und committest Locale-Dateien in dein Repo. Das Widget ist heute schneller. Die Repo-Methode ist die, die dir nächstes Jahr noch gehört. globalize.now ist KI-gestützte Lokalisierungsinfrastruktur, die die Repo-Methode automatisiert: Sie extrahiert hartcodierte Strings aus deiner Lovable-Codebase, generiert die Locale-Dateien und hält jede Sprache bei jedem Git-Push synchron.

Was sind die zwei Wege, eine Lovable-App zu übersetzen?

Jedes Tool zum Übersetzen einer Lovable-App ist eine Variante einer von zwei Methoden: Runtime-Übersetzung oder repo-natives i18n.

Runtime-Übersetzung bedeutet ein Script-Tag auf deiner veröffentlichten Site. Die Seite rendert auf Englisch, das Widget erkennt den Text im DOM und tauscht ihn gegen die Sprache der Besucherin. Weglot und LocalizeJS funktionieren so, und Lovalingo tat es ebenfalls — bis zur Ankündigung, dass der Dienst am 31. August 2026 eingestellt wird. Dein Quellcode ändert sich nie; genauso wenig deine Eigentümerschaft an den Übersetzungen, denn die hattest du nie.

Repo-natives i18n bedeutet, dass die Strings in deinem generierten Code durch Übersetzungsschlüssel ersetzt werden, der übersetzte Text in Katalogdateien neben deinen Komponenten liegt und der Server jede Sprache direkt rendert. Auf Lovables Stack ist das Lingui mit PO-Katalogen, gerendert von TanStack Start, bevor überhaupt HTML den Browser erreicht.

Der Rest dieses Beitrags geht beide durch — und was mit jeder passiert, wenn das dahinterstehende Tool verschwindet.

Wie übersetzt du eine Lovable-App mit einem Runtime-Widget?

Füge das Script-Tag des Anbieters in deine veröffentlichte Lovable-Site ein, wähle Zielsprachen im Dashboard und veröffentliche neu. Du bist in Minuten fertig, und für eine Marketing-Seite, die bis Freitag auf Spanisch stehen muss, kann das die richtige Entscheidung sein.

Die Kompromisse kommen später. Die Seite rendert zuerst auf Englisch und tauscht danach um, was Besucher als kurzes Aufblitzen der falschen Sprache wahrnehmen. Suchmaschinen müssen dem Proxy oder der JavaScript-Schicht des Anbieters vertrauen, um die übersetzte Version auszuliefern. Die Preise skalieren mit den Sprachen: Lovalingo etwa verlangte für seine hreflang-SEO-Funktionen ab der 9-Dollar-Stufe. Und der übersetzte Text liegt auf den Servern des Anbieters, nicht in deinem Projekt.

Dieser letzte Punkt war diesen Sommer plötzlich keine Theorie mehr. Wenn ein Widget-Anbieter dichtmacht, fällt jede Site, die ihn nutzt, an dem Tag, an dem das Script stirbt, auf Englisch zurück.

Wie übersetzt du eine Lovable-App direkt im Repo?

Bitte Lovable per Prompt, eine i18n-Bibliothek einzubinden, und verbinde dann das Repo mit globalize.now, damit die Kataloge automatisch vollständig bleiben. Vier Schritte:

1. Bibliothek einbinden. Bitte Lovable, Lingui zum Projekt hinzuzufügen. Neue Lovable-Apps generieren seit Mai 2026 TanStack Start mit serverseitigem Rendering; ältere Projekte sind Vite-Single-Page-Apps. Das Setup unterscheidet sich, folge also dem stackspezifischen Guide: TanStack Start oder klassisches Vite.
2. Strings extrahieren. Linguis Extractor zieht jeden für Nutzer sichtbaren String in Locale-spezifische PO-Katalogdateien, die wie jede andere Quelldatei ins Repo committet werden.
3. Repo mit globalize.now verbinden. Installiere den Workspace-Skill, damit dein KI-Editor die Verdrahtung übernimmt, und verlinke dann das GitHub-Repo auf der Lovable-Integrationsseite.
4. Locale-Routen veröffentlichen und weiterbauen. Ab jetzt wird jeder Push gescannt: Neue hartcodierte Strings werden extrahiert, gegen deine bestehenden Kataloge verschlüsselt, übersetzt und zurückcommittet. Die Lücke, in der Übersetzungen bei jedem Push brechen — der klassische Fehlermodus von manuell betriebenem i18n in Lovable —, öffnet sich nie.

Außerhalb des Lovable-Editors installiert sich derselbe Workspace-Skill über ein Terminal:

npx skills add globalize-now/globalize-skills

Das Ergebnis ist eine App, in der Deutsch oder Japanisch keine Schicht obendrauf ist. Es ist die Site selbst, serverseitig gerendert unter ihrer eigenen URL.

Was passiert mit Widget-Übersetzungen, wenn der Anbieter dichtmacht?

Sie hören auf zu existieren. Die Schließung von Lovalingo ist der Live-Fall: Der Dienst endet am 31. August 2026, und die eigene Abwicklungsanleitung rät Kunden, projekteigene Internationalisierung umzusetzen — ein Argument für committete Kataloge, das ausgerechnet von einem Widget-Anbieter kommt. Falls du davon migrierst, deckt der Lovalingo-Migrationsguide den kompletten Weg ab.

Committete PO-Dateien scheitern anders. Sie sind reiner Text in deiner Git-Historie. Hörst du auf, für globalize.now zu zahlen, liefert deine App trotzdem jede Sprache aus, die sie schon hat; verloren geht nur die Automatisierung, die neue Strings übersetzt hält. Für Vibe-Coder, deren gesamtes Produkt in einem Repo lebt, ist das der Unterschied zwischen Übersetzungen mieten und Übersetzungen besitzen.

Wie viel kostet es, eine Lovable-App zu übersetzen?

Der globalize.now-Starter-Plan kostet 20 € / Monat pro Workspace. Enthalten sind monatlich 20 € Übersetzungsguthaben (rund 200.000 Wörter); darüber hinaus läuft die Nutzung zum gleichen Preis pro Zeichen weiter. Keine Kosten pro Sitz, keine Kosten pro Sprache — eine typische App mit 10.000 Übersetzungsschlüsseln über 5 Sprachen bleibt komfortabel innerhalb des enthaltenen Volumens. Bei der Anmeldung gibt es 5 € Übersetzungsguthaben, keine Kreditkarte nötig.

Zum Vergleich: Widget-Preise messen typischerweise Sprachen und Traffic — mehr Märkte, höhere Stufe. Mit unbegrenzten Projekten pro Workspace teilen sich alle deine Lovable-Apps denselben Plan. Alle Details stehen auf der Preise-Seite, die technische Sicht auf der Entwickler-Seite.

globalize.now übernimmt die Repo-Methode von Anfang bis Ende. Einmal einrichten, und jeder Push hält jede Sprache aktuell.