Tous les modèles de ROI de la localisation demandent les mêmes deux données : combien cela coûtera sur l'année, et quelle amélioration vous attendez. Si vous dirigez une équipe avec une ligne localisation dans son budget, vous pouvez répondre aux deux. Si vous êtes seul avec un bout de week-end de libre, la première est proche de zéro et la seconde est un chiffre que vous inventeriez. globalize.now est une infrastructure de localisation propulsée par l'IA, et cette page explique ce qu'il faut faire à la place de remplir ce modèle.
Trois questions voisines ont déjà leur page, que celle-ci ne répète pas. Savoir si des pages traduites vous aident en référencement, et ce qui doit être vrai techniquement, c'est la localisation de votre app aide-t-elle le SEO. Ce que le playbook de localisation a rapporté quand une équipe l'a déroulé, et ce que le dérouler coûtait autrefois, c'est le playbook de croissance, hier et aujourd'hui. Savoir si c'est une tactique qu'un seul fondateur peut mener à terme, c'est le test de tri. Cette page part du principe que vous avez décidé que ça valait un essai et que vous voulez savoir comment juger le résultat.
Pourquoi la question du ROI s'effondre-t-elle à cette échelle ?
Parce que les deux moitiés du calcul manquent, et qu'une seule saute aux yeux.
La ligne de coûts manquante est celle que l'on remarque. Le cadrage ROI des agences a été conçu pour une dépense qui vaut la peine d'être modélisée : un tarif au mot, un contrat fournisseur, le temps d'un responsable localisation, et une prévision de revenus de marché à mettre en face. Retirez la facture et le modèle ne devient pas plus simple : il perd son dénominateur.
La prévision manquante est celle qui fait des dégâts. Personne ne peut vous dire ce que votre deuxième langue rapportera, parce que les résultats publiés ne concordent pas. Ils ne sont même pas proches. Deux des trois cas ci-dessous sont des opérateurs solo qui ont appliqué la même tactique et obtenu des résultats qui vont dans des directions opposées, et tous deux ont publié leurs chiffres, ce que la catégorie offre rarement.
La version honnête de la question n'est donc pas quel est le ROI. C'est quel est le plus petit test qui me le dirait, et que ferais-je s'il revenait à plat.
À quoi ressemblait le retour quand une équipe payait ?
Important, lent à arriver, et lié à une relation fournisseur durable.
Le cas le mieux documenté de cette catégorie reste celui de Smallpdf, et il appartient à un éditeur. Selon l'étude de cas publiée par OneSky pour Smallpdf, relue le 8 octobre 2026, le nombre d'utilisateurs mensuels via le SEO a augmenté de 60 %, passant de 6 millions en 2016 à plus de 9,5 millions en 2017 ; plus de 70 % des utilisateurs venaient de pays non anglophones ; et le thaï, la plus lucrative des trois langues ajoutées pendant ce travail, a vu son trafic augmenter de plus de 500 % en un an. Smallpdf comptait 17 langues quand ce travail a commencé. Lisez tout cela comme le récit d'un éditeur sur un client, sur une année.
Pour une question de ROI, la phrase qui compte n'est aucune de celles-là. Dans la même source, relue le même jour : les solutions automatisées de OneSky ont permis à Smallpdf de traiter les demandes de traduction pour les nouvelles fonctionnalités et les améliorations du site en 1 à 2 jours pour les 17 langues, alors que le même travail prenait auparavant des semaines avec des traducteurs freelances. Voilà la ligne de coûts. Pas un tarif au mot, mais un fournisseur à l'autre bout d'une file d'attente qui s'ouvrait à chaque évolution du produit.
C'est pourquoi le modèle de ROI d'entreprise fonctionne là-bas et pas ici. Il compare un coût récurrent connu à un retour mesuré. Vous n'avez ni l'un ni l'autre.
À quoi ressemble le retour quand personne ne finance ?
Inégal, et la moyenne cache toute l'histoire.
Ken Imoto a traduit son blog en quatre langues via ce qu'il décrit comme un pipeline LLM inter-langues, retouché à la main ensuite pour le registre et la locale. Ses chiffres GA4, publiés sur dev.to et relus le 8 octobre 2026, couvrent 22 jours, du 30 avril au 21 mai 2026 : portugais 748 pages vues et 709 sessions, anglais 195 pages vues et 176 sessions, japonais 27 pages vues et 29 sessions, espagnol 7 pages vues et 7 sessions. Dans ses mots : « Le portugais fait environ 3,8 × l'anglais, 28 × le japonais et 107 × l'espagnol, sur le même blog, avec le même rythme de publication et le même auteur. »
Prenez cela pour ce que c'est : un instantané sur quatre langues à un moment donné. Il n'y a pas de comparaison avant/après sur le même contenu, et aucune base de référence d'avant la localisation n'a été publiée. Son nombre d'articles diffère selon la langue — 26 en anglais, 25 en japonais, 17 en portugais et 10 en espagnol — et il ne fournit aucune normalisation par article ; n'en construisez donc pas.
L'espagnol mérite qu'on s'y arrête. Sept pages vues en trois semaines pour dix articles traduits, alors qu'il s'attendait à voir l'espagnol en deuxième position rien que sur le nombre de locuteurs. Une moyenne unique sur ses quatre locales aurait passé pour une nette victoire alors qu'un quart du travail ne rapportait rien. Si vous comptez mener ce test, il vous faut la vue par locale, sinon vous ne saurez jamais quel pari a perdu.
Quel est le coût qui fait vraiment mal ?
Assumer la traduction, à chaque changement du produit.
On dispose désormais d'un cas publié où quelqu'un a jugé ce coût trop élevé et fait marche arrière. Le site derrière Field Notes #3 sur dev.to, relu le 8 octobre 2026, est un site que son développeur solo décrit comme piloté par des agents, dont le blog est traduit par un pipeline d'IA. Il est passé de vingt-et-une langues à six. La coupe a eu lieu le 24 septembre 2026 et, telle que publiée, c'était un verdict du propriétaire plutôt qu'un calcul de trafic. Les langues conservées : anglais, français, espagnol, russe, chinois, arabe. Tout le reste — allemand, japonais, portugais, italien, vietnamien, polonais et une dizaine d'autres — a cessé d'exister sous forme de fichiers le jour même.
La raison qu'il donne est la qualité. Une mauvaise traduction se lit plus mal que pas de traduction du tout, dit-il, et le pipeline quotidien ne pouvait pas prouver une qualité native sur vingt-et-une langues à la fois. Il pouvait le prouver sur six.
C'est la ligne de coûts de quiconque n'a pas de fonction localisation, et ce n'est pas la traduction. C'est la relecture qu'on ne peut pas déléguer, dans des langues qu'on ne sait pas lire, répétée à chaque changement. Elle croît avec le nombre de locales que vous conservez.
Ses chiffres Search Console figurent dans le même billet, et il faut les citer avec leurs réserves plutôt que bruts. Sur les 28 derniers jours, tels que publiés le 4 octobre 2026, les cinq locales conservées ont généré 493 impressions et 6 clics, et l'ensemble supprimé, en comptant les douze que le rapport affiche, environ 850 impressions et 7 clics. Il signale lui-même la fenêtre : elle chevauche la coupe, donc une partie concerne des langues encore actives. Les volumes absolus sont de six et sept clics, trop faibles pour étayer un argument dans un sens ou dans l'autre, et 850 est une approximation telle que publiée ; laissez-la approximative. Son propre billet parle de cinq locales conservées tout en en nommant six, et nous n'allons ni trancher à sa place ni en tirer des chiffres par locale.
Une fois toutes ces réserves posées, un fait subsiste, et il suffit : les locales supprimées étaient encore trouvées dans la recherche après leur suppression, et celui qui les a supprimées l'a fait pour une raison sans rapport avec le trafic. Ses chiffres sur 7 jours, après la coupe, citent une page allemande qui reçoit un clic en position 2, ainsi qu'une page japonaise et une page vietnamienne qui en reçoivent aussi. Considérez son titre — le trafic n'a presque rien remarqué — comme contredit par ses propres chiffres. C'est sa conclusion, publiée honnêtement à l'encontre de son propre cadrage, ce qui est plus rare que les chiffres eux-mêmes.
Alors, quel test pouvez-vous vraiment mener ?
Deux locales, choisies d'après la demande qui arrive, lues locale par locale, avec la sortie prévue d'abord.
Choisissez d'après vos propres analytics, pas d'après une liste de nombres de locuteurs. Les pays qui vous envoient déjà du trafic alors que votre produit ne parle qu'anglais représentent une demande arrivée malgré une barrière. Cela fait de la barrière la variable que vous pouvez déplacer, et celle qui ne coûte rien à examiner. Le classement d'avant-lancement d'Imoto reposait sur des nombres de locuteurs, et les données ont contredit chacun de ses points.
Restez à deux. Non parce que le travail est difficile à cinq, mais parce que la relecture l'est. Le deuxième cas ci-dessus montre ce qui arrive quand le nombre de locales dépasse la seule chose que personne ne peut automatiser à votre place.
Écrivez à quoi ressemble un échec avant de commencer, et ce que vous ferez dans ce cas. Les deux cas publiés ici contiennent une locale qui n'a rien rapporté. Si votre plan n'a pas de branche pour ce scénario, ce n'est pas un test.
Ensuite, laissez courir un trimestre. Les chiffres de Smallpdf sont en glissement annuel, l'instantané dev.to porte sur 22 jours sans base de référence, et ni l'un ni l'autre ne vous dit quoi que ce soit sur la deuxième semaine.
Et gardez la marche arrière peu coûteuse. Les seize locales supprimées de ce développeur ont cessé d'exister sous forme de fichiers le jour même où il a pris sa décision. Si en retirer une vous coûtait un mois, vous n'avez pas construit un test : vous avez pris un engagement.
Combien coûte ce test aujourd'hui ?
La partie récurrente est ce qui a changé, et c'est la seule dont le modèle de ROI se souciait.
globalize.now convertit une base de code en une seule fois, dans le flux de connexion intégré à l'app. Cette conversion est une opération unique, pas une tâche planifiée. Ensuite, des jobs de push traduisent les nouvelles unités du catalogue au fur et à mesure qu'elles apparaissent, et vous récupérez du JSON ou du PO standard, les mêmes formats que votre bibliothèque i18n lit déjà. Rien ne change côté runtime, framework ou déploiement, ce qui fait aussi de la suppression d'une locale une simple opération sur des fichiers plutôt qu'un projet. Les pages développeur et vibe coder détaillent la mise en place.
Les tarifs se trouvent sur la page tarifs, et cette page ne va pas les paraphraser.
Ce que nous ne pouvons pas encore vous dire
Nous n'avons pas de chiffres à nous, et nous ne comptons pas en laisser supposer.
Deux études de cas clients sont en cours de mesure. D'ici qu'elles soient terminées et datées, chaque chiffre de cette page appartient à quelqu'un d'autre, indique à qui, et indique la date de sa dernière vérification. Un chiffre de ROI de la localisation sans source ni date est le genre de nombre qu'on vous resservira pendant dix ans, et cette catégorie tourne déjà sur une page d'éditeur de 2017.
Ce qu'il en ressort pour vous
Cessez d'essayer de chiffrer la décision et cherchez à ce qu'il coûte peu de se tromper. Deux locales tirées de votre propre trafic, un trimestre de données, une lecture par locale, et un retrait que vous pourriez faire dans l'après-midi. Si vous voulez la version de ce billet avec les chiffres de nos propres clients, elle n'existe pas encore, et elle sera datée le jour où elle paraîtra.
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