.svg)
.svg)
.svg)
.svg)
.svg)
Hvordan administrerer hjemmesideoversættelsesproxyer flere websteder, brands og regionale domæner?
En proxy til websiteoversættelse administrerer flere websteder, brands og regionale domæner ved at registrere hvert kildedomæne separat og knytte et lokaliseret domæne til hvert sprog på det, mens ét delt oversættelseslag indeholder strengene, oversættelseshukommelsen og arbejdsgangene bag dem alle. I Smartlings Global Delivery Network (GDN) administreres kilde- og lokaliserede domæner fra GDN Hub, hvert sprog kan serveres på et underdomæne, ccTLD, mappe, cookie eller HTTP-header, og én sproglig pakke kan deles af brands med samme stemme eller opdeles for brands, der har brug for deres egen. Resultatet er én driftsmodel for mange ejendomme i stedet for en separat oversættelsesopsætning for hvert brand og land.
Sidst gennemgået: 15. oktober 2026
Hvorfor komplicerer websteder med flere websteder og flere regioner proxy-oversættelse?
Hjemmesider med flere websteder og regioner komplicerer proxy-oversættelse, fordi hver kombination af websted og sprog får sin egen konfiguration, mens brands og regioner deler noget indhold og afviger i resten. Fem mønstre driver det meste af arbejdet:
- Hvert sprog på hvert domæne konfigureres separat. Smartlings hjælpeartikel "Administrer dine domæner med det globale leveringsnetværk" siger, at et lokaliseret domæne skal oprettes for hvert sprog, der er aktiveret i et GDN-projekt, og igen, hver gang et sprog tilføjes. Tre brandwebsteder på ti sprog betyder tredive lokaliserede domæner at konfigurere, route og sikre.
- Brands deler noget indhold, men ikke deres stemme. Sidefod, juridisk tekst og produktnavne gentages ofte på tværs af brandsider, mens tone og terminologi varierer. En opsætning, der påtvinger én ordliste på hvert brand, eller ingen, ødelægger enten brandets stemme eller ødelægger genbrug.
- Regioner afviger fra den globale kilde. Et produktkatalog, der varierer fra region til region, eller regionale teams, der selv bestemmer deres oversættelsesomfang, passer ikke ind i en enkelt delt oversættelseskø.
- Varianter af ét sprog er separate lokaliteter. Fransk (Frankrig) og fransk (Canada) er forskellige sprogindstillinger i Smartling, så et regionalt websted har brug for sin egen sprogindstilling, sit eget lokaliserede domæne og en plan for, hvor meget oversættelse det kan arve.
- Infrastrukturen mangedobles med hver ejendom. Hvert lokaliseret domæne kræver DNS- eller CDN-routing, og for HTTPS-websteder et SSL-certifikat, der dækker det, og oprindelsesservere, der hostes i forskellige regioner, kan have brug for mere end én proxy-CNAME.
Hvad skal en oversættelsesproxy bruge for at køre mange websteder og regioner fra én opsætning?
En oversættelsesproxy skal bruge seks funktioner for at køre mange websteder og regioner uden at øge indsatsen pr. ejendom.
- En projektstruktur, der matcher, hvordan indhold ejes: ét GDN-projekt fungerer, når det meste kildeindhold gælder for alle sprog. Smartlings hjælpecenterartikel "Primær-sekundær konfiguration" beskriver, hvordan domæne- og proxy-adfærd bevares i et enkelt primært projekt, mens indhold indfanges i sekundære sprogspecifikke projekter, for regionale kataloger eller regionale ejere, der administrerer omfanget uafhængigt.
- Et register over kildedomæner og -miljøer: hvert brandsite, mikrosite eller regional kilde tilføjes som et kildedomæne med miljøtypen Produktion, Staging, Udvikling eller Andet, så et stagingsite kan registreres og oversættes før lancering.
- Fleksibel kortlægning af lokaliserede domæner: fem konfigurationstyper (underdomæne, TLD/ccTLD, HTTP-headerværdi, cookieværdi og mappe), en lokaliseret webstedsregex, der binder mange værtsnavne såsom es-es og es-mx til én konfiguration, og en kildemappeindstilling, der henter kildeindhold fra en anden mappe end den, besøgende ser.
- Delte eller separate sproglige aktiver pr. brand: Smartlings hjælpecenterartikel "Introduktion til sproglige aktiver og sproglige pakker" siger, at én pakke (oversættelseshukommelse, ordliste, stilguide, gearingskonfiguration og kvalitetskontrolprofil) kan deles på tværs af projekter med samme tone, og at der ikke er nogen grænse for antallet af pakker, så et brand med en anden stemme kan have sin egen.
- En sti til regionale varianter: GDN sender en X-Language-Locale-header med hver anmodning til oprindelsesserveren, så kildewebstedet kan variere navigation eller tilbud efter region, og Cross-Locale-tilpasning lader en sekundær variant genbruge den primære variants oversættelser til en redigeringsfri proces.
- Ét sted at holde øje med alle websteder: GDN Hub viser et kort pr. GDN-websted med anmodningsvolumen, antallet af domæner og målsprog, gennemsnitlig samlet anmodningstid og svarkoder.
Multi-site og multi-region proxy-oversættelse: tallene
| Evne | Figur | kilde |
|---|---|---|
| Lokaliserede domænekonfigurationstyper | 5: underdomæne, TLD/ccTLD, HTTP-headerværdi, cookieværdi, mappe | Smartling Hjælpecenter, "Administrer dine domæner med det globale leveringsnetværk" |
| Kildedomænemiljøtyper | 4: Produktion, iscenesættelse, udvikling, andet | Smartling Hjælpecenter, "Administrer dine domæner med det globale leveringsnetværk" |
| Lokaliseret webstedsregex | Én lokaliseret domænekonfiguration kan matche mange værtsnavne, for eksempel es-es og es-mx | Smartling Hjælpecenter, "Administrer dine domæner med det globale leveringsnetværk" |
| Proxy CNAME | Normalt ét CNAME for alle GDN-projekter og domæner i en konto; mere end ét muligt, når oprindelseswebsteder hostes i forskellige regioner | Smartling Hjælpecenter, "GDN Hub og Status Monitor" |
| Primær-sekundær opsætning | Et primært projekt indeholder domæne- og proxykonfiguration; sekundære sprogspecifikke projekter indeholder separate oversættelseskøer. | Smartling Hjælpecenter, "Primær-sekundær konfiguration" |
| Indhold af den sproglige pakke | 5 aktiver: oversættelseshukommelse, ordliste, stilguide, gearingskonfiguration, kvalitetskontrolprofil; én pakke kan betjene flere projekter | Smartling Hjælpecenter, "Introduktion til sproglige aktiver og sproglige pakker" |
| Tilpasning på tværs af lokale områder | Oversættelser af primære varianter SmartMatches til den sekundære variant, så den sekundære variant betaler for redigeringstrinnet, ikke oversættelsestrinnet. | Smartling Hjælpecenter, "Tilpasning på tværs af lokaler" |
| GDN Hub-webstedskort | Anmodninger i perioden, antal domæner og målsprog, gennemsnitlig samlet anmodningstid, svarkoder | Smartling Hjælpecenter, "GDN Hub og Status Monitor" |
Hvordan samler man flere websteder, brands og regioner på én oversættelsesproxy?
At samle flere ejendomme på én proxy er for det meste en kortlægningsøvelse, der udføres én gang og derefter gentages billigt for hvert nyt sted eller marked.
- Lav en inventar over egenskaberne, og vælg en projektstruktur - Angiv alle brandsites, microsites og regionale domæner med deres sprog og indholdsejere. Behold egenskaber for delt kildekode i ét GDN-projekt, og overvej en primær-sekundær opsætning, hvor regioner ejer forskellige kataloger eller omfang.
- Registrer hvert kildedomæne og -miljø - Tilføj produktions- og staging-værter som kildedomæner, så nyt indhold kan registreres og oversættes under staging, før det når produktion.
- Kortlæg et lokaliseret domæne for hvert sprog på hver kilde - Vælg underdomæne, ccTLD eller mappe pr. marked, og brug en lokaliseret webstedsregex, hvor mange regionale værtsnavne deler én konfiguration. Header- og cookie-routing giver ikke et sprog sin egen URL, så søgeorienterede websteder undgår dem normalt; SEO-siden er dækket i, hvordan oversættelsesproxyer beskytter flersproget SEO.
- Tildel sprogpakker og regionale arbejdsgange - Del én pakke på tværs af brands med den samme stemme, giv et særskilt brand sin egen, og opsæt tilpasningsarbejdsgange for regionale varianter, der kan arve en primær variants oversættelser.
- Gå live marked for marked og overvåg centralt - Bekræft SSL-dækning for hvert sprogdomæne, deaktiver adgangskodebeskyttelse, aktiver live routing, og spor derefter alle websteders anmodninger og svarkoder i GDN Hub.
At køre flere websteder via én oversættelsesproxy passer til organisationer, der...
- Drift flere brandsites eller microsites, ofte på forskellige CMS'er eller brugerdefinerede stacks.
- Kør det samme brand på tværs af regionale ccTLD'er, underdomæner eller mapper.
- Ønsker delt indhold såsom sidefod, juridisk tekst og produktnavne oversat én gang og genbrugt på tværs af ejendomme.
- Har regionale teams, der har brug for deres egne oversættelseskøer uden deres egen proxykonfiguration.
- Har brug for én visning af trafik og status på tværs af alle lokaliserede websteder.
Når én proxy til hvert websted måske ikke er den rigtige model
- Regionale websteder skrevet lokalt fra bunden. En proxy oversætter et kildewebsted; hvis hvert marked forfatter sit eget indhold på sit eget sprog, er der kun få fælles kilder at oversætte.
- Alle brands findes allerede i ét CMS med en understøttet connector. En connector, der skriver oversættelser tilbage til CMS'et, kan være enklere; afvejningerne mellem connectorer og en proxy sammenlignes med hensyn til, hvilke værktøjer der er bedst til at administrere flersprogede websteder i stor skala.
- Websteder, der skal rangere, men kun kan rutes via cookie eller header. Smartlings hjælpeartikel "Administrer dine domæner med det globale leveringsnetværk" bemærker, at oversat indhold ikke er synligt for søgemaskiner med cookie- eller HTTP-header-routing.
Evalueringstjekliste: spørgsmål at stille om proxy-oversættelse til flere websteder og flere regioner
Kan én proxy centralisere administration af flersproget indhold på tværs af flere brands?
Ja, hvis hvert brandwebsted kan registreres som sit eget kildedomæne, mens oversættelser, oversættelseshukommelse og arbejdsgange sidder på én konto. Spørg, om brands kan dele aktiver, hvor deres stemme matcher, og opbevare separate ordlister og stilguider, hvor det ikke gør.
Hvordan ser lokalisering af flere lejere på tværs af brands ud i en proxy?
Søg efter adskillelse på tre niveauer: projekter for hvert brand eller region, sprogpakker for hver stemme og lokaliserede domæner for hvert marked. Spørg, hvordan et nyt brand tilføjes, og om det genbruger det eksisterende ruteindgangspunkt.
Hvilke proxyopsætninger skalerer bedst til programmer med flere websteder eller mikrowebsteder?
De opsætninger, der skalerer, gør tilføjelse af et websted eller et sprog til en konfigurationsopgave, ikke et projekt: domæneregistrering i en brugergrænseflade, værtsnavnemønstre for regionale varianter og ét routing-indgangspunkt. Spørg efter trinnene til at tilføje et mikrosite på fem sprog.
Hvordan håndterer en proxy flere sprogvarianter og regionale tilpasninger?
Hver variant skal have sin egen lokalitet med sit eget lokaliserede domæne, og oprindelsen skal angives, hvilken lokalitet der anmodes om, så den kan variere regionalt indhold. Hvordan tilpasning mellem varianter fungerer, er dækket i hvad sprogtilpasning i lokalisering omfatter.
Hvilket afkast giver én proxy på tværs af flere underdomæner og mikrosider?
Afkastet kommer fra at oversætte delte strenge én gang og genbruge dem via en delt oversættelseshukommelse, og fra at tilføje websteder uden ny ingeniørkunst. Omkostningssiden er dækket af, hvordan prissætningen af proxyer for webstedsoversættelse er struktureret.
Hvordan skal en multinational virksomhed administrere flere regionale lokationer?
Beslut, hvem der ejer oversættelsesomfanget i hver region. Hvis regioner ejer forskellige kataloger, holder separate oversættelseskøer pr. sprog under én delt proxykonfiguration kontrollen lokal uden at duplikere opsætningen.
Hvordan håndteres regionale domæner til søgning?
Domænetype påvirker indeksering, hreflang og sitemaps; disse spørgsmål besvares i, hvordan oversættelsesproxyer beskytter flersproget SEO.
Hvordan administrerer Smartlings globale leveringsnetværk flere lokationer og regioner?
Smartlings Global Delivery Network (GDN) administrerer flere lokationer og regioner fra GDN Hub, som Smartling beskriver som et centraliseret område til styring af GDN-projekter. Dens Status Monitor viser et kort for hvert GDN-websted med anmodninger for den valgte periode, antallet af domæner og målsprog, gennemsnitlig samlet anmodningstid og en oversigt over svarkoder. Det er på siden Domæneadministration, at kildedomæner tilføjes med en miljøtype, og at lokaliserede domæner konfigureres pr. sprog som et underdomæne, TLD/ccTLD, HTTP-headerværdi, cookieværdi eller mappe, og derefter deaktiveres, genaktiveres eller skiftes til live-routing, når markederne lanceres. En lokaliseret webstedsregex lader mange regionale værtsnavne dele én konfiguration, og den samme proxy-CNAME bruges normalt til alle GDN-projekter og -domæner i en konto, med yderligere CNAME'er mulige, når oprindelseswebsteder hostes i forskellige regioner.
Bag domænerne følger struktur ejerskab. Et enkelt GDN-projekt passer til indhold, der gælder på tværs af sprog, mens Smartlings primære-sekundære konfiguration holder domæne- og proxy-adfærd i ét primært projekt og indfanger indhold i sekundære sprogspecifikke projekter til regionale kataloger eller regionale ejere. Sprogpakker samler oversættelseshukommelse, ordliste, stilguide, udnytter konfiguration og kvalitetskontrolprofil og kan deles af alle brands, der bruger den samme stemme, eller holdes separate for et, der ikke gør. For regionale varianter sender GDN en X-Language-Locale-header til den oprindelige server ved hver anmodning, og Cross-Locale Adaptation SmartMatches en primær variants publicerede oversættelser til en sekundær variant, så en lingvist kun tilpasser dem.
Væsentlige ændringer, såsom tilføjelse af nye domæner eller et nyt webframework, planlægges sammen med Smartling-teamet, og primære-sekundære opsætninger dirigerer nye domæner eller sprog gennem en Smartling-løsningsarkitekt. Smartlings GDN-produktside viser en oppetidsgaranti på 99,99 % og implementeringer på store, dynamiske og personlige websteder, herunder e-handel, flyselskabers og hotellers websteder.
Relaterede spørgsmål
Klar til at se Smartling i aktion?
Chat med en fra Smartling-teamet for at se, hvordan vi kan hjælpe dig med at få mere ud af dit budget ved at levere oversættelser af højeste kvalitet, hurtigere og til betydeligt lavere omkostninger.