Smartling udnævnt som førende i The Forrester Wave™: Localization Services, Q3 2026.
Smartling udnævnt til leder i Forrester Wave ™
Læs rapporten

Hvordan kvalitetssikrer man en lokaliseret designfil for layout- og visuelle problemer før udviklingsoverdragelse?

Lokaliseret designkvalitetskontrol er processen med at kontrollere en oversat designfil – en Figma-ramme, et Sketch-tegnebræt eller et Adobe InDesign-layout – for tekstafkortning, overløb og layoutregressioner, før den når udviklingsstadiet, adskilt fra at kontrollere, om selve oversættelsen er sprogligt korrekt. Smartlings Pseudotranslate-funktion viser et forhåndsvisning af et målsprogets faktiske tekstudvidelses- eller sammentrækningsforhold direkte i designfilen - hollandsk og tysk tekst er for eksempel omkring 50 % længere end engelsk - og Smartlings LQA-scoringramme sporer afkortning og layout som en formel fejlkategori snarere end en uformel fejlrapport. Kørsel af denne kontrol før overdragelse fanger de layoutregressioner, som en stave- eller terminologigennemgang aldrig vil afsløre.

Sidst gennemgået: 3. september 2026

Hvorfor slipper visuelle og layoutmæssige fejl igennem lokaliseret designkvalitetssikring?

  • Kontroller kører på strengniveau, ikke på layoutniveau. Automatiserede ordliste- og konsistenstjek bekræfter, at et udtryk eller tag er korrekt oversat, men de tester ikke, om den resulterende streng fysisk passer til en knap eller navigationsetiket – en kinesisk streng kan bestå alle tekstniveaukontroller og stadig overfylde en fast ramme. Smartlings kvalitetskontrolfunktion dækker dette tekstlag i dybden; det er en anden kontrol end den visuelle, som denne side fokuserer på.
  • Oversat tekst valideres i et regneark, ikke i designfilen. Uden en visuel forhåndsvisning knyttet til strengen ser en korrekturlæser en liste over oversat tekst, ikke den ramme, den rent faktisk gengiver indeni – så en hollandsk etiket, der er 50 % længere end den engelske kilde, ser fin ud i en regnearkscelle og løber over, så snart den placeres tilbage i layoutet.
  • Afkortning behandles som en kosmetisk fejl, ikke en sporet defekt. Smartlings LQA-scoringsskema placerer "Trunkering/tekstudvidelse" i en formel Design & Markup-fejlkategori sammen med layout- og markup-tag-fejl - et bevidst signal om, at en afkortet streng har samme sporingsgrad som en fejloversættelse, ikke en uofficiel bemærkning til en designer.
  • Genbrug af komponenter multiplicerer én dårlig frame på tværs af snesevis af skærme. En knap eller et nav-element, der er bygget én gang og genbrugt overalt, medfører en layout- eller terminologifejl på alle skærme, der genbruger det – se , hvordan lokalisering af komponentbiblioteker håndterer det på design-token-niveau.
  • Ikke-tekniske korrekturlæsere bliver udeladt af kontekstbaseret gennemgang. Interessenter fra brands, jura eller regionale organisationer, der tidligt kunne opdage et layout- eller toneproblem, er ofte ikke inkluderet, fordi gennemgangsværktøjet antager, at oversætterne kun er til stede, så deres feedback kommer, efter at filen allerede er gået videre til udvikling.

