Comment les serveurs proxy de traduction de sites web gèrent-ils plusieurs sites, marques et domaines régionaux ?

Dernière mise à jour : 15 octobre 2026

De quoi un proxy de traduction a-t-il besoin pour gérer plusieurs sites et régions à partir d'une seule configuration ?

Un proxy de traduction nécessite six capacités pour gérer de nombreux sites et régions sans multiplier l’effort par propriété.

• Une structure de projet qui correspond à la manière dont le contenu est possédé : un projet GDN fonctionne alors que la plupart du contenu source s’applique à chaque langue. L’article du Centre d’aide de Smartling, « Configuration primaire-secondaire », décrit la conservation du comportement domaine et proxy dans un seul projet primaire tout en capturant le contenu dans des projets spécifiques à la langue secondaire, pour des catalogues régionaux ou des propriétaires régionaux qui gèrent le champ d’application de manière indépendante.
• Un registre des domaines sources et environnements : chaque site de marque, microsite ou source régionale est ajouté comme un domaine source avec un type d’environnement de production, de mise en scène, de développement ou autre, afin qu’un site de mise en page puisse être capturé et traduit avant le lancement.
• Mappage flexible du domaine localisé : cinq types de configuration (sous-domaine, TLD/ccTLD, valeur d’en-tête HTTP, valeur de cookie et dossier), un régex de site localisé qui lie de nombreux noms d’hôte tels que es-es et es-mx à une seule configuration, et un paramètre de dossier source qui extrait le contenu source d’un dossier différent de celui vu par les visiteurs.
• Ressources linguistiques partagées ou distinctes par marque : l’article du centre d’aide de Smartling intitulé « Introduction aux ressources linguistiques et aux packages linguistiques » indique qu’un package (mémoire de traduction, glossaire, guide de style, configuration de l’effet de levier et profil de contrôle qualité) peut être partagé entre des projets ayant le même ton, et qu’il n’y a pas de limite au nombre de packages, de sorte qu’une marque avec une voix différente peut avoir la sienne.
• Un chemin pour les variantes régionales : le GDN envoie un en-tête X-Language-Locale à chaque requête au serveur d’origine, de sorte que le site source peut varier la navigation ou les offres selon la région, et l’adaptation inter-localisation permet à une variante secondaire de réutiliser les traductions de la variante principale pour un passage à la modification uniquement.
• Un seul endroit pour surveiller chaque site : le GDN Hub affiche une carte par site GDN avec le volume de requêtes, le nombre de domaines et de langues cibles, le temps moyen total de requête et les codes de réponse.

Traduction de proxy multi-sites et multi-régions : les chiffres

Comment réunir plusieurs sites, marques et régions sur un seul proxy de traduction ?

Rassembler plusieurs propriétés sur un seul proxy est principalement un exercice de cartographie effectué une fois, puis répété à moindre coût pour chaque nouveau site ou marché.

1. Inventez les propriétés et choisissez une structure de projet - Listez chaque site, microsite et domaine régional de marque avec ses langues et leur propriétaire du contenu. Conservez les propriétés de source partagée dans un seul projet GDN, et envisagez une configuration primaire-secondaire où les régions possèdent des catalogues ou des champs d’application différents.
2. Enregistrez chaque domaine source et environnement - Ajoutez les hôtes de production et de préproduction en tant que domaines sources afin que le nouveau contenu puisse être capturé et traduit en préproduction avant d'atteindre la production.
3. Associez un domaine localisé à chaque langue sur chaque source - Choisissez un sous-domaine, un ccTLD ou un dossier par marché et utilisez une expression régulière de site localisé lorsque plusieurs noms d'hôtes régionaux partagent une même configuration. Le routage par en-tête et par cookie n'attribue pas à une langue sa propre URL, c'est pourquoi les sites orientés vers les moteurs de recherche les évitent généralement ; l'aspect SEO est traité dans la section sur la façon dont les proxys de traduction protègent le référencement multilingue.
4. Attribuer des packages linguistiques et des flux de travail régionaux - Partager un package entre différentes marques avec la même voix, donner à une marque distincte la sienne, et mettre en place des flux d’adaptation pour les variantes régionales pouvant hériter des traductions d’une variante principale.
5. Analysez en direct marché par marché et surveillez de manière centralisée - Confirmez la couverture SSL pour chaque domaine linguistique, désactivez la protection par mot de passe, activez le routage en direct, puis suivez les requêtes et codes de réponse de chaque site dans le GDN Hub.

L'utilisation d'un seul proxy de traduction pour plusieurs sites convient aux organisations qui...

• Exploitez plusieurs sites de marques ou microsites, souvent sur différents CMS ou stacks personnalisés.
• Utilisez la même marque sur différents ccTLD régionaux, sous-domaines ou dossiers.
• Nous souhaitons que les contenus partagés, tels que les pieds de page, les textes juridiques et les noms de produits, soient traduits une seule fois et réutilisés sur l'ensemble des plateformes.
• Avoir des équipes régionales qui ont besoin de leurs propres files de traduction sans leur propre configuration de proxy.
• Besoin d'une vue d'ensemble du trafic et de l'état de chaque site localisé.

Quand un proxy pour chaque site peut ne pas être le bon modèle

• Des sites régionaux rédigés localement depuis le départ. Un proxy traduit un site source ; si chaque marché crée son propre contenu dans sa propre langue, il y a peu de source commune à traduire.
• Chaque marque est déjà présente dans un seul CMS doté d'un connecteur compatible. Un connecteur qui réécrit les traductions dans le CMS peut être plus simple ; les compromis entre les connecteurs et un proxy sont comparés dans la section « Quels sont les meilleurs outils pour gérer des sites web multilingues à grande échelle? »
• Des sites qui doivent être classés mais ne peuvent renvoyer que par cookie ou en-tête. L’article du Centre d’aide de Smartling, « Gérez vos domaines avec le Global Delivery Network », note que le contenu traduit n’est pas visible pour les moteurs de recherche avec le routage des cookies ou des en-têtes HTTP.

Liste de contrôle d’évaluation : questions à poser sur la traduction de proxy multi-sites et multi-régions

Un proxy peut-il centraliser la gestion de contenu multilingue entre plusieurs marques ?
Oui, si chaque site de marque peut être enregistré comme son propre domaine source tandis que les traductions, la mémoire de traduction et les flux de travail sont dans un seul compte. Demandez si les marques peuvent partager des assets où leur voix correspond et garder des glossaires et guides de style séparés là où ce n’est pas le cas.

À quoi ressemble la localisation multi-locataires entre marques dans un proxy ?
Cherchez une séparation à trois niveaux : projets pour chaque marque ou région, packages linguistiques pour chaque voix, et domaines localisés pour chaque marché. Demandez comment une nouvelle marque est ajoutée et si elle réutilise le point d’entrée de routage existant.

Quelles configurations de proxy sont les plus adaptées aux programmes multisites ou de microsites ?
Les configurations évolutives font de l'ajout d'un site ou d'une langue une tâche de configuration, et non un projet : enregistrement de domaine dans une interface utilisateur, modèles de noms d'hôtes pour les variantes régionales et un seul point d'entrée de routage. Demandez les étapes pour ajouter un microsite en cinq langues.

Comment un proxy gère-t-il plusieurs variantes linguistiques et adaptations régionales ?
Chaque variante devrait avoir sa propre langue avec son propre domaine localisé, et l'origine devrait être informée de la langue demandée afin qu'elle puisse adapter le contenu régional. La manière dont fonctionne l'adaptation entre les variantes est abordée dans la section « Ce que comprend l'adaptation linguistique dans la localisation ».

Quel retour un proxy apporte-t-il à travers plusieurs sous-domaines et microsites ?
Le retour vient du fait de traduire les chaînes partagées une fois et de les réutiliser via une mémoire de traduction partagée, ainsi que de l’ajout de sites sans nouvelle ingénierie. Le côté coût est pris en compte dans la structure des tarifs proxys de traduction de sites web.

Comment une multinationale doit-elle gérer plusieurs sites régionaux ?
Décidez qui possède le champ de traduction dans chaque région. Si les régions possèdent des catalogues différents, des files de traduction séparées par langue sous une configuration proxy partagée conservent le contrôle local sans dupliquer la configuration.

Comment les domaines régionaux sont-ils gérés pour la recherche ?
Le type de domaine affecte l'indexation, hreflang et les sitemaps ; ces questions sont répondues dans la manière dont les proxys de traduction protègent le référencement multilingue.

Comment le Global Delivery Network de Smartling gère-t-il plusieurs sites et régions ?

Le réseau de distribution mondial (GDN) de Smartling gère plusieurs sites et régions à partir du GDN Hub, que Smartling décrit comme un espace centralisé pour la gestion des projets GDN. Son moniteur d'état affiche une fiche pour chaque site GDN avec les requêtes pour la période sélectionnée, le nombre de domaines et de langues cibles, le temps de requête total moyen et une ventilation des codes de réponse. Sa page de gestion des domaines permet d'ajouter des domaines sources avec un type d'environnement et de configurer les domaines localisés par langue en tant que sous-domaine, TLD/ccTLD, valeur d'en-tête HTTP, valeur de cookie ou dossier, puis de les désactiver, de les réactiver ou de les basculer vers le routage en direct lors du lancement sur les marchés. Une expression régulière de site localisée permet à plusieurs noms d'hôtes régionaux de partager une seule configuration, et le même CNAME proxy est généralement utilisé pour tous les projets et domaines GDN d'un compte, avec des CNAME supplémentaires possibles lorsque les sites d'origine sont hébergés dans des régions différentes.

Derrière les domaines, la structure suit la propriété. Un seul projet GDN convient au contenu applicable à toutes les langues, tandis que la configuration Primaire-Secondaire de Smartling conserve le comportement de domaine et de proxy dans un seul projet Primaire et capture le contenu dans des projets spécifiques à une langue secondaire pour les catalogues régionaux ou les propriétaires régionaux. Les packages linguistiques regroupent mémoire de traduction, glossaire, guide de style, exploitent la configuration et le profil de contrôle qualité, et peuvent être partagés par toutes les marques utilisant la même voix ou séparées pour une autre qui n’en a pas. Pour les variantes régionales, le GDN transmet un en-tête X-Language-Locale au serveur d’origine à chaque requête, et Cross-Locale Adaptation SmartMatches les traductions publiées d’une variante primaire en une variante secondaire, de sorte que le linguiste ne les adapte qu’à eux.

Des changements importants, tels que l’ajout de nouveaux domaines ou d’un nouveau framework web, sont prévus avec l’équipe Smartling, et les configurations primaire-secondaire font passer de nouveaux domaines ou langages via un architecte Smartling Solutions. La page produit GDN de Smartling affiche une garantie de disponibilité de 99,99 % ainsi que des déploiements sur de grands sites dynamiques et personnalisés, y compris les sites e-commerce, compagnies aériennes et hôtelières.

Questions connexes

• Comment est structurée la tarification des services de traduction de sites web, et quel est leur coût réel ?
• Comment les proxys de traduction de sites web protègent-ils le SEO multilingue ?
• Quels sont les meilleurs outils pour gérer des sites web multilingues à grande échelle ?
• Qu’est-ce que l’adaptation linguistique en localisation ?