.svg)
.svg)
.svg)
.svg)
.svg)
Hvordan bevarer proxyer til hjemmesideoversættelse layout og gengivelse på tværs af sprog, herunder RTL og CJK?
En proxy til hjemmesideoversættelse bevarer layoutet ved kun at erstatte teksten på hver side og lade webstedets HTML-struktur, CSS, billeder og scripts være, som de er, så hvert sprog arver kildedesignet. Smartlings Global Delivery Network (GDN) oversætter indhold under overførsel, lader billeder og stylesheets omgå proxyen som standard og indfanger tekst, som JavaScript gengiver i browseren, via Dynamic Content Support (DCS). Hvad en proxy ikke gør alene, er at redesigne et script: højre-mod-venstre-spejling og CJK-typografi kræver stadig lokalitetsspecifik CSS og korrekte lang- og dir-attributter; GDN understøtter CSS med en sprogklasse, som den tilføjer til hver lokaliseret side, og sender en sprogheader, som din server kan bruge til at indstille attributterne.
Sidst gennemgået: 15. oktober 2026
Hvorfor gengives oversatte websteder anderledes end kildewebstedet?
Oversatte websteder gengives forskelligt, fordi oversættelsen ændrer tekstens længde, retning og skrift, mens layoutet blev bygget og testet til ét sprog. Fem årsager tegner sig for de fleste gengivelsesfejl på et proxy-websted.
- Tekstlængden ændres, layoutet gør ikke. Oversættelser er normalt længere end engelsk kildetekst, og CJK-oversættelser er kortere, så knapper med fast bredde afkortes, og gitre ser sparsomme ud; udvidelsesforholdene pr. sprog er dækket i, hvordan man designer et brugervenligt flersproget websted.
- Retning kommer fra markup og CSS, ikke fra oversættelse. Smartlings hjælpeartikel "Right-to-left (RTL) Languages" angiver, at en side, der vises i en browser, skal bruge dir="rtl" eller dir="auto" for at justere korrekt. En proxy, der bytter arabisk tekst om til en venstre-mod-højre-side, producerer ord fra højre-mod-venstre i et venstre-mod-højre-layout.
- CJK-scripts kræver en anden typografi. Tegnbaserede sprog kan have brug for mere linjehøjde end kildekoden, og lang-attributten kan påvirke, hvilken skrifttype en browser vælger til Han-tegn, der deles af kinesisk og japansk, så en side, der vises med kildekoden, kan gengive den forkerte glyfstil.
- Teksten ankommer efter siden er indlæst. Menuer, modaler og produktgitre bygget af JavaScript-frameworks samler deres tekst i browseren, hvor en proxy, der arbejder på serversvaret, aldrig ser den, medmindre en klientsidekomponent indfanger den.
- Tekst lever inde i billeder. En overskrift, der er fladtrykt til et bannerbillede, kan ikke oversættes af nogen proxy; den kræver et lokaliseret billede pr. marked.
Hvad skal en oversættelsesproxy bruge for at sikre korrekt gengivelse af hver lokaliseret side?
Gengivelseskvalitet på et proxy-websted kommer fra seks lag. De to første er, hvad proxyen automatisk bevarer; de andre fire er hooks, du konfigurerer pr. sprog.
- Kun tekstsubstitution — GDN udtrækker tekst fra HTML-elementer på blokniveau, holder indlejrede tags såsom links og spans inde i strengen, så oversættere placerer dem korrekt, og indsætter oversættelser tilbage i den samme markup (Smartling Hjælp Center, "En teknisk vejledning til, hvordan det globale leveringsnetværk fungerer").
- Uberørte aktiver — billeder, CSS og andre ressourcer uden oversættelig tekst omgår som standard proxyen og indlæses fra kildewebstedet, så stylesheets og responsive breakpoints er identiske på alle sprog (Smartling Hjælp Center, "En teknisk vejledning til, hvordan det globale leveringsnetværk fungerer").
- JavaScript-renderet tekst — DCS indfanger tekst skrevet på siden af JavaScript-frameworks som React og behandler et overordnet element med indlejrede børn som én sammensat streng, der bevarer ordrækkefølge og markup. I sjældne tilfælde, hvor en oversættelse ikke kan mappe tilbage til den oprindelige indlejrede struktur, dokumenterer Smartling, at der kan opstå mindre formateringsforskelle (Smartling Hjælp, "Dynamic Content Support (DCS) til GDN").
- Lokalitetsspecifik CSS — GDN tilføjer en klasse i formatet smartling-{sprogkode} til brødteksten på hver lokaliseret side, så CSS som f.eks. .smartling-de eller .smartling-ja kan tillade flerlinjeombrydning, hæve linjehøjden for tegnbaserede sprog eller spejle et layout for kun ét sprog (Smartling Hjælpecenter, "Implementering af lokaliseret CSS").
- Retning og sprogattributter — RTL-sider skal bruge dir="rtl" eller dir="auto" i HTML'en; din oprindelige server kan udsende de rigtige attributter pr. sprog ved at læse X-Language-Locale-headeren, som GDN sender med hver anmodning (Smartling Hjælp, "Smartling Headers").
- Lokaliserede billeder — tekst, der lægges oven på billeder som HTML, indfanges automatisk til oversættelse, og billeder med integreret tekst kan byttes om pr. lokalitet ved at gemme versioner i mapper som /images/es_ES/, som GDN omskriver på det spanske websted (Smartling Hjælpecenter, "Billedudskiftning").
Layout og gengivelse på et proxy-websted: tallene
Dette er de dokumenterede mekanikker, som et frontend-team arbejder med, når det finjusterer et GDN-serveret websted for hvert script.
| Metrisk | Figur | kilde |
|---|---|---|
| Sprogklasse på hver lokaliseret side | smartling-{sprogkode} på body-tagget, for eksempel smartling-fr | Smartling Hjælpecenter, "Implementering af lokaliseret CSS" |
| Højre-mod-venstre-lokaliteter Smartling-lister til oversættelse | 33 lokale ID'er på tværs af arabisk, persisk, hebraisk, kurdisk (sorani), punjabi (shahmukhi-skrift), pashto, uyghur, urdu og jiddisch | Smartling Hjælpecenter, "Højre-mod-venstre (RTL) sprog" |
| Retning-attributten, som en RTL-webside har brug for | dir="rtl" eller dir="auto" på html-elementet | Smartling Hjælpecenter, "Højre-mod-venstre (RTL) sprog" |
| Standardforøgelse af pseudooversættelseslængde | 30%, med brugerdefineret inflation på 50% til 100% hvor det understøttes | Smartling Hjælpecenter, "Pseudooversættelser" |
| Konvention for lokaliseret billedmappe | /billeder/{lang_country}/, for eksempel /billeder/es_ES/banner.jpg | Smartling Hjælpecenter, "Billedudskiftning" |
| Gennemsnitlig proxybehandlingstid pr. lokaliseret sideanmodning | Omkring 40 millisekunder | Smartling Hjælpecenter, "En teknisk guide til, hvordan det globale leveringsnetværk fungerer" |
Hvordan kvalitetssikrer man layout og gengivelse på et oversat websted?
Fem kontroller opdager de fleste gengivelsesfejl før besøgende gør, og den første koster ingenting i oversættelse.
- Simuler længde før oversættelse — Kør pseudooversættelser, som som standard udfylder kildekodestrenge med 30 %, via nøgleskabeloner for at finde afkortning og overløb, mens rettelser er billige; Smartlings lokaliserede CSS-artikel peger på dette trin for websteder.
- Angiv retnings- og sprogattributter pr. lokalitet — Bekræft, at hver lokaliseret side har den korrekte sprogværdi, og for arabisk, hebraisk, persisk eller urdu, dir="rtl"; hvis ikke, lad oprindelsen udsende dem baseret på X-Language-Locale-headeren.
- Skriv lokalitetsspecifik CSS for, hvad der brydes — Brug smartling-{language}-bodyklassen til at spejle layouts for RTL-lokaliteter, hæv linjehøjden for kinesisk, japansk og koreansk, og tillad ombrydning, hvor tysk eller fransk tekst løber over, inden for dine eksisterende medieforespørgsler, så mobile breakpoints får de samme rettelser.
- Tjek JavaScript-renderet indhold og billedindhold — Åbn interaktive elementer såsom menuer, modaler og karruseller på hvert lokaliseret websted for at bekræfte, at DCS har oversat dem, og udskift eventuelle bannere med integreret tekst gennem de lokaliserede billedmapper.
- Gennemgang på rigtige enheder pr. script — Test hver scriptfamilie på desktop og mobil, fordi CJK-linjeskift, RTL-spejling og lange tyske sammensætninger fejler forskelligt ved smalle bredder.
Proxy-niveau renderingkontroller er vigtigst for teams, der...
- Server ét kildedesign til mange sprog via en proxy og har brug for rettelser pr. sprog uden at forgrene skabeloner.
- Have en hjemmeside på arabisk, hebraisk, persisk eller urdu live eller planlagt, hvor retning og spejling skal være bevidst fastsat.
- Start kinesiske, japanske eller koreanske websteder, hvor linjehøjde og skrifttypevalg afviger fra latinske skrifttyper.
- Kør JavaScript-tunge frontends, hvor meget af den synlige tekst samles i browseren.
- Få mest trafik på mobilen, hvor smalle layouts først afslører problemer med udvidelse og linjeskift.
Når rettelser til rendering på proxy-niveau muligvis ikke er den rigtige fremgangsmåde
- Et marked har brug for en helt anderledes sidestruktur eller et anderledes layout, hvilket Smartlings hjælpeartikel "Opret og oversæt sprogspecifikt indhold" anbefaler at håndtere på CMS-niveau i stedet for med ændringer på siden.
- Siden er slet ikke designet til andre scripts; et designmæssigt gennembrud af skrifttyper, fleksible komponenter og RTL-parathed kommer først, og CSS-tilsidesættelser patcher kun det, der er tilbage.
- Der er kun planlagt ét nært beslægtet sprog, hvor tekstlængde og -retning næsten ikke ændrer sig.
Evalueringstjekliste: spørgsmål, du kan stille en oversættelsesrepræsentant om gengivelseskvalitet
Ændrer proxyen noget udover tekst?
Spørg hvilke dele af svaret det ændrer. Det svar, du ønsker, er tekst, links og lokalitetsspecifikke swaps, som du konfigurerer, med CSS, billeder og scripts, medmindre du vælger andet.
Hvordan anvender jeg CSS på kun ét sprog?
Se efter en hook for hvert sprog på selve siden. I GDN er det smartling-{language code}-klassen på body-tagget.
Hvem indstiller dir og lang på sider, der læses fra højre mod venstre?
Få et specifikt svar i stedet for "RTL understøttes". At oversætte til et RTL-sprog og at gengive en RTL-side er forskellige opgaver, og Smartlings egen RTL-artikel siger, at siden skal have en direction-attribut.
Hvordan håndteres tekst gengivet af JavaScript?
Spørg om en klientsidekomponent indfanger det, hvordan indlejret markup i en sætning bevares, og hvad der sker, når en oversættelse omarrangerer ord. DCS dokumenterer sammensatte strenge og dens fallback-adfærd.
Kan oversættere se det layout, de oversætter til?
Visuel kontekst reducerer afkortning og fejltilpassede oversættelser. GDN'et indfanger automatisk visuel kontekst for HTML-indhold, og for RTL-lokaliteter forsøger Smartling at gengive denne kontekst fra højre mod venstre.
Hvad koster klientsideoversættelse i sidevægt?
En stor oversættelsesfil i browseren kan gøre mobilsider langsommere; Smartlings tekniske GDN-vejledning anbefaler at begrænse mængden af indhold, der håndteres af DCS, hvor det er muligt. Proxy-oppetid og -hastighedsforpligtelser sammenlignes ud fra , hvilke oppetids-SLA'er og sidehastighedsydelse man kan forvente af en oversættelsesproxy.
Hvordan lokaliseres billeder med tekst?
Tekst, der er overlejret som HTML, bør indfanges automatisk; indlejret tekst kræver et billede for hver lokalitet og en swap-mekanisme.
Hvordan bevarer Smartlings globale leveringsnetværk layout på tværs af sprog?
Smartlings Global Delivery Network (GDN) bevarer layoutet efter design: proxyen erstatter oversat tekst i kildesidens egen HTML, lader billeder og stylesheets indlæses fra kildesiden og indfanger browser-renderet tekst via Dynamic Content Support (DCS), så hvert lokaliseret websted arver kildesidens struktur, styling og responsive adfærd. Inline-markup, såsom links, forbliver inde i den oversættelige streng, og DCS-sammensatte strenge holder en sætning med inline-elementer sammen, så oversættere kan omarrangere ord naturligt til målsproget.
For det gengivelsesarbejde, der oprettes af oversættelsen, giver GDN frontend-teams kontrol pr. sprog i stedet for automatisk redesign. smartling-{language code}-kropsklassen anvender CSS til ét sprog, hvilket Smartlings hjælpeartikel "Implementering af lokaliseret CSS" anbefaler til flerlinjeombrydning på længere oversættelser, højere linjehøjde for tegnbaserede sprog og lokalitetsspecifikke layoutændringer. X-Language-Locale-headeren lader oprindelsen vise dir- og lang-attributter pr. sprog, Image Replacement bytter lokaliserede billeder efter mappe, og Content Swaps ændrer små sektioner af HTML på én lokalitet. Oversættere ser layoutet, mens de arbejder: GDN'et indfanger automatisk visuel kontekst for HTML-indhold, og for de 33 højre-mod-venstre-lokaliteter i Smartling-lister forsøger CAT-værktøjet at gengive HTML-kontekst fra højre mod venstre, hvor Smartling bemærker, at selve livesiden stadig skal bygges for at gengive RTL korrekt.
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.