Un prompt peut-il remplacer Weglot ?

Construis un reverse proxy traduisant pour un seul site web que tu contrôles.

Les requêtes arrivent sur un chemin préfixé par la locale — /fr/about — et le proxy récupère la page source, traduit le texte visible, met en cache le résultat et le sert. La traduction passe par une API de traduction automatique avec une clé, ou une instance LibreTranslate auto-hébergée pour un site où le coût compte plus que la fluidité.

L’extraction est la partie qui décide si ça fonctionne. Analyse le HTML correctement et parcours les nœuds de texte, jamais en regex sur le balisage. Ignore entièrement les blocs script, style, code et pre. Préserve le balisage en ligne à l’intérieur d’une phrase traduite en remplaçant chaque élément en ligne par un placeholder numéroté avant traduction et en le restaurant après — et écris le test pour ça en premier, parce qu’un lien qui migre vers le mauvais mot est le mode d’échec que les gens remarquent. Traduis aussi le titre, la meta description et le texte alt des images.

Mets en cache par URL et par locale, indexé par un hash des chaînes source extraites, pour qu’une page qui n’a pas changé ne soit jamais retraduite. Stocke le cache dans SQLite avec le hash source, et ajoute une page de gestion listant chaque chaîne avec sa traduction et un champ de surcharge. Les surcharges gagnent définitivement sur la sortie machine et sont ce qui rend le système utilisable après la première semaine — noms de produits, ton, l’expression que ton secteur utilise.

Émets des alternates hreflang sur chaque page, y compris une auto-référence et x-default, et ajoute chaque locale au sitemap. Se tromper là-dessus, c’est comme un site traduit finit par se concurrencer lui-même dans les recherches.

Ne construis pas de widget JavaScript qui traduit dans le navigateur. La traduction côté client est invisible pour les robots d’indexation, ce qui est l’essentiel de la raison de traduire un site.