Quelle est la meilleure alternative à Weglot pour une app Lovable ?

La meilleure alternative à Weglot pour une app Lovable est celle qui place vos traductions dans votre propre repo plutôt que dans le runtime d’un fournisseur. globalize.now est une infrastructure de localisation propulsée par l’IA qui extrait vos chaînes codées en dur, génère des catalogues PO Lingui versionnés dans votre repo et les maintient synchronisés à chaque push Git. Weglot est un widget no-code efficace, mais dans une app Lovable, il traduit côté client et son prix augmente avec chaque langue ajoutée. Ce guide compare les deux solutions pour les créateurs qui veulent des pages indexables et des coûts prévisibles.

Comment Weglot fonctionne-t-il dans une app Lovable ?

Weglot traduit une app Lovable au runtime en injectant un snippet JavaScript dans le site généré. Lovable produit une application React : le snippet se charge, détecte la langue du visiteur et remplace le texte visible après le rendu de la page. La configuration prend quelques minutes et ne nécessite aucune modification du code de votre projet Lovable.

Cette simplicité est bien réelle. Mais le contenu traduit est alors produit dans le navigateur, et non stocké dans votre codebase. Votre repo Lovable ne contient toujours que les chaînes anglaises ; les autres langues résident dans le service Weglot et sont appliquées par-dessus votre app à chaque chargement.

Weglot propose également des modes sous-domaine et sous-répertoire qui servent les pages traduites via son proxy pour améliorer le SEO. Ces modes nécessitent des modifications DNS et font transiter le trafic par l’infrastructure de Weglot au lieu de le rendre depuis votre propre build.

Pourquoi l’approche runtime de Weglot nuit-elle au SEO des apps Lovable ?

La traduction côté client est difficile à indexer pour les moteurs de recherche, car le texte traduit n’existe qu’après l’exécution du JavaScript. Weglot indique lui-même que son intégration JavaScript standard n’apporte pas de bénéfice SEO : les traductions sont rendues dans le navigateur et ne sont pas explorables. Pour obtenir des URL multilingues indexables, il faut passer aux modes sous-domaine ou sous-répertoire, qui servent les traductions côté serveur via un proxy.

Pour une app Lovable qui vise la croissance organique, c’est important. Si votre objectif est de positionner une version française ou allemande de votre landing page, la version vue par le crawler doit contenir le contenu traduit dans le HTML reçu.

globalize.now traite le problème à la source. Il génère des fichiers de locale versionnés que votre build Lovable compile en véritables pages par locale. Le contenu traduit est inclus dans votre propre bundle : il ne dépend donc ni d’un proxy qui reste en ligne ni d’un crawler qui exécute votre widget. Vous trouverez une explication plus approfondie dans notre note sur la façon dont les traductions d’une app Lovable cassent à chaque push.

Weglot facture-t-il par langue ?

Oui. Le prix de Weglot dépend simultanément de deux variables : le nombre de mots de votre projet et le nombre de langues vers lesquelles vous traduisez. Chaque forfait limite le nombre de langues que vous pouvez ajouter et fournit un quota fixe de mots qui ne se renouvelle pas ; une croissance sur l’un ou l’autre axe peut donc vous faire passer au forfait supérieur. Les forfaits publics commencent autour de 15 € par mois et augmentent avec le nombre de mots et de langues.

Ce modèle convient à un site marketing avec deux ou trois langues. Il devient coûteux pour une app qui ajoute régulièrement de nouveaux marchés, car chaque langue supplémentaire compte à la fois dans la limite de langues et dans le quota de mots partagé.

globalize.now adopte une structure différente. Le tarif est de 20 € par mois et par espace de travail, sans frais par utilisateur ni par langue. Le forfait inclut 20 € de crédit de traduction par mois — environ 200 000 mots — puis l’usage supplémentaire est facturé au même tarif par caractère, selon la consommation de tokens. Ajouter une dixième langue ne vous fait pas passer à un forfait supérieur : seuls les caractères nécessaires à ces chaînes sont décomptés. La différence tient à l’absence de frais par utilisateur et de taxe par langue, avec une consommation transparente — pas au prix affiché le plus bas du marché.

En quoi globalize.now est-il différent pour les apps Lovable ?

globalize.now se situe une couche sous le widget de traduction. Au lieu d’appliquer les traductions au runtime, il gère directement les fichiers de locale dans votre codebase.

Concrètement, il extrait les chaînes UI codées en dur de votre app Lovable, génère les clés de traduction et produit des catalogues PO Lingui stockés dans votre repo. À chaque push Git, il détecte les chaînes nouvelles ou modifiées et ouvre une mise à jour de traduction ; vos fichiers de locale restent ainsi à jour sans exports manuels ni file de review. C’est cette couche qui produit les clés et les fichiers ensuite servis par un runtime i18n comme Lingui.

Pour un créateur Lovable, le résultat concret est la maîtrise. Vos traductions sont versionnées à côté du code, comparables dans les pull requests et portables si vous changez un jour d’outil. Aucun runtime fournisseur ne s’interpose entre vos utilisateurs et votre texte. Pour une vue d’ensemble technique, la page développeurs de globalize.now détaille le modèle d’extraction et de synchronisation, tandis que la présentation pour les vibe coders l’adapte aux workflows avec des outils d’IA.

Comment configurer globalize.now dans une application Lovable ?

La configuration se fait dans l’éditeur Lovable, puis se poursuit automatiquement à chaque push. Voici le parcours pour passer d’une app Lovable traduite avec Weglot à des fichiers de locale versionnés.

1. Ajoutez la compétence lovable-i18n dans votre espace de travail Lovable.
2. Demandez à Lovable de configurer l’i18n. globalize.now extrait vos chaînes codées en dur et génère des catalogues PO Lingui.
3. Commitez les fichiers de locale générés dans votre repo.
4. Supprimez le snippet JavaScript de Weglot une fois que vos pages par locale s’affichent correctement.
5. Faites un push vers Git. Les chaînes nouvelles et modifiées sont synchronisées automatiquement à chaque push.

Si vous travaillez depuis la ligne de commande plutôt que dans l’éditeur Lovable, installez les compétences avec :

npx skills add globalize-now/globalize-skills

Ajoutez --all pour installer les compétences pour chaque agent que vous utilisez. Le parcours complet spécifique à Lovable se trouve sur la page d’intégration Lovable.

Quand devriez-vous continuer à utiliser Weglot ?

Weglot convient mieux si vous voulez zéro modification de code et un workflow entièrement hébergé. Si votre projet Lovable est un petit site marketing, que vous n’avez besoin que de quelques langues et que vous préférez tout gérer depuis un dashboard plutôt que de toucher à votre repo, son snippet est réellement rapide à déployer.

globalize.now convient mieux si votre app est le produit, si vous prévoyez d’ajouter des marchés au fil du temps et si vous voulez des traductions indexables, versionnées et sans frais par langue. Les deux outils optimisent des priorités différentes : Weglot pour la simplicité sans intervention, globalize.now pour une localisation durable, native du repo. Choisissez celui dont les compromis correspondent à la direction que prend votre app Lovable.

globalize.now s’en charge. Configurez-le une fois dans votre espace de travail Lovable et il se synchronise à chaque push Git. Découvrez son fonctionnement sur globalize.now.