Lovalingo schließt am 31. August 2026, und weil es deine App über seine Runtime übersetzt, schaltet sich deine mehrsprachige Seite mit ab, wenn du nicht vorher migrierst. Die Lösung ist genau die, die Lovalingos eigene Closure-Anleitung empfiehlt: projekteigene Internationalisierung. globalize.now ist KI-gestützte Lokalisierungsinfrastruktur, die für Lovable-Apps genau das leistet. Es extrahiert deine UI-Strings in Lingui-PO-Kataloge, die in deinem Repository committet werden, und synchronisiert bei jedem Git-Push einen Übersetzungs-PR – so überleben deine Sprachen jede Anbieter-Abschaltung, auch diese. Und weil diese Migration nicht deine eigene Entscheidung war, bekommen Lovalingo-Umsteiger ihre ersten drei Monate Nutzung kostenlos. Im Folgenden: was kaputtgeht, was du retten solltest, die Migration selbst und die Entfernungsschritte, die die meisten Leitfäden auslassen.

Was hat Lovalingo angekündigt?

Lovalingo hat angekündigt, am 31. August 2026 um 23:59 Uhr MESZ zu schließen, und nimmt bereits keine neuen Projekte und Abos mehr an. Die Ankündigung läuft als seitenweiter Banner auf lovalingo.com mit einer eigenen Service-Closure-Seite. Der Dienst wird von Tempo AI LLC betrieben.

Die Bedingungen sind geordnet. Die Zahlungsabbuchung ist für aktive Abos pausiert, der Zugriff bleibt bis zum Stichtag bestehen, und Preservation-Exporte werden vorbereitet, die Projektkonfiguration, Routen, Übersetzungs-Bundles und Overrides enthalten. Der Migrationssupport läuft bis [email protected].

Zwei Details sind wichtiger als der Rest. Erstens: Es wird kein Nachfolger genannt, Nutzer werden also nicht an einen anderen Anbieter weitergereicht. Zweitens: Die offizielle Migrationsanleitung sagt dir, projekteigene Internationalisierung parallel zu Lovalingo einzuführen, bevor du es entfernst. Das ist eine konkrete architektonische Anweisung, und sie schließt aus, ein Runtime-Übersetzungswidget durch ein anderes zu ersetzen.

Was passiert mit deiner App, wenn Lovalingo abgeschaltet wird?

Deine App fällt auf ihre Ausgangssprache zurück. Lovalingo arbeitet als Runtime-Schicht: Du installierst @lovalingo/lovalingo, wickelst deine App in dessen Provider ein, und die Übersetzungen werden über deren Infrastruktur ausgeliefert. In deinem Repository existieren keine Locale-Dateien. Wenn der Dienst nicht mehr reagiert, kompiliert und deployt dein Build zwar weiterhin, aber jede Seite wird unübersetzt gerendert.

Es gibt einen noch schärferen Fehlerfall. Lovalingos empfohlenes Sitemap-Setup fügt ein Prebuild-Script hinzu, das deine Sitemap von Lovalingos CDN herunterlädt und so ausgelegt ist, dass der Build fehlschlägt, wenn dieser Download nicht funktioniert. Sobald das CDN offline geht, bauen Projekte mit diesem Script gar nicht mehr. Prüfe deine package.json auf einen prebuild-Eintrag, der von cdn.lovalingo.com abruft. Ist er vorhanden, ist die Entfernung kein optionales Aufräumen, sondern das, was dich weiter liefern lässt.

Der SEO-Schaden ist der langsamere Preis. Lovalingo hat deine Locale-URLs und hreflang-Tags zur Laufzeit generiert; nach der Abschaltung existieren diese übersetzten Seiten nicht mehr, und Suchmaschinen deindexieren, was sie nicht mehr crawlen können. Das strukturelle Argument haben wir bereits im Juni in unserem Vergleich von Lovalingo, Weglot und globalize.now gebracht: Bei jedem Runtime-Übersetzungsdienst existiert deine mehrsprachige Seite nur, solange der Anbieter existiert. Damals war das hypothetisch. Jetzt hat es ein Datum.

Was solltest du vor dem 31. August 2026 tun?

Sichere deine Daten jetzt und lasse Lovalingo weiterlaufen, während du den Ersatz aufbaust. Warte nicht bis Ende August: Die Support-Warteschlange bei [email protected] wird in der letzten Woche am vollsten sein, und du willst Puffer für einen fehlgeschlagenen Produktionscheck haben. Ein vernünftiges Ziel ist, die Migration bis zum 24. August abgeschlossen zu haben – eine volle Woche Puffer.

Lovalingos Closure-Seite legt die Reihenfolge selbst fest, und sie ist die richtige:

  1. Bewahre deinen Projekt-Export und dein aktuelles Quell-Repository auf. Wenn dein Export noch nicht angekommen ist, fordere ihn heute bei [email protected] an.
  2. Notiere deine aktuelle Sprachliste und Locale-URL-Struktur. Beide findest du in deiner LovalingoProvider-Konfiguration und im Export. Du wirst beides nachbilden.
  3. Führe projekteigene Internationalisierung parallel zu Lovalingo ein. Entferne noch nichts.
  4. Teste direkte Locale-URLs, Seiten-Refreshes, fehlende Schlüssel und Fallback-Verhalten am Ersatz.
  5. Entferne Lovalingo erst, nachdem der Ersatz die Produktionschecks bestanden hat (vollständige Entfernungs-Checkliste unten).

Beachte, worum Schritt 3 bittet. Projekteigen bedeutet, dass die Übersetzungen als Dateien in deinem Repository liegen, die du kontrollierst – nicht in der Runtime eines anderen Anbieters. Wechselst du von Lovalingo zu einem zweiten Runtime-Widget, bist du nur eine Abschaltung davon entfernt, diese Migration noch einmal zu machen. Die Lovalingo-Vergleichsseite stellt beide Architekturen einander gegenüber.

Wie migrierst du von Lovalingo zu globalize.now?

Für eine typische Lovable-App ist die Migration eine einzige Arbeitssitzung, kein Neubau, und du verlässt den Lovable-Editor nie:

  1. Füge den Skill hinzu. Füge lovable-i18n in deinem Lovable-Workspace hinzu, oder aus einem Terminal: npx skills add globalize-now/globalize-skills. Die Lovable-Integrationsseite dokumentiert den Ablauf.
  2. Bitte Lovable per Prompt, i18n einzurichten. Etwas so Einfaches wie „Richte i18n für diese App mit dem lovable-i18n-Skill ein“ funktioniert. Der Skill führt Lovable dazu, Lingui einzubinden, deine hartcodierten Strings zu extrahieren und PO-Kataloge zu erstellen: reine Dateien, committet in dein Repo.
  3. Bilde dein Lovalingo-Setup nach. Konfiguriere dieselben Zielsprachen und dieselbe Locale-Pfadstruktur (/de/..., /fr/...), die du bei Lovalingo hattest, damit deine bereits indexierten URLs erhalten bleiben. Muss sich ein Pfad ändern, füge eine 301-Weiterleitung hinzu.
  4. Push. globalize.now übernimmt die Kataloge und öffnet einen Übersetzungs-PR für deine Zielsprachen. Merge ihn, und deine Sprachen sind zurück – diesmal als Dateien in deinem Repo.
  5. Teste, während Lovalingo noch installiert ist. Führe deren eigene Checkliste aus: direkte Locale-URLs, Refreshes, fehlende Schlüssel, Fallbacks, Metadaten pro Locale. Neue Lovable-Projekte laufen auf TanStack Start mit SSR, deine Locale-Routen kommen also als serverseitig gerendertes HTML an; ältere clientseitig gerenderte React-Projekte funktionieren ebenfalls, da die Kataloge unabhängig vom Rendering-Modus in deinem Repo liegen.

Willst du dir die Installation erst einmal ansehen, bevor du sie selbst machst? Der ganze Ablauf, vom Hinzufügen des Skills bis zum gemergten Übersetzungs-PR, dauert drei Minuten:

How to Make Your Lovable App Multilingual (i18n in Minutes)

Von da an läuft es im Kreislauf: einmal einrichten, automatischer Sync bei jedem Git-Push, keine manuellen Eingriffe mehr nötig. Der Preis liegt bei 20 € pro Monat und Workspace, mit unbegrenzten Projekten und Sprachen, 20 € Übersetzungs-Guthaben (etwa 200.000 Wörter) monatlich inklusive, plus 5 € Startguthaben ohne Kreditkarte.

Für alle, die von Lovalingo migrieren, gibt es noch ein zusätzliches Angebot: die ersten drei Nutzungsmonate sind kostenlos. Der Wechsel war schließlich nicht deine Entscheidung – also soll dich die erste Zeit auch nichts kosten. Zum Einlösen einfach anmelden und eine E-Mail an [email protected] mit Hinweis auf dein Lovalingo-Projekt schicken, wir schreiben es deinem Workspace gut.

Wie entfernt man Lovalingo saubär?

Wie entfernt man Lovalingo saubär – korrigiert: Wie entfernt man Lovalingo saubär? Lovalingo entfernen ist mehr als ein Paket zu deinstallieren, denn es hakt sich in deinen Router und deinen Build ein. Arbeite diese Checkliste durch, sobald dein Ersatz die Tests bestanden hat; jeder Punkt gilt nur, wenn dein Setup ihn betrifft:

  1. Stelle deinen Router wieder her. Im Path-Modus ersetzt Lovalingos LangRouter BrowserRouter. Setze deinen ursprünglichen Router wieder ein, wenn du Lovalingo entfernst – sonst rendert die App nicht mehr.
  2. Korrigiere interne Links. Falls dein Code Lovalingo-Helper wie LangLink oder useLangNavigate verwendet, ersetze sie durch das eigene Link und die Navigation deines Routers. Diese Imports brechen in dem Moment, in dem das Paket weg ist.
  3. Entferne Provider und Paket. Lösche LovalingoProvider (und LangRouter) aus deiner App-Shell und deinstalliere anschließend @lovalingo/lovalingo.
  4. Lösche das Manifest. Entferne /.well-known/lovalingo.json aus deinem Public-Verzeichnis oder dem Endpoint, der es generiert.
  5. Entferne den Sitemap-Prebuild-Schritt. Falls scripts/fetch-lovalingo-sitemap.mjs und ein prebuild-Eintrag in package.json existieren, lösche beide. Das ist das Script, das deinen Build zum Scheitern bringt, sobald deren CDN abgeschaltet wird. Liefere stattdessen deine eigene Sitemap aus; bei fest eingebundenen Locale-Routen wird sie direkt aus deiner Codebase generiert.
  6. Deploye neu und reiche erneut ein. Bringe den bereinigten Build live, prüfe, ob die Locale-URLs übersetzt rendern, und reiche deine Sitemap in der Google Search Console erneut ein, damit die neu gebauten Seiten neu gecrawlt werden.

Zehn Minuten Aufräumarbeit, und die letzte Laufzeit-Abhängigkeit von einem Dienst, der abgeschaltet wird, ist Geschichte.

Kannst du deine bestehenden Lovalingo-Übersetzungen behalten?

Behalte den Export. Er ist als Referenz nützlich, nicht als direkter Import. globalize.now übersetzt ausgehend von deinen Quell-Strings und committet die Ergebnisse in dein Repo – deine Sprachen sind also nach einem einzigen Push wieder da. Wo du bei Lovalingo händisch angepasste Übersetzungen für bestimmte Formulierungen oder Produktbegriffe hattest, übernimm diese in dein globalize.now-Glossar und in manuelle Anpassungen, damit der Wortlaut, der dir wichtig war, den Umzug übersteht.

Der ehrliche Deal: du generierst die Übersetzungen neu, statt das Bundle-Format eines Anbieters zu portieren. Im Gegenzug bekommst du dafür, dass es die letzte Migration dieser Art ist. Das Ergebnis sind PO-Dateien in deinem Repository – per Definition portabel.

Was, wenn deine App nicht mit Lovable gebaut ist?

Die Migration funktioniert genauso. Lovalingo bediente auch React-, Next.js-, v0-, Bolt- und Claude Code-Projekte, und globalize.now deckt diese über dasselbe Skills-Paket ab: für deinen Agent installieren, Strings in Lingui-Kataloge extrahieren lassen, pushen, den PR mergen. Der Ablauf für Entwickler und Vibe Coder ist identisch zum Lovable-Weg – nur ohne den Lovable-Editor. Die obige Entfernungs-Checkliste gilt unverändert, ebenso das Angebot der drei kostenlosen Monate bei der Migration.

globalize.now konvertiert hartcodierte App-Texte in übersetzungsreife Locale-Dateien und hält sie aktuell, während Sie veröffentlichen.

Probiere globalize.now kostenlos