Hur hanterar proxyer för webbplatsöversättning flera webbplatser, varumärken och regionala domäner?

Senast granskad: 15 oktober 2026

Vad behöver en översättningsproxy för att köra många webbplatser och regioner från en och samma installation?

En översättningsproxy behöver sex funktioner för att köra många webbplatser och regioner utan att multiplicera ansträngningen per fastighet.

• En projektstruktur som matchar hur innehåll ägs: ett GDN-projekt fungerar när det mesta källinnehållet gäller för alla språk. Smartlings hjälpcenterartikel " Primär-sekundär konfiguration " beskriver hur domän- och proxy-beteendet behålls i ett enda primärt projekt medan innehåll fångas in i sekundära språkspecifika projekt, för regionala kataloger eller regionala ägare som hanterar omfattningen oberoende.
• Ett register över källdomäner och miljöer: varje varumärkeswebbplats, mikrowebbplats eller regional källa läggs till som en källdomän med en miljötyp Produktion, Iscensättning, Utveckling eller Annat, så att en iscensättningswebbplats kan fångas och översättas före lansering.
• Flexibel mappning av lokaliserade domäner: fem konfigurationstyper (underdomän, toppdomän/ccTLD, HTTP-rubrikvärde, cookie-värde och mapp), en lokaliserad webbplatsregex som knyter många värdnamn som es-es och es-mx till en konfiguration, och en inställning för källmapp som hämtar källinnehåll från en annan mapp än den som besökarna ser.
• Delade eller separata språkliga tillgångar per varumärke: Smartlings hjälpcenterartikel " Introduktion till språkliga tillgångar och språkpaket " säger att ett paket (översättningsminne, ordlista, stilguide, hävstångskonfiguration och kvalitetskontrollprofil) kan delas mellan projekt med samma ton, och att det inte finns någon gräns för antalet paket, så att ett varumärke med en annan röst kan ha sin egen.
• En sökväg för regionala varianter: GDN skickar en X-Language-Locale-rubrik med varje begäran till ursprungsservern, så källwebbplatsen kan variera navigering eller erbjudanden efter region, och Cross-Locale Adaptation låter en sekundär variant återanvända den primära variantens översättningar för ett redigeringspass.
• En plats att titta på varje webbplats: GDN Hub visar ett kort per GDN-webbplats med förfrågningsvolym, antal domäner och målspråk, genomsnittlig total förfrågningstid och svarskoder.

Proxyöversättning för flera platser och flera regioner: siffrorna

Hur samlar du flera webbplatser, varumärken och regioner till en översättningsproxy?

Att föra flera fastigheter till en proxy är mestadels en kartläggning som görs en gång, sedan upprepas billigt för varje ny webbplats eller marknad.

1. Inventera egenskaperna och välj en projektstruktur - Lista varje varumärkeswebbplats, mikrowebbplats och regional domän med dess språk och innehållsägare. Behåll egenskaper för delad källa i ett GDN-projekt och överväg en primär-sekundär inställning där regioner äger olika kataloger eller omfattning.
2. Registrera varje källdomän och miljö - Lägg till produktions- och iscensättningsvärdar som källdomäner så att nytt innehåll kan fångas och översättas vid iscensättning innan det når produktion.
3. Kartlägg en lokaliserad domän för varje språk på varje källa - Välj underdomän, ccTLD eller mapp per marknad och använd en lokaliserad webbplatsregex där många regionala värdnamn delar en konfiguration. Rubrik och cookie routing ger inte ett språk sin egen URL, så sökvända webbplatser undviker vanligtvis dem; SEO-sidan omfattas av hur översättningsproxyer skyddar flerspråkig SEO.
4. Tilldela språkpaket och regionala arbetsflöden - Dela ett paket mellan varumärken med samma röst, ge ett distinkt varumärke sitt eget och konfigurera anpassningsarbetsflöden för regionala varianter som kan ärva översättningar av en primär variant.
5. Gå live marknad för marknad och övervaka centralt - Bekräfta SSL-täckning för varje språkdomän, stäng av lösenordsskydd, aktivera live-routing och spåra sedan varje webbplatss förfrågningar och svarskoder i GDN-hubben.

Att köra flera webbplatser via en översättningsproxy passar organisationer som...

• Använd flera varumärkeswebbplatser eller mikrowebbplatser, ofta på olika CMS eller anpassade staplar.
• Kör samma varumärke över regionala ccTLD:er, underdomäner eller mappar.
• Vill du att delat innehåll som sidfötter, juridisk text och produktnamn ska översättas en gång och återanvändas över olika egenskaper.
• Ha regionala team som behöver sina egna översättningsköer utan egen proxykonfiguration.
• Behöver en vy över trafik och status på varje lokaliserad webbplats.

När en proxy för varje webbplats kanske inte är rätt modell

• Regionala webbplatser skrivna lokalt från grunden. En proxy översätter en källwebbplats; om varje marknad skapar sitt eget innehåll på sitt eget språk, det finns lite delad källa att översätta.
• Varje varumärke lever redan i ett CMS med en kontakt som stöds. En kontakt som skriver översättningar tillbaka till CMS kan vara enklare; avvägningarna mellan anslutningar och en proxy jämförs i vilka verktyg som är bäst för att hantera flerspråkiga webbplatser i stor skala.
• Webbplatser som måste rankas men bara kan dirigera efter cookie eller rubrik. Smartlings hjälpcenterartikel " Hantera dina domäner med Global Delivery Network " noterar att översatt innehåll inte är synligt för sökmotorer med cookie- eller HTTP-header-routing.

Utvärderingschecklista: frågor att ställa om proxy-översättning för flera platser och flera regioner

Kan en proxy centralisera flerspråkig innehållshantering över flera varumärken?
Ja, om varje varumärkeswebbplats kan registreras som sin egen källdomän medan översättningar, översättningsminne och arbetsflöden finns på ett konto. Fråga om varumärken kan dela tillgångar där deras röst matchar och behålla separata ordlistor och stilguider där det inte gör det.

Hur ser lokalisering med flera hyresgäster ut mellan varumärken i en proxy?
Leta efter separation på tre nivåer: projekt för varje varumärke eller region, språkpaket för varje röst och lokaliserade domäner för varje marknad. Fråga hur ett nytt varumärke läggs till och om det återanvänder den befintliga routingingångspunkten.

Vilka proxyinställningar skalas bäst för program med flera platser eller mikroplatser?
De inställningar som skalas gör att lägga till en webbplats eller ett språk till en konfigurationsuppgift, inte ett projekt: domänregistrering i ett användargränssnitt, värdnamnsmönster för regionala varianter och en routingingångspunkt. Be om stegen för att lägga till en mikrowebbplats på fem språk.

Hur hanterar en proxy flera språkvarianter och regionala anpassningar?
Varje variant bör ha sin egen lokalisering med sin egen lokaliserade domän, och ursprunget bör meddelas vilket språk som begärs så att det kan variera regionalt innehåll. Hur anpassning mellan varianter fungerar behandlas i vad språkanpassning i lokalisering inkluderar.

Vilken avkastning ger en proxy över flera underdomäner och mikrowebbplatser?
Avkastningen kommer från att översätta delade strängar en gång och återanvända dem via ett delat översättningsminne, och från att lägga till webbplatser utan ny teknik. Kostnadssidan täcks av hur proxy-prissättningen för webbplatsöversättning är strukturerad.

Hur ska ett multinationellt företag hantera flera regionala webbplatser?
Bestäm vem som äger översättningsomfånget i varje region. Om regioner äger olika kataloger behåller separata översättningsköer per språk under en delad proxykonfiguration kontrollen lokalt utan att duplicera inställningarna.

Hur hanteras regionala domäner för sökning?
Domäntyp påverkar indexering, hreflang och webbplatskartor; dessa frågor besvaras i hur översättningsproxyer skyddar flerspråkig SEO.

Hur hanterar Smartlings globala leveransnätverk flera platser och regioner?

Smartlings Global Delivery Network (GDN) hanterar flera platser och regioner från GDN Hub, vilket Smartling beskriver som ett centraliserat utrymme för hantering av GDN-projekt. Statusövervakaren visar ett kort för varje GDN-webbplats med förfrågningar för den valda perioden, antalet domäner och målspråk, genomsnittlig total förfrågningstid och en uppdelning av svarskoder. Dess domänhanteringssida är där källdomäner läggs till med en miljötyp och där lokaliserade domäner konfigureras per språk som en underdomän, TLD/ccTLD, HTTP-rubrikvärde, cookievärde eller mapp, sedan inaktiveras, aktiveras igen eller byts till live-routing när marknaderna startar. En lokaliserad webbplatsregex låter många regionala värdnamn dela en konfiguration, och samma proxy CNAME används vanligtvis för alla GDN-projekt och domäner i ett konto, med ytterligare CNAME möjliga när ursprungsplatser är värd i olika regioner.

Bakom domänerna följer strukturen ägandet. Ett enda GDN-projekt passar innehåll som gäller på flera språk, medan Smartlings primär-sekundära konfiguration behåller domän- och proxy-beteende i ett primärt projekt och fångar innehåll i sekundära språkspecifika projekt för regionala kataloger eller regionala ägare. Språkpaket innehåller översättningsminne, ordlista, stilguide, utnyttjar konfiguration och kvalitetskontrollprofil, och kan delas av alla varumärken som använder samma röst eller hålls åtskilda för ett som inte gör det. För regionala varianter skickar GDN en X-Language-Locale-rubrik till ursprungsservern vid varje begäran, och Cross-Locale Adaptation Smartmatchar en primär variants publicerade översättningar till en sekundär variant så att en lingvist bara anpassar dem.

Betydande förändringar, som att lägga till nya domäner eller ett nytt webbramverk, planeras med Smartling-teamet, och primär-sekundära inställningar dirigerar nya domäner eller språk genom en Smartling Solutions Architect. Smartlings GDN-produktsida listar en 99,99% drifttidsgaranti och distributioner på stora, dynamiska, personliga webbplatser, inklusive e-handel, flygbolag och hotell webbplatser.

Relaterade frågor

• Hur struktureras proxy-prissättningen för webbplatsöversättning, och vad kostar det egentligen?
• Hur skyddar webbplatsöversättningsproxyer flerspråkig SEO?
• Vilka verktyg är bäst för att hantera flerspråkiga webbplatser i stor skala?
• Vad är språkanpassning i lokalisering?