Les équipes pour lesquelles nous concevons nos outils sont rarement monolingues. Un responsable d'entrepôt qui a grandi à Miami travaille aux côtés d'un directeur commercial brésilien et d'un acheteur dominicain. Tous les trois sont excellents dans leur travail. Un seul d'entre eux souhaite travailler en anglais.
Ce n'est pas un cas marginal. Dans la distribution en gros aux États-Unis, près d'un travailleur sur quatre est né à l'étranger. Rien que dans le sud de la Floride, plus de 70 % de la population parle une autre langue que l'anglais à la maison. La main-d'œuvre de la distribution reflète les communautés qu'elle dessert — multilingue, multiculturelle et totalement peu encline à passer à l'anglais simplement parce que le développeur d'un outil n'a jamais envisagé le contraire.
La traduction comme infrastructure Chaque libellé, chaque erreur, chaque notification éphémère dans Quotery s'affiche en en-US, pt-BR ou es-US. Non pas « traduit quand on s'y mettra » — traduit avant la fusion de la PR. La règle de CLAUDE.md est explicite : une traduction partielle est inacceptable.
Ce n'est pas un feature flag que l'on peut désactiver. Ce n'est pas une page « langues » dans les paramètres. C'est un engagement structurel : chaque chaîne visible par l'utilisateur passe par le pipeline i18n, chaque nouvelle surface est livrée dans trois locales simultanément, et le pipeline CI échoue si un namespace comporte des clés manquantes dans une locale quelconque. Un retard de traduction est traité exactement comme des tests cassés — un blocage.
Le bénéfice est invisible quand cela fonctionne et catastrophique quand cela échoue. Un travailleur d'entrepôt qui voit une erreur en portugais comprend quoi corriger. Le même travailleur qui voit un message d'erreur en anglais l'ignore, devine et crée un écart de stock qui coûte des heures à démêler. La traduction n'est pas une option — c'est un contrôle de précision.
L'espagnol des Caraïbes Nous avons choisi es-US (espagnol de Miami / des Caraïbes) délibérément. On y emploie « ustedes » et non « vosotros », « computadora » et non « ordenador », « carro » et non « coche ». De petits choix de vocabulaire qui s'accumulent pour donner un outil qui semble naturel.
Cela importe plus qu'il n'y paraît. Un outil localisé en espagnol d'Europe paraît étranger à un responsable d'entrepôt dominicain — non pas incompréhensible, mais peu digne de confiance. De la même manière qu'une interface britannique (« colour », « centre », « despatched ») signale « pas fait pour vous » à un utilisateur américain, l'espagnol castillan signale la même chose à un locuteur des Caraïbes. La localisation au niveau du dialecte est ce qui distingue un logiciel « disponible en espagnol » d'un logiciel réellement conçu pour les personnes qui l'utilisent.
Cookie + préférence
La première visite lit navigator.language, écrit un cookie qf-language sur .quotery.io, puis chaque requête — page de destination ou plateforme — respecte le choix.
Le domaine du cookie compte. En le définissant sur .quotery.io plutôt que sur un sous-domaine précis, la préférence de langue suit l'utilisateur du site de marketing à la plateforme et inversement. Pas de nouvelle sélection à la connexion, pas de bascule de locale brutale quand on passe de /product à l'application. La préférence est persistante, explicite (l'utilisateur peut la modifier depuis le pied de page de n'importe quelle page) et cohérente sur l'ensemble de la surface produit.
