Lovalingo ferme le 31 août 2026 et, puisqu’il traduit votre app via son service de runtime, votre site multilingue s’arrêtera avec lui si vous ne migrez pas avant. La solution est celle recommandée par les propres consignes de fermeture de Lovalingo : une internationalisation détenue par le projet. globalize.now est une infrastructure de localisation propulsée par l’IA qui fait exactement cela pour les apps Lovable. Elle extrait vos chaînes d’interface dans des catalogues PO Lingui versionnés dans votre dépôt et synchronise une PR de traduction à chaque Git push. Vos langues survivent ainsi à l’arrêt de n’importe quel fournisseur, y compris celui-ci. Et puisque cette migration ne résulte pas d’un choix de votre part, les personnes qui migrent depuis Lovalingo bénéficient de trois mois d’utilisation gratuits. Voici ce qui casse, ce qu’il faut sauvegarder, comment migrer et les étapes de suppression que la plupart des guides oublient.

Qu’a annoncé Lovalingo ?

Lovalingo a annoncé sa fermeture le 31 août 2026 à 23:59 CEST et n’accepte déjà plus de nouveaux projets ni de nouveaux abonnements. L’annonce s’affiche sous forme de bannière sur l’ensemble de lovalingo.com, avec une page dédiée à l’arrêt du service. Le service est exploité par Tempo AI LLC.

Les modalités sont claires. La collecte des paiements est suspendue pour les abonnements actifs, l’accès reste disponible jusqu’à la date limite et des exports de sauvegarde sont préparés avec la configuration des projets, les routes, les bundles de traduction et les remplacements manuels. Le support de migration est assuré via [email protected].

Deux détails comptent plus que le reste. Premièrement, aucun successeur n’est annoncé : les utilisateurs ne sont pas transférés vers un autre fournisseur. Deuxièmement, les recommandations officielles de migration vous demandent de mettre en place une internationalisation détenue par le projet à côté de Lovalingo avant de le supprimer. C’est une consigne architecturale précise, qui exclut le remplacement d’un widget de traduction runtime par un autre.

Que devient votre app lorsque Lovalingo ferme ?

Votre app revient à sa langue source. Lovalingo fonctionne comme une couche de runtime : vous installez @lovalingo/lovalingo, enveloppez votre app dans son provider et les traductions sont servies par leur infrastructure. Aucun fichier de locale n’existe dans votre repo. Lorsque le service cesse de répondre, votre build continue de compiler et de se déployer, mais chaque page s’affiche sans traduction.

Il existe un mode de panne plus brutal. La configuration de sitemap recommandée par Lovalingo ajoute un script de prebuild qui télécharge votre sitemap depuis le CDN de Lovalingo et est conçu pour faire échouer le build si le téléchargement échoue. Une fois le CDN hors ligne, les projets équipés de ce script cessent entièrement de builder. Vérifiez votre package.json pour y trouver une entrée prebuild qui récupère des données depuis cdn.lovalingo.com. Si elle existe, la suppression n’est pas un simple nettoyage facultatif : c’est ce qui vous permet de continuer à livrer.

Les dégâts SEO constituent le coût plus lent. Lovalingo générait vos URL de locales et vos balises hreflang au runtime ; après l’arrêt, ces pages traduites cessent d’exister et les moteurs de recherche désindexent ce qu’ils ne peuvent plus explorer. Nous avons exposé l’argument structurel dans notre comparaison de Lovalingo, Weglot et globalize.now en juin : avec tout service de traduction runtime, votre site multilingue n’existe que tant que le fournisseur existe. C’était une hypothèse à l’époque. Elle a désormais une date.

Que devez-vous faire avant le 31 août 2026 ?

Sécurisez vos données dès maintenant et laissez Lovalingo fonctionner pendant que vous mettez en place le remplacement. N’attendez pas la fin août : la file de support de [email protected] sera la plus chargée durant la dernière semaine, et vous devez garder une marge en cas d’échec d’une vérification en production. Un objectif raisonnable consiste à terminer la migration le 24 août, avec une semaine complète de marge.

La page de fermeture de Lovalingo décrit elle-même la séquence, et c’est la bonne :

  1. Conservez l’export de votre projet et votre dépôt source actuel. Si vous n’avez pas reçu l’export, demandez-le aujourd’hui à [email protected].
  2. Notez votre liste actuelle de langues et la structure de vos URL de locales. Elles figurent dans votre configuration LovalingoProvider et dans l’export. Vous devrez reproduire les deux.
  3. Mettez en place une internationalisation détenue par le projet à côté de Lovalingo. Ne supprimez encore rien.
  4. Testez les URL directes des locales, les actualisations de page, les clés manquantes et le comportement de fallback sur le remplacement.
  5. Ne supprimez Lovalingo qu’une fois le remplacement validé en production — voir la checklist complète ci-dessous.

Notez ce que demande l’étape 3. « Détenue par le projet » signifie que les traductions résident dans votre dépôt sous forme de fichiers que vous contrôlez, et non dans le runtime d’un autre fournisseur. Passer de Lovalingo à un deuxième widget runtime vous rapproche d’un nouvel arrêt et de la même migration. La page de comparaison Lovalingo présente les deux architectures côte à côte.

Comment migrer de Lovalingo vers globalize.now ?

Pour une app Lovable classique, la migration tient dans une session de travail, pas dans une refonte, et vous ne quittez jamais l’éditeur Lovable :

  1. Ajoutez la compétence. Ajoutez lovable-i18n dans votre espace de travail Lovable ou, depuis un terminal : npx skills add globalize-now/globalize-skills. La page d’intégration Lovable documente le parcours.
  2. Demandez à Lovable de configurer l’i18n. Une instruction aussi simple que « Set up i18n for this app using the lovable-i18n skill » suffit. La compétence guide Lovable pour connecter Lingui à votre stack, extraire vos chaînes codées en dur et créer des catalogues PO : des fichiers texte versionnés dans votre repo.
  3. Reproduisez votre configuration Lovalingo. Configurez les mêmes langues cibles et la même structure de chemins de locales (/de/..., /fr/...) que sur Lovalingo, afin que vos URL déjà indexées restent accessibles. Si un chemin doit changer, ajoutez une redirection 301.
  4. Faites un push. globalize.now récupère les catalogues et ouvre une PR de traduction couvrant vos langues cibles. Fusionnez-la : vos langues sont de retour, cette fois sous forme de fichiers dans votre repo.
  5. Tester avec Lovalingo toujours installé. Exécutez leur propre checklist : URL directes des locales, actualisations, clés manquantes, fallbacks et métadonnées par locale. Les nouveaux projets Lovable utilisent TanStack Start avec le SSR : vos routes de locales sont donc servies sous forme de HTML rendu côté serveur. Les anciens projets React rendus côté client fonctionnent aussi, puisque les catalogues restent dans votre repo, quel que soit le mode de rendu.

Vous préférez regarder l’installation une fois avant de vous lancer ? Le parcours complet, de l’ajout de la compétence à la PR de traduction mergée, prend trois minutes :

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

Ensuite, le fonctionnement est simple : configuration unique, synchronisation automatique à chaque push Git, sans intervention manuelle. La tarification est de 20 € par mois et par espace de travail, avec des projets et des langues illimités, 20 € de crédit de traduction inclus chaque mois — soit environ 200 000 mots — et 5 € de crédit à l’inscription, sans carte bancaire.

Pour les personnes qui migrent depuis Lovalingo, une offre permanente s’ajoute : vos trois premiers mois d’utilisation sont gratuits. Cette migration ne dépendait pas de vous ; cette première période ne devrait donc rien vous coûter. Pour en bénéficier, inscrivez-vous et envoyez un e-mail à [email protected] en mentionnant votre projet Lovalingo. Nous l’appliquerons à votre espace de travail.

Comment supprimer Lovalingo proprement ?

La suppression ne se résume pas à désinstaller un package, car Lovalingo s’intègre à votre router et à votre build. Suivez cette checklist une fois que votre remplacement a passé les tests ; chaque étape ne s’applique que si votre configuration la contient :

  1. Restaurer votre router. En mode path, le LangRouter de Lovalingo remplace BrowserRouter. Remettez votre router d’origine lorsque vous supprimez Lovalingo, sinon l’app ne s’affichera pas.
  2. Corriger les liens internes. Si votre code utilise des helpers Lovalingo comme LangLink ou useLangNavigate, remplacez-les par le Link et la navigation de votre router. Ces imports cessent de fonctionner dès que le package disparaît.
  3. Supprimer le provider et le package. Supprimez LovalingoProvider (ainsi que LangRouter) du shell de votre app, puis désinstallez @lovalingo/lovalingo.
  4. Supprimer le manifest. Retirez /.well-known/lovalingo.json de votre répertoire public ou de l’endpoint qui le génère.
  5. Supprimer l’étape de prebuild du sitemap. Si scripts/fetch-lovalingo-sitemap.mjs et une entrée prebuild existent dans package.json, supprimez-les toutes les deux. C’est ce script qui fera échouer votre build lorsque leur CDN disparaîtra. Servez plutôt votre propre sitemap ; avec des routes de locales versionnées dans le repo, il est généré depuis votre codebase.
  6. Redéployer et soumettre à nouveau. Déployez le build nettoyé, vérifiez que les URL de locales affichent bien les traductions, puis soumettez à nouveau votre sitemap dans Google Search Console afin que les pages reconstruites soient recrawlées.

Dix minutes de nettoyage, et la dernière dépendance runtime envers un service en voie de fermeture a disparu.

Pouvez-vous conserver vos traductions Lovalingo existantes ?

Conservez l’export. Il est utile comme référence, mais pas comme import prêt à l’emploi. globalize.now traduit vos chaînes source et commit les résultats dans votre repo : vos langues reviennent donc dès le push suivant. Si vous aviez ajusté manuellement certaines formulations ou certains termes produit dans Lovalingo, reportez ces choix dans le glossaire et les modifications manuelles de globalize.now afin de préserver le wording qui comptait pour vous.

Le compromis, en toute transparence : vous régénérez les traductions au lieu de porter le format de bundle d’un fournisseur. En échange, cette migration est la dernière du genre. Le résultat consiste en fichiers PO dans votre repo, portables par définition.

Et si votre app n’est pas construite avec Lovable ?

La même migration fonctionne. Lovalingo servait aussi les projets React, Next.js, v0, Bolt et Claude Code. globalize.now les prend en charge via le même package de compétences : installez-le pour votre agent, laissez-le extraire les chaînes dans des catalogues Lingui, pushez, puis mergez la PR. Le parcours pour les développeurs et les vibe coders est identique à celui de Lovable, sans l’éditeur Lovable. La checklist de suppression ci-dessus s’applique telle quelle, tout comme l’offre de migration avec trois mois gratuits.

globalize.now transforme le texte codé en dur de votre application en fichiers de traduction prêts à l'emploi et les maintient à jour au fur et à mesure de vos déploiements.

Essayer globalize.now gratuitement