Wie exportiere ich meine Übersetzungen aus Lovalingo, bevor der Dienst schließt?

Fordere jetzt deinen Preservation-Export von Lovalingo an und wandle die Übersetzungs-Bundles anschließend in PO-Kataloge um, die in deinem eigenen Repository committet werden. Lovalingo bereitet Exporte für aktive Projekte vor, und der Support läuft bis [email protected], bis der Dienst am 31. August 2026 um 23:59 Uhr MESZ schließt. globalize.now ist KI-gestützte Lokalisierungsinfrastruktur: Es übernimmt die geretteten Strings, generiert Locale-Dateien in deinem Repo und hält sie bei jedem Git-Push synchron – das ist der letzte Übersetzungsexport, den du je machen musst.

Was passiert mit meinen Übersetzungen, wenn Lovalingo am 31. August schließt?

Jede Sprache außer deiner Ausgangssprache hört auf zu rendern, weil der übersetzte Text nie in deiner App war. Lovalingo ist eine Runtime-Schicht: Deine Lovable-App wird auf Englisch ausgeliefert, und der Dienst tauscht den Text pro Besucher aus. Stoppt der Dienst, stoppt der Austausch.

Die Abschaltungsbedingungen stehen öffentlich auf Lovalingos Service-Closure-Seite. Neue Projekte und Abos sind bereits deaktiviert. Aktive Projekte funktionieren weiter bis zum 31. August 2026, 23:59 Uhr MESZ. Die Zahlungsabbuchung ist pausiert, und für aktive Projekte werden Preservation-Exporte vorbereitet.

Diese Deadline ist eigentlich eine Datendeadline. Nach dem Stichtag gibt es keinen Dienst mehr, von dem du exportieren kannst, und kein Support-Postfach, das du fragen kannst. Wenn deine App heute Traffic auf Französisch oder Deutsch generiert, verschwindet die Arbeit hinter diesen Übersetzungen, wenn du sie nicht vorher herausholst.

Wie bekomme ich meine Übersetzungsdaten aus Lovalingo heraus?

Fordere deinen Preservation-Export an und sichere ihn zusammen mit deinem Quell-Repository. Laut Closure-Seite enthalten die Exporte die verfügbare Konfiguration des Projekts, Routen, Übersetzungs-Bundles, Overrides und Integritätsnachweise – alles, was die Runtime über deine Sprachen wusste.

1. Fordere den Export an. Exporte werden für aktive Projekte vorbereitet. Wenn deiner noch nicht angekommen ist, schreib eine E-Mail an [email protected] und bitte um die Zustellung des Exports für dein Projekt.
2. Bewahre zwei Dinge zusammen auf: die Export-Datei und einen Snapshot deines aktuellen Quell-Repositorys. Der Export beschreibt die Übersetzungen; das Repo ist die App, zu der sie gehören.
3. Deinstalliere Lovalingo noch nicht. Die eigene Anleitung des Anbieters sagt, du sollst es installiert lassen, bis dein Ersatz die Produktionschecks bestanden hat. Beide Systeme können während der Umstellung parallel laufen.

Die Übersetzungs-Bundles sind der wichtigste Teil. Sie enthalten die tatsächlich übersetzten Strings pro Locale, plus alle manuellen Overrides, die du in deren Dashboard vorgenommen hast. Die Overrides sind das, was Leute gerne vergessen: Diese Änderungen existieren nur in Lovalingo, nicht in irgendeiner maschinellen Übersetzungs-Engine, die du erneut laufen lassen könntest.

Wie wandle ich Lovalingo-Bundles in Kataloge um, die meinem Repo gehören?

Verwandle die Bundles in gettext-PO-Kataloge und committe sie. PO ist reiner Text, lässt sich in Git saubere Diffen und ist das Format, das Lingui für React-Apps kompiliert – das deckt beide Stacks ab, die Lovable generiert: klassische Vite-SPA und den neueren TanStack-Start-SSR-Standard.

Runtime-Bundles sind meist Key-Value-Maps pro Locale. Die Umwandlung ist ein kleines Skript, kein eigenes Projekt:

// convert.mjs — JSON bundle → PO entries
import fs from "node:fs";

const locale = process.argv[2]; // e.g. "de"
const bundle = JSON.parse(fs.readFileSync(`bundles/${locale}.json`, "utf8"));

