Was ist die beste Weglot-Alternative für eine Lovable-App?

Die beste Weglot-Alternative für eine Lovable-App ist eine Lösung, die deine Übersetzungen in deinem eigenen Repository ablegt statt in der Runtime eines Anbieters. globalize.now ist KI-gestützte Lokalisierungsinfrastruktur, die deine hartcodierten Strings extrahiert, Lingui-PO-Kataloge generiert, die in dein Repo committet werden, und sie bei jedem Git-Push synchron hält. Weglot ist ein solides No-Code-Widget, übersetzt aber bei einer Lovable-App clientseitig, und die Preise steigen mit jeder weiteren Sprache. Dieser Guide vergleicht beide Ansätze für alle, die indexierbare Seiten und planbare Kosten wollen.

Wie funktioniert Weglot bei einer Lovable-App?

Weglot übersetzt eine Lovable-App zur Laufzeit, indem es ein JavaScript-Snippet in die gebaute Seite einschleust. Lovable erzeugt eine React-Anwendung, das Snippet lädt also, erkennt die Sprache der Besucherin und tauscht den sichtbaren Text aus, nachdem die Seite gerendert wurde. Die Einrichtung dauert Minuten und erfordert keine Code-Änderungen in deinem Lovable-Projekt.

Diese Bequemlichkeit ist real. Sie bedeutet aber, dass der übersetzte Inhalt im Browser entsteht, nicht in deiner Codebase gespeichert wird. Dein Lovable-Repo enthält weiterhin nur englische Strings; die anderen Sprachen liegen im Dienst von Weglot und werden bei jedem Laden über deine App gelegt.

Weglot bietet außerdem Subdomain- und Unterverzeichnis-Modi an, die übersetzte Seiten für besseres SEO über einen Proxy ausliefern. Diese Modi erfordern DNS-Änderungen und leiten den Traffic über die Infrastruktur von Weglot statt direkt aus deinem eigenen Build.

Warum schadet Weglots Runtime-Ansatz dem SEO einer Lovable-App?

Clientseitige Übersetzung lässt sich von Suchmaschinen schwer indexieren, weil der übersetzte Text erst existiert, nachdem JavaScript ausgeführt wurde. Weglot selbst weist darauf hin, dass die einfache JavaScript-Integration keinen SEO-Vorteil bringt, da Übersetzungen im Browser gerendert werden und nicht crawlbar sind. Für indexierbare mehrsprachige URLs wechselst du zum Subdomain- oder Unterverzeichnis-Modus, die Übersetzungen serverseitig über einen Proxy ausliefern.

Für eine Lovable-App mit dem Ziel organischen Wachstums ist das entscheidend. Willst du eine französische oder deutsche Version deiner Landingpage ranken, muss die Version, die ein Crawler sieht, den übersetzten Inhalt bereits im empfangenen HTML enthalten.

globalize.now setzt an der Quelle an. Es generiert committete Locale-Dateien, die dein Lovable-Build zu echten Seiten pro Locale kompiliert. Der übersetzte Inhalt steckt in deinem eigenen Bundle und hängt daher nicht davon ab, dass ein Proxy online bleibt oder ein Crawler dein Widget ausführt. Die ausführlichere Version dieses Arguments findest du in unserem Beitrag dazu, wie Lovable-App-Übersetzungen bei jedem Push kaputtgehen.

Berechnet Weglot pro Sprache?

Ja. Die Preise von Weglot hängen von zwei Variablen gleichzeitig ab: der Wortanzahl in deinem Projekt und der Anzahl der Sprachen, in die du übersetzt. Jeder Plan deckelt die Anzahl der Sprachen und gibt ein festes Wortkontingent vor, das sich nicht erneuert – Wachstum in beiden Dimensionen kann dich also in einen höheren Tarif treiben. Öffentliche Pläne starten bei etwa 15 €/Monat und steigen mit Wortanzahl und Sprachenzahl.

Für eine Marketing-Website mit zwei oder drei Sprachen ist dieses Modell in Ordnung. Für eine App, die laufend neue Märkte dazugewinnt, wird es teuer, weil jede neue Sprache sowohl auf das Sprachlimit als auch auf das gemeinsame Wortbudget angerechnet wird.

globalize.now setzt auf eine andere Struktur: 20 €/Monat pro Workspace, ohne Kosten pro Sitz und ohne Kosten pro Sprache. Der Plan enthält 20 € Übersetzungsguthaben (etwa 200.000 Wörter) pro Monat, darüber hinaus zahlst du tokenbasierte Nutzung zum selben Preis pro Zeichen. Deine zehnte Sprache hinzuzufügen, treibt dich nicht in einen höheren Tarif – sie verbraucht einfach die Zeichen, die diese Strings benötigen. Der Unterschied liegt in fehlenden Sitzplatz- und Sprachgebühren bei transparenter Nutzung, nicht im niedrigsten Listenpreis am Markt.

Was macht globalize.now für Lovable-Apps anders?

globalize.now sitzt eine Ebene unter dem Übersetzungs-Widget. Statt Übersetzungen zur Laufzeit anzuwenden, verwaltet es die Locale-Dateien selbst als Teil deiner Codebase.

Konkret extrahiert es hartcodierte UI-Strings aus deiner Lovable-App, generiert Übersetzungsschlüssel und erzeugt Lingui-PO-Kataloge, die in deinem Repository liegen. Bei jedem Git-Push erkennt es neue und geänderte Strings und öffnet ein Übersetzungs-Update, sodass deine Locale-Dateien ohne manuelle Exporte oder Review-Warteschlange aktuell bleiben. Diese Schicht liefert die Schlüssel und Dateien, die eine i18n-Runtime wie Lingui dann ausliefert.

Das praktische Ergebnis für Lovable-Builder ist Eigentümerschaft. Deine Übersetzungen liegen versioniert neben deinem Code, sind in Pull Requests diffbar und portabel, falls du je das Tool wechselst. Zwischen deinen Nutzer:innen und deinem Text sitzt keine Vendor-Runtime. Für das vollständige technische Bild deckt die globalize.now-Entwicklerseite das Extraktions- und Sync-Modell ab, und die Vibe-Coder-Übersicht ordnet es für KI-Tool-Workflows ein.

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

Die Einrichtung erfolgt im Lovable-Editor und läuft danach automatisch bei jedem Push weiter. Hier ist der Weg von einer mit Weglot übersetzten Lovable-App zu committeten Locale-Dateien.

1. Füge den Skill lovable-i18n zu deinem Lovable-Workspace hinzu.
2. Fordere Lovable per Prompt auf, i18n einzurichten. globalize.now extrahiert deine hartcodierten Strings und generiert Lingui-PO-Kataloge.
3. Committe die generierten Locale-Dateien in dein Repository.
4. Entferne das Weglot-JavaScript-Snippet, sobald deine Seiten pro Locale korrekt rendern.
5. Push zu Git. Neue und geänderte Strings synchronisieren sich automatisch bei jedem Push.

Wenn du statt im Lovable-Editor über die Kommandozeile arbeitest, installiere die Skills mit:

npx skills add globalize-now/globalize-skills

Füge --all hinzu, um die Skills für jeden von dir genutzten Agent zu installieren. Die vollständige Lovable-spezifische Anleitung findest du auf der Lovable-Integrationsseite.

Wann solltest du trotzdem Weglot verwenden?

Weglot passt besser, wenn du keine Code-Änderungen willst und einen vollständig gehosteten Workflow bevorzugst. Ist dein Lovable-Projekt eine kleine Marketing-Website, brauchst du nur ein, zwei Sprachen und verwaltest lieber alles über ein Dashboard statt in deinem Repo zu arbeiten, lässt sich das Snippet wirklich schnell einsetzen.

globalize.now passt besser, wenn deine App das Produkt ist, du im Laufe der Zeit weitere Märkte erschließen willst und Übersetzungen brauchst, die indexierbar, versioniert und frei von Sprachgebühren sind. Die beiden Tools optimieren für unterschiedliche Prioritäten: Weglot für zeitsparende Einfachheit, globalize.now für dauerhafte, repo-native Lokalisierung. Wähle das Tool, dessen Kompromisse zu der Richtung passen, in die sich deine Lovable-App entwickelt.

globalize.now übernimmt das. Einmal in deinem Lovable-Workspace eingerichtet, synchronisiert es bei jedem Git-Push. Sieh dir an, wie es funktioniert, unter globalize.now.