Fällt deine Lovable-App wieder ins Englische zurück, wenn Lovalingo schließt?

Ja, sofern du nicht vorher etwas anderes einrichtest. Lovalingo übersetzt Lovable-Apps zur Laufzeit über die eigene Infrastruktur, und laut der eigenen Abschaltungsseite bleiben aktive Projekte nur bis zum 31. August 2026, 23:59 Uhr MESZ, verfügbar. Deine React-Komponenten enthalten weiterhin die englischen Quell-Strings, mit denen sie generiert wurden – Besucher bekommen also Englisch zu sehen. globalize.now ist KI-gestützte Lokalisierungsinfrastruktur, die die übersetzten Kataloge stattdessen in dein Git-Repository legt, wo die Abschaltung eines Anbieters sie nicht erreichen kann.

Was geht in einer Lovable-App tatsächlich kaputt, wenn der Dienst endet?

Fünf Dinge fallen gleichzeitig weg, und nur eines davon ist der Text.

Die sichtbaren Übersetzungen gehen als Erstes. Eine Laufzeit-Übersetzungsschicht liefert ein kleines Client-Paket aus und lädt beim Seitenaufruf übersetzte Bundles von den Servern des Anbieters nach. Wenn diese Server nicht mehr antworten, behält das DOM die Strings, mit denen deine Komponenten gebaut wurden.

Als Nächstes gehen die Locale-Routen. Wenn /fr/pricing nur existierte, weil der Dienst ihn erzeugt hat, liefert dieser Pfad entweder einen 404 oder Englisch aus. Google indexiert diese URLs schon seit Monaten.

Die hreflang-Tags gehen mit ihnen unter. Lovalingo verkauft Browser-hreflang-Kontrollen in seinen kostenpflichtigen Plänen, diese Tags werden also von genau der Schicht ausgegeben, die gerade abgeschaltet wird. Reziprokes hreflang, das auf tote URLs zeigt, ist schlimmer als gar kein hreflang.

Sitemap-Einträge für Locale-Seiten werden nicht mehr generiert – so bekommen Suchmaschinen es langsam statt schnell mit.

Und die Korrekturen sind ebenfalls weg. Jede Formulierung, die du von Hand nachgebessert hast, lag in deren Dashboard. Maschinen-Output lässt sich in Minuten neu erzeugen; deine Änderungen nicht.

Wie testest du vor dem 31. August, was kaputtgeht?

Simuliere den Ausfall in etwa zehn Minuten direkt im Browser. Du musst nicht bis zum 1. September warten, um es herauszufinden.

1. Fordere zuerst den Export an. Lovalingo gibt an, dass Preservation-Exports für aktive Projekte vorbereitet werden und Konfiguration, Routen, Übersetzungs-Bundles, Overrides und Integritätsnachweise enthalten. Schreib eine E-Mail an deren Support-Adresse und hol dir deinen Export, bevor du sonst irgendetwas anfasst.
2. Blockiere die Anfragen des Anbieters. Öffne die DevTools auf deiner Produktions-Site, geh zum Network-Panel und füge lovalingo.com zur Liste der blockierten Anfragen hinzu. Lade die Seite mit deaktiviertem Cache neu.
3. Geh jede Locale-Route durch. Lade /fr/, /de/, /es/ sowie alle Detailseiten, die dir wichtig sind. Notiere, welche Seiten Englisch anzeigen, welche einen Fehler werfen und bei welchen das Layout kippt, wenn ein längerer String durch einen kürzeren ersetzt wird.
4. Sieh dir den Quelltext an, nicht die gerenderte Seite. Prüfe, ob <html lang>, der Title, die Meta-Description sowie die Canonical- und hreflang-Tags noch das richtige Locale tragen. Das ist, was ein Crawler sieht, und es ist meist schlimmer als das, was der Browser zeigt.
5. Vergleiche mit deiner Sitemap. Jede in deiner Sitemap gelistete Locale-URL, die jetzt Englisch ausliefert, ist eine Seite, die du gerade in der Suche verlierst.

Notiere dir, was fehlschlägt. Diese Liste ist dein Migrationsumfang, und sie ist fast immer kürzer als befürchtet und anders, als man erwartet hätte.

Was kann ein Export nicht zurückbringen?

Das Ranking und die Änderungen, die du nicht gespeichert hast.

Ein Export gibt dir deine Bundles zurück. Er gibt dir nicht die Position zurück, die diese übersetzten URLs bei Google hatten, und er stellt keine Seite wieder her, die zwei Wochen lang französischen Besuchern Englisch ausgeliefert hat. Das ist der Teil einer Anbieter-Abschaltung, der leise Geld kostet, und deshalb kommt es auf die Reihenfolge an: erst die Alternative live schalten, dann Lovalingo entfernen. Lovalingos eigene Empfehlung sagt dasselbe – ungewöhnlich ehrlich für ein Unternehmen auf dem Rückzug.

Das andere, nicht wiederherstellbare Element ist die Absicht dahinter. Ein von einer Muttersprachlerin korrigierter String trägt eine Entscheidung in sich. Existierte diese Entscheidung nur in einem Dashboard, in das du dich nicht mehr einloggen kannst, ist sie verloren, und der nächste Maschinendurchlauf produziert selbstbewusst genau die Version, die du eigentlich verworfen hattest.

Welche Alternative beseitigt das Fehlerbild, statt es nur zu verschieben?

Nur die, bei denen die übersetzten Inhalte in deinem Repository liegen.

Die folgenden Zahlen wurden am 19. August 2026 gegen die jeweilige Pricing-Seite der Anbieter geprüft.

Die Open-Source-Zeile ist der ehrliche Vergleich für globalize.now, nicht die Runtime-Zeile. Die Bibliotheken lösen das Rendering. Sie extrahieren nicht die hartcodierten Strings, die Lovable generiert hat, sie ordnen sie nicht den Katalogen zu, die du bereits hast, und sie halten die Übersetzungsdateien nicht aktuell, während du weiter releast. Genau diese Lücke ist die eigentliche Arbeit, und das ist die Schicht, in der wir sitzen. Die Pläne starten bei 5 € im Monat, der Starter-Plan für 20 € enthält monatlich 20 € Übersetzungsguthaben (etwa 200.000 Wörter), und es gibt keine Kosten pro Sitz und keine pro Sprache; Nutzung oberhalb des enthaltenen Volumens wird zu einem transparenten Preis pro Zeichen abgerechnet.

Wie überführst du eine Lovable-App in committete Kataloge?

Parallel installieren, verifizieren, dann entfernen. Nie in der umgekehrten Reihenfolge.

Welcher Leitfaden passt, hängt davon ab, was Lovable für dich generiert hat. Neuere Projekte auf dem TanStack-Start-Stack rendern serverseitig, die Lösung sind also echte Per-Locale-Routen mit zur Build-Zeit kompilierten Katalogen – das behandeln wir in unserer TanStack-Start-i18n-Anleitung. Klassische Vite-Single-Page-Apps gehen einen anderen Weg, behandelt im Lovable-Vite-i18n-Leitfaden.

In beiden Fällen ist das Prinzip dasselbe: Strings werden einmalig aus deinen Komponenten in Kataloge extrahiert, die Kataloge werden committet, und jeder weitere Push hält sie synchron, statt sie auseinanderdriften zu lassen. Dieses Auseinanderdriften ist überhaupt der Grund, warum das ursprüngliche Problem existiert – darüber haben wir in warum Lovable-Übersetzungen bei jedem Push brechen geschrieben.

Wenn du noch zwischen Zielen wählst, statt eines schon umzusetzen, vergleicht die Lovalingo-Alternativen-Übersicht sie direkt nebeneinander, und globalize.now vs. Lovalingo behandelt den direkten Umstieg. Builder, die die Kurzfassung dessen wollen, was diese Schicht leistet, können bei globalize.now für Vibe Coder einsteigen. Teams, die vor dem Stichtag von Lovalingo wegmigrieren, erhalten die ersten drei Nutzungsmonate kostenlos.

Das Setup besteht darin, das Repository bei globalize.now zu verbinden; die Konvertierung läuft einmalig, in der App. Aus dem Terminal ist dasselbe Setup ein einziger Befehl:

npx skills add globalize-now/globalize-skills

Du hast eine Woche Zeit. Führe den DevTools-Block-Test noch heute durch, fordere deinen Export an und bring die Kataloge dorthin, wo keine Abschaltungsmeldung sie erreichen kann.