const po = Object.entries(bundle)
  .map(([source, translated]) =>
    `msgid ${JSON.stringify(source)}\nmsgstr ${JSON.stringify(translated)}\n`)
  .join("\n");

fs.writeFileSync(`src/locales/${locale}/messages.po`, po);

Die genauen Feldnamen variieren je nach Export, also prüf deinen, bevor du irgendetwas ausführst. Das Prinzip bleibt gleich: Quellstring hinein, msgid/msgstr-Paar hinaus, eine .po-Datei pro Locale, committet unter src/locales/.

Wenn dir das Selbstschreiben der Umwandlung zu viel ist, deckt der Lovalingo-Migrationsleitfaden den betreuten Weg ab, und für Lovalingo-Umsteiger gibt es während des Abschaltungsfensters drei Monate Nutzung kostenlos.

Wie verdrahte ich die geretteten Kataloge in meine Lovable-App?

Füge den Skill lovable-i18n zu deinem Lovable-Workspace hinzu und bitte Lovable per Prompt, i18n einzurichten – der Skill verdrahtet Lingui mit deinem Stack und übernimmt die PO-Kataloge, die du committet hast. Außerhalb des Lovable-Editors installiert sich das gleiche Setup mit:

npx skills add globalize-now/globalize-skills

Welchen Stack du nutzt, entscheidet über die Details der Verdrahtung. Apps, die vor Mai 2026 generiert wurden, sind meist klassische Vite-SPAs; neuere setzen standardmäßig auf TanStack Start mit SSR. Für beide gibt es eine eigene Anleitung: i18n für Lovable-Vite-Apps und i18n auf Lovables TanStack-Start-Stack. Die Lovable-Integrationsseite zeigt, was der Skill von Anfang bis Ende macht.

Von diesem Punkt an ist das Wartungsproblem, das Lovalingo zur Laufzeit gelöst hat, stattdessen in deinem Repo gelöst. Neue Strings, die du ausliefert, werden bei jedem Push extrahiert, übersetzt und als Übersetzungs-PR committet. Der Preis liegt bei 20 € / Monat pro Workspace, inklusive 20 € Übersetzungsguthaben (etwa 200.000 Wörter) monatlich, danach tokenbasierte Nutzung zum gleichen Preis pro Zeichen: keine Gebühren pro Sitzplatz und keine Gebühren pro Sprache – deine sechste Sprache kostet also genauso viel wie deine zweite. Gebaut für Vibe Coder, die sich nie mit Locale-Dateien beschäftigen wollen.

Was sollte ich testen, bevor ich Lovalingo entferne?

Teste den Ersatz zuerst unter Produktionsbedingungen; die Entfernung ist der letzte Schritt, nicht der erste. Lovalingos eigene Sequenz vor der Entfernung ist eine gute Checkliste und lässt sich direkt auf ein Setup mit committeten Katalogen übertragen:

• Direkte Locale-URLs. Jede Sprache sollte auf einer echten Route (/de/, /fr/) liegen, die auch bei einem harten Reload lädt, nicht nur über clientseitiges Umschalten.
• Fehlende Schlüssel und Fallbacks. Lösche eine Übersetzung lokal und prüfe, ob die App auf den Quellstring zurückfällt, statt Leerstellen zu rendern.
• SEO-Metadaten pro Locale. Prüfe Titel, Beschreibungen, kanonische URLs, hreflang-Paare und die Sitemap für jede Sprache. Serverseitig gerenderte Locale-Routen machen diese für Crawler sichtbar, ohne einen JavaScript-Durchlauf, was der Leitfaden zur Mehrsprachigkeit deiner Lovable-App im Detail erklärt.
• Erst dann das Widget entfernen. Sobald die Version mit committeten Katalogen die Checks besteht, entfernst du Lovalingo und wiederholst die Checks.

Ein stiller Vorteil der Umstellung: Nichts auf dieser Checkliste kann sich mehr verschlechtern, weil ein Anbieter seine Pläne ändert. Die Kataloge sind jetzt Dateien in deiner Git-History.

Dein Export ist eine einmalige Rettung. globalize.now macht ihn zum letzten: einmal einrichten, und deine Kataloge bleiben extrahiert, übersetzt und werden bei jedem Git-Push committet.