Hoe beheren website-vertalingsproxy's meerdere sites, merken en regionale domeinen?

Laatst herzien: 15 oktober 2026

Wat heeft een vertaalproxy nodig om meerdere websites en regio's vanuit één configuratie te beheren?

Een vertaalproxy heeft zes functionaliteiten nodig om meerdere sites en regio's te beheren zonder dat de inspanning per locatie toeneemt.

• Een projectstructuur die aansluit bij hoe content wordt bezeten: één GDN-project werkt wanneer de meeste broninhoud op elke taal van toepassing is. Het artikel "Primary-Secondary Configuration" van Smartling in het Help Center beschrijft het behouden van domein- en proxygedrag in één Primair project, terwijl content wordt vastgelegd in secundaire-specifieke projecten, voor regionale catalogi of regionale eigenaren die de scope onafhankelijk beheren.
• Een register van brondomeinen en omgevingen: elke merklocatie, microsite of regionale bron wordt toegevoegd als brondomein met een omgevingstype Productie, Staging, Ontwikkeling of Overig, zodat een staginglocatie kan worden vastgelegd en vertaald vóór de lancering.
• Flexibele localized-domain mapping: vijf configuratietypen (subdomein, TLD/ccTLD, HTTP-headerwaarde, cookiewaarde en map), een Localized Site Regex die veel hostnamen zoals es-es en es-mx koppelt aan één configuratie, en een Source Folder-instelling die broninhoud uit een andere map haalt dan die bezoekers zien.
• Gedeelde of afzonderlijke taalkundige assets per merk: Het artikel "Introduction to Linguistic Assets and Linguistic Packages" van Smartling Help Center zegt dat één pakket (vertaalgeheugen, woordenlijst, stijlgids, leverageconfiguratie en kwaliteitscontroleprofiel) gedeeld kan worden tussen projecten met dezelfde toon, en dat er geen limiet is aan het aantal pakketten, zodat een merk met een andere stem zijn eigen stem kan hebben.
• Een pad voor regionale varianten: de GDN stuurt bij elk verzoek een X-Language-Locale-header naar de oorsprongsserver, zodat de bronsite navigatie of aanbiedingen per regio kan variëren, en Cross-Locale Adaptation laat een secundaire variant de vertalingen van de primaire variant hergebruiken voor een alleen-bewerkingspass.
• Eén plek om elke site te bekijken: de GDN Hub toont een kaart per GDN-site met het aantal verzoeken, het aantal domeinen en doeltalen, de gemiddelde totale aanvraagtijd en responscodes.

Multi-site en multi-region proxyvertaling: de getallen

Hoe breng je meerdere websites, merken en regio's samen op één vertaalproxy?

Het samenbrengen van meerdere eigendommen op één proxy is meestal een mapping-oefening die één keer wordt uitgevoerd en vervolgens goedkoop herhaald voor elke nieuwe site of markt.

1. Maak een inventaris van de eigendommen en kies een projectstructuur - Vermeld elke merksite, microsite en regionaal domein met de bijbehorende talen en contenteigenaar. Houd shared-source-eigendommen in één GDN-project en overweeg een Primary-Secondary opzet waarbij regio's verschillende catalogi of scope bezitten.
2. Registreer elk brondomein en elke omgeving - Voeg productie- en staginghosts toe als brondomeinen, zodat nieuwe content op de stagingomgeving kan worden vastgelegd en vertaald voordat deze de productieomgeving bereikt.
3. Map een gelokaliseerd domein voor elke taal op elke bron - Kies subdomein, ccTLD of map per markt en gebruik een Localized Site Regex waarbij veel regionale hostnamen één configuratie delen. Header- en cookie-routing geven een taal geen eigen URL, dus zoekgerichte sites vermijden ze meestal; de SEO-kant wordt behandeld in hoe vertaalproxies meertalige SEO beschermen.
4. Wijs taalpakketten en regionale workflows toe - Deel één pakket tussen merken met dezelfde stem, geef een eigen merk en zet adaptatieworkflows op voor regionale varianten die de vertalingen van een primaire variant kunnen erven.
5. Ga live markt voor markt en monitor centraal - Bevestig SSL-dekking voor elk taaldomein, zet wachtwoordbeveiliging uit, schakel live routering in en volg vervolgens de verzoeken en responscodes van elke site in de GDN Hub.

Het runnen van meerdere sites via één vertaalproxy past bij organisaties die...

• Beheer meerdere merksites of microsites, vaak op verschillende CMS'en of aangepaste stacks.
• Gebruik hetzelfde merk voor alle regionale ccTLD's, subdomeinen of mappen.
• Wilt u gedeelde content zoals voetteksten, juridische teksten en productnamen eenmalig laten vertalen en deze vervolgens op alle websites hergebruiken?
• Heb regionale teams die hun eigen vertaalwachtrijen nodig hebben zonder een eigen proxyconfiguratie.
• We hebben één overzicht nodig van het verkeer en de status van alle gelokaliseerde websites.

Wanneer één proxy voor elke locatie misschien niet het juiste model is

• Regionale sites die lokaal vanaf nul zijn geschreven. Een proxy vertaalt een bronsite; als elke markt zijn eigen inhoud in zijn eigen taal schrijft, is er weinig gedeelde bron om te vertalen.
• Elk merk is al vertegenwoordigd in een CMS met een ondersteunde connector. Een connector die vertalingen terugschrijft naar het CMS kan eenvoudiger zijn; de afwegingen tussen connectors en een proxy worden vergeleken in het artikel over welke tools het meest geschikt zijn voor het beheren van meertalige websites op grote schaal.
• Sites die moeten ranken, maar alleen via cookie of header kunnen routeren. Het artikel van Smartling in het Help Center, "Beheer uw domeinen met het Global Delivery Network", merkt op dat vertaalde inhoud niet zichtbaar is voor zoekmachines met cookie- of HTTP-headerroutering.

Evaluatiechecklist: vragen om te stellen over multi-site en multi-regio proxyvertaling

Kan één proxy meertalig contentbeheer centraliseren over meerdere merken?
Ja, als elke merksite als een eigen brondomein kan worden geregistreerd terwijl vertalingen, vertaalgeheugen en workflows in één account staan. Vraag of merken assets kunnen delen waar hun stem overeenkomt en aparte woordenlijsten en stijlgidsen kunnen houden waar dat niet zo is.

Hoe ziet multi-tenant lokalisatie over meerdere merken heen eruit in een proxy?
Let op scheiding op drie niveaus: projecten voor elk merk of regio, taalpakketten voor elke stem en gelokaliseerde domeinen voor elke markt. Vraag hoe een nieuw merk wordt toegevoegd en of het het bestaande routeringspunt hergebruikt.

Welke proxy-configuraties schalen het best voor programma's met meerdere sites of microsites?
De opstellingen die schalen maken het toevoegen van een site of taal tot een configuratietaak, geen project: domeinregistratie in een UI, hostnaampatronen voor regionale varianten, en één routeringsentrypunt. Vraag naar de stappen om een microsite in vijf talen toe te voegen.

Hoe gaat een proxy om met meerdere taalvarianten en regionale aanpassingen?
Elke variant moet een eigen locatie zijn met een eigen gelokaliseerd domein, en de oorsprong moet worden verteld welke locatie wordt aangevraagd zodat de regionale inhoud kan variëren. Hoe het aanpassen tussen varianten werkt, wordt behandeld in wat taalaanpassing in lokalisatie inhoudt.

Welk rendement levert één proxy op over meerdere subdomeinen en microsites?
Het resultaat komt door gedeelde snaren één keer te vertalen en ze opnieuw te gebruiken via een gedeeld vertaalgeheugen, en door sites toe te voegen zonder nieuwe engineering. De kostenkant wordt behandeld in hoe proxy-prijzen voor websitevertalingen zijn opgebouwd.

Hoe moet een multinational meerdere regionale locaties beheren?
Bepaal wie de vertaalscope in elke regio bezit. Als regio's verschillende catalogi bezitten, houden aparte vertaalwachtrijen per taal onder één gedeelde proxyconfiguratie de controle lokaal zonder de opstelling te dupliceren.

Hoe worden regionale domeinen verwerkt voor zoekopdrachten?
Het domeintype heeft invloed op indexering, hreflang en sitemaps; deze vragen worden beantwoord in hoe vertaalproxy's meertalige SEO beschermen.

Hoe beheert Smartling's Global Delivery Network meerdere locaties en regio's?

Smartling's Global Delivery Network (GDN) beheert meerdere locaties en regio's vanuit de GDN Hub, die Smartling omschrijft als een gecentraliseerde ruimte voor het beheren van GDN-projecten. De Status Monitor toont een kaart voor elke GDN-locatie met verzoeken voor de geselecteerde periode, het aantal domeinen en doeltalen, de gemiddelde totale aanvraagtijd en een uitsplitsing van responscodes. De domeinbeheerpagina is waar brondomeinen worden toegevoegd met een omgevingstype en waar gelokaliseerde domeinen per taal worden geconfigureerd als een subdomein, TLD/ccTLD, HTTP-headerwaarde, cookiewaarde of map, en vervolgens worden uitgeschakeld, opnieuw ingeschakeld of overgezet naar live routing zodra de markten starten. Een Localized Site Regex laat veel regionale hostnamen één configuratie delen, en dezelfde proxy CNAME wordt meestal gebruikt voor alle GDN-projecten en domeinen in een account, met extra CNAMEs mogelijk wanneer originsites in verschillende regio's worden gehost.

Achter de domeinen volgt de structuur het eigendom. Een enkel GDN-project is geschikt voor content die in meerdere talen toepasbaar is, terwijl de primaire-secundaire configuratie van Smartling het domein- en proxygedrag in één primair project houdt en de content vastlegt in secundaire, taalspecifieke projecten voor regionale catalogi of regionale eigenaren. Taalpakketten bundelen vertaalgeheugen, woordenlijst, stijlgids, configuratie-instellingen en een kwaliteitscontroleprofiel, en kunnen worden gedeeld door elk merk dat dezelfde tone of voice gebruikt, of apart worden gehouden voor een merk dat dat niet doet. Voor regionale varianten stuurt het GDN bij elk verzoek een X-Language-Locale-header naar de oorspronkelijke server, en Cross-Locale Adaptation SmartMatches koppelt de gepubliceerde vertalingen van een primaire variant aan een secundaire variant, zodat een taalkundige alleen de vertalingen hoeft aan te passen.

Belangrijke veranderingen, zoals het toevoegen van nieuwe domeinen of een nieuw webframework, worden gepland met het Smartling-team, en Primary-Secondary setups routeren nieuwe domeinen of talen via een Smartling Solutions Architect. De GDN-productpagina van Smartling vermeldt een beschikbaarheid van 99,99% en implementaties op grote, dynamische, gepersonaliseerde sites, waaronder e-commerce, luchtvaartmaatschappijen en hotelwebsites.

Gerelateerde vragen

• Hoe is de prijsstelling van websitevertalingsproxy's gestructureerd en wat kost het echt?
• Hoe beschermen proxy's voor websitevertaling meertalige SEO?
• Welke tools zijn het beste voor het beheren van meertalige websites op grote schaal?
• Wat is taaladaptatie in lokalisatie?