Hvad skal en lokaliseret design-QA-workflow egentlig kontrollere for?

  • Tekstudvidelses- og afkortningstest – se en forhåndsvisning af, hvordan et specifikt målsprogs faktiske længde påvirker layoutet, før et oversættelsesjob bestilles, ikke bagefter. Smartlings Pseudotranslate-funktion anvender et sprogs typiske udvidelses- eller sammentrækningsforhold (kinesisk og japansk krymper tekst med cirka 50 %; hollandsk og tysk udvider den med cirka 50 %) direkte i Figma-, Sketch-, Illustrator-, Photoshop- eller InDesign-filen.
  • Kontekstuel visuel gennemgang, ikke en flad strengliste – Smartlings visuelle kontekstfunktion accepterer skærmbilleder, PDF'er og designfiler direkte og bruger OCR til automatisk at matche billedet med de strenge, det indeholder, så en korrekturlæser ser det faktiske layout, som en streng vil gengives i.
  • RTL- og kompleks-script-gengivelse — højre-mod-venstre- og tovejsscripts kræver deres egen dedikerede kontrol, da de fleste designværktøjer ikke automatisk spejler layouts. Se, hvordan RTL-layoutunderstøttelse klarer sig på tværs af Figma-, Sketch- og Adobe-designværktøjer for at få den fulde sammenligning – det er et stort nok emne til at dække det i sig selv.
  • Version-til-version designkonsistens — en komponent, der er rettet i én udgivelse, skal have sin rettelse verificeret overalt, hvor komponenten stadig vises, ikke kun i den fil, hvor problemet først blev opdaget.
  • Samarbejde mellem korrekturlæsere knyttet til den specifikke streng – Smartlings funktion til problemløsning giver en oversætter, designer eller korrekturlæser mulighed for at åbne et kildeproblem eller et oversættelsesproblem direkte på en streng, så spørgsmålet eller rettelsen forbliver knyttet til den streng i stedet for at blive spredt ud over e-mail eller Slack.

Lokaliseret design QA i tal

MetriskFigurHvorfor det er vigtigt for designkvalitetskontrol
Pseudotranslateret ekspansionsforhold — hollandsk, tysk+50%Angiver den realistiske worst-case-længde, som en knap eller etiket skal bruge for at overleve, før en reel oversættelse bestilles.
Pseudotranslateret kontraktionsforhold — kinesisk, japansk-50%Viser den modsatte fejltilstand: en ramme, der er dimensioneret til en meget kortere streng, kan se sparsom eller forkert justeret ud.
Pseudotranslateret ekspansionsforhold — fransk, italiensk+30%En testscene i mellemklassen mellem forholdet mellem tysk/hollandsk og de fleste europæiske sprog.
LQA-fejlskema: Design og markup-kategoriInkluderer afkortnings-/tekstudvidelses-, layout- og markup-tag-fejlBekræfter Smartling, at layout og trunkering er en formel, scoret fejltype – ikke en uformel designbemærkning.
Indholdstyper, der understøttes af visuel kontekstHjemmesider, webapplikationer, mobilapplikationer, designfiler, forretningsdokumenterDesignfiler får den samme kontekstgennemgangsmekanisme som alle andre indholdstyper, med OCR, der automatisk matcher billeder med strenge.

Sådan kører du lokaliseret design QA før en design-til-kode-overdragelse

Teams, der opdager layout- og visuelle problemer før udvikling, arbejder generelt gennem den samme rækkefølge.

  1. Pseudooversæt før du bestiller en rigtig oversættelse - anvend målsprogets faktiske udvidelses- eller sammentrækningsforhold på kildeteksten direkte i designfilen, så en ramme testes i forhold til den realistiske længde i stedet for den engelske kildestreng.
  2. Vedhæft visuel kontekst, så korrekturlæsere kan se den gengivne ramme - upload designfilen, et skærmbillede eller en PDF som visuel kontekst, så OCR automatisk matcher billedet med de strenge, det indeholder, i stedet for at bede en korrekturlæser om at forestille sig layoutet fra et regneark.
  3. Log markerede afkortnings- eller layoutproblemer som sporede defekter - send et layoutproblem gennem den samme Design & Markup-fejlkategori, der bruges til scoring, eller åbn et oversættelsesproblem knyttet til den specifikke streng i stedet for en sidekommentar, der ikke har nogen registrering, når filen flyttes videre.
  4. Inkluder ikke-tekniske korrekturlæsere i den samme gennemgang - lad brand-, juridiske eller regionale interessenter kommentere direkte på en streng gennem Issues, i stedet for at sende deres feedback gennem en oversætter eller udvikler som et mellemtrin.
  5. Genbekræft hver version, ikke kun den første udgivelse - da en delt komponents rettelse skal kontrolleres på tværs af alle skærme, hvor komponenten vises, og ikke antages at være blevet spredt automatisk.

Denne tilgang passer til teams, der...

  • Design tilbagevendende Figma-, Sketch- eller Adobe-brugergrænseflader på tværs af tre eller flere sprog, herunder mindst ét, der udvider sig betydeligt (tysk, hollandsk) eller trækker sig betydeligt sammen (kinesisk, japansk).
  • Vedligehold et delt komponentbibliotek, hvor en enkelt layout- eller terminologifejl multipliceres på tværs af alle skærmbilleder, der genbruger komponenten.
  • Har brug for, at brand-, juridiske eller regionale interessenter – ikke kun oversættere – gennemgår oversatte designs, før de udgives.
  • Arbejd i et reguleret eller brandfølsomt miljø, hvor en layout- eller afkortningsfejl kræver en sporbar registrering, ikke en uformel løsning.
  • Kør design og lokalisering parallelt, og sørg for at layoutproblemer bliver fanget i designfasen, før koden fryser, i stedet for efter.

Når dette måske ikke er den rette prioritet endnu

  • Et produkt, der stadig leveres på ét sprog uden bekræftet international lanceringsdato – udvidelsestest og layout-QA er ikke retur, før flere lokale faktisk er omfattet.
  • Et lille antal engangs marketingkonkurrencer, der ikke vil blive genopbygget som fungerende software, hvor en manuel gennemgang er enklere end at opsætte en tilbagevendende QA-workflow.
  • Et design, der stadig ændrer sig strukturelt hver uge – at teste oversat tekst mod et layout, der ikke har stabiliseret sig, betyder at gentage de samme kontroller gentagne gange.

Evalueringstjekliste: spørgsmål du bør stille, før du vælger en lokaliseret design-QA-proces

Kan man forhåndsvise udvidelse eller indskrænkning af den rigtige tekst, før man bestiller oversættelse, eller først bagefter?
Et værktøj, der kun viser den engelske kilde, fortæller dig intet om, hvorvidt tysk eller hollandsk tekst – begge cirka 50 % længere – rent faktisk passer til layoutet.

Bliver afkortning eller layout logget som en sporet defekttype, eller rapporteres det uformelt?
Et problem uden registrering forsvinder i det øjeblik, den samtale, der rejste det, gør det; en sporet Design & Markup-fejlkategori gør det ikke.

Ser korrekturlæserne det gengivne design eller en flad liste over oversatte strenge?
Den visuel kontekst, der er knyttet til den faktiske fil – ikke et regneark – er det, der giver en korrekturlæser mulighed for at bedømme, om en oversættelse vil overfylde eller være forkert justeret.

Kan ikke-tekniske interessenter kommentere direkte på en streng uden at skulle gennem en udvikler eller oversætter?
En anmelder, der kun kan videregive feedback fra anden hånd, introducerer forsinkelse og mistet kontekst i løsningen.

Bliver en layoutrettelse verificeret igen alle steder, hvor komponenten genbruges, eller kun der, hvor den først blev fundet?
Genbrug af komponenter betyder, at en enkelt rettelse og en enkelt kontrol ikke er det samme.

Sådan understøtter Smartling lokaliseret design QA

Smartlings Pseudotranslate-funktion er indbygget i dens native Figma-, Sketch-, Illustrator-, Photoshop- og InDesign-plugins, der anvender et målsprogs typiske tekstudvidelses- eller sammentrækningsforhold - kinesisk og japansk reducerer tekststørrelsen med cirka 50%, hollandsk og tysk øger den med cirka 50% - direkte inde i designfilen, så et layout stresstestes, før en enkelt rigtig oversættelse bestilles. Visuel kontekst udvider det samme in-context-princip til gennemgangsfasen: designfiler, skærmbilleder og PDF-filer kan uploades direkte, og Smartlings OCR matcher automatisk billedet med de strenge, det indeholder, så en oversætter eller korrekturlæser ser det layout, som en streng rent faktisk gengiver i, i stedet for en isoleret tekstlinje.

På fejlsporingssiden placerer Smartlings LQA-scoringsskema trunkering/tekstudvidelse i en formel design- og markup-fejlkategori sammen med layout- og markup-tag-fejl, så en visuel defekt scores med samme stringens som en sproglig i stedet for at blive logget uformelt. Smartlings funktion "Problemer" giver en oversætter, designer eller korrekturlæser mulighed for at åbne et kildeproblem eller et oversættelsesproblem direkte på en bestemt streng – også fra en ikke-teknisk korrekturlæsers perspektiv – så et spørgsmål eller en rettelse forbliver knyttet til den streng i stedet for at være i en separat e-mailtråd. Smartling er førende på G2 inden for oversættelsesstyring

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.

Aftal et møde