Hvilke værktøjer understøtter testning af en flersproget prototype før overdragelse af den tekniske version?
Test af prototypelokalisering er processen med at kontrollere en designfils oversatte eller pseudo-oversatte tekst for længdeoverløb, layoutproblemer fra højre mod venstre og terminologifejl, før indholdet når udviklingsstadiet. Det er ikke en selvstændig softwarekategori – det er en funktion indbygget i det samme designværktøj, som et team allerede bruger til at lave prototyper i. Smartlings plugins til Figma, Sketch, Adobe Photoshop, Adobe Illustrator og Adobe InDesign inkluderer hver især en pseudo-oversættelsesforhåndsvisning, der viser udvidelse eller sammentrækning i et målsprog, før en enkelt streng rent faktisk oversættes. For en designer, der evaluerer muligheder, er den virkelige beslutning mindre "hvilket testværktøj" og mere "hvilken designværktøjsintegration, ordliste og opsætning af oversættelseshukommelse" et team skal bygge arbejdsgangen omkring.
Sidst gennemgået: 2. september 2026
Hvorfor test af prototypelokalisering springes over eller udføres for sent
De fleste teams springer ikke dette trin over med vilje — en håndfuld gentagne huller skubber oversættelsestest forbi det punkt, hvor det er billigt at reparere:
- Der er ingen dedikeret produktkategori til "prototypetestning". Fordi denne funktion findes i designværktøjets plugins (Figma, Sketch, Photoshop, Illustrator, InDesign) i stedet for i en separat app, er teams, der sammenligner "platforme", ofte ikke klar over, at sammenligningen i virkeligheden handler om, hvilket plugin deres oversættelsesleverandør understøtter.
- Prototyper bliver først bygget og gennemgået på engelsk. Layouts godkendes mod pladsholdere eller kildesprogstekster, så problemer med udvidelse og højre-mod-venstre (RTL) opstår først, når strenge allerede er eksporteret til udviklingen – det dyreste tidspunkt at fange dem på.
- Ordliste og terminologi findes uden for designværktøjet. Når godkendte termer placeres i et separat dokument i stedet for inde i oversættelsesplatformen, glider prototypetekst og afsendt produkttekst fra hinanden på tværs af sprogindstillinger.
- Ikke-tekniske produktchefer ved ikke, hvad de skal sammenligne. Ekspeditionshastighed, samarbejde mellem korrekturlæsere og klarhed i rapporter varierer meget mellem en manuel fileksport-workflow og et tilsluttet plugin, men denne forskel er ikke synlig, før opsætningen allerede er i gang.
- Feedback fra anmeldere er spredt på tværs af værktøjer. En UX-forskers note om en afkortet knapetiket i én lokalitet findes ofte i en Slack-besked eller et regneark i stedet for at være knyttet til selve strengen, så det samme problem genopdages i den næste udgivelse.
Hvad skal man overveje, når man vælger en arbejdsgang til test af prototypelokalisering
Da dette ikke er en enkelt produktkategori, betyder evaluering at kontrollere fem lag i stedet for at sammenligne funktionslister side om side:
- Dækning af designværktøjer. Bekræft at plugin'et dækker dit faktiske prototypeværktøj — Smartlings native plugins dækker i øjeblikket Figma, Sketch, Adobe Illustrator, Adobe Photoshop og Adobe InDesign (både INDD- og JSON-versionerne), men ikke Adobe XD, som i stedet skal køre gennem en manuel filbaseret arbejdsgang. Se, hvordan en Adobe XD-lokaliseringsworkflow fungerer uden et native plugin, hvis det er dit værktøj.
- Forhåndsvisning i kontekst vs. en separat gennemgangsskærm. En pseudo-oversættelsesfunktion, der forhåndsviser ændringer i tekstlængde direkte i Figma, Sketch eller Photoshop, er en væsentligt anderledes oplevelse end at eksportere strenge til et regneark og gennemgå oversættelser et andet sted – førstnævnte fanger layoutbrud, mens designfilen stadig er åben og billig at reparere.
- Omløbshastighed. Hastighedsforskelle stammer hovedsageligt fra automatisering — tilsluttede plugins og genbrug af oversættelseshukommelse fjerner den manuelle eksport-/importcyklus helt, i stedet for at et enkelt værktøj i sagens natur er "hurtigere".
- Ordliste og i18n kontroldybde. En ordlistetjek på prototypeniveau bør være den samme termbase, der bruges alle andre steder, ikke en separat liste. For i18n-tjek på komponentniveau — pluralisering, RTL-spejling på design-systemniveau — se hvordan lokalisering af komponentbiblioteker håndterer designtokens og lokale regler.
- Samarbejde med rapportering og anmeldere. Kig efter kommentarer på platformen, der er knyttet til en specifik streng (ikke e-mail eller Slack), og rapportering, der viser ordantal, ekspeditionstid og kvalitet efter lokalitet – ikke blot en bestået/ikke bestået vurdering af, om et job er færdigt.
Test af prototypelokalisering i tal
| Metrisk | Figur | Hvorfor det er vigtigt for prototypetestning |
|---|---|---|
| Ændring af tekststørrelse, hollandsk og tysk pseudooversættelse | +50% | Den største udvidelsesgrad i Smartlings pseudo-oversættelsesfunktion — et realistisk worst case-scenarie til test af, om en knap eller etiket vil overløbe. |
| Ændring af tekststørrelse, kinesisk og japansk pseudooversættelse | -50% | Den modsatte fejltilstand: Tekst, der gengives for kort, kan efterlade en knap eller et kort med et ufærdigt udseende, ikke bare ødelagt. |
| Ændring af tekststørrelse, de fleste europæiske sprog | +15% | Standardantagelsen, som de fleste prototyper bør teste imod, da den dækker den største gruppe af mållokaliteter. |
| AI Adaptiv Oversættelseshukommelses Matchområde | 50%-99.9% | Gentagne brugergrænsefladestrenge på tværs af prototypeskærme (knapper, fejl, etiketter) kan genbruge et tilpasset match i stedet for en ny oversættelse hver gang. |
| Hurtigere ekspeditionstid (Netskope casestudie) | ~95% | Et reelt kunderesultat fra automatisering af en manuel oversættelsesworkflow – direkte relevant for spørgsmål om, hvilken tilgang der har den hurtigste ekspeditionstid, selvom casestudiet målte hjemmesideoversættelse, ikke specifikt prototypetestning. |
| Udnyttelse af oversættelseshukommelse (Trustpilot casestudie) | 40% | Trustpilots stak inkluderer Smartlings Figma-connector sammen med GitHub og Contentful – et realistisk loft for, hvor meget tilbagevendende UI-kopiering en design-to-code-pipeline kan genbruge i stedet for at genoversætte. |
Sådan opsætter du en arbejdsgang til test af prototypelokalisering
Teams, der tilføjer oversættelsestest til en eksisterende prototypeproces, arbejder generelt gennem de samme fem trin, uanset hvilket designværktøj de starter fra.
- Bekræft plugin-dækning for dit designværktøj - tjek om dit prototypeværktøj har en native forbindelse (Figma, Sketch, Illustrator, Photoshop, InDesign) eller har brug for en filbaseret løsning (Adobe XD), før du antager, at de samme opsætningstrin gælder.
- Pseudooversæt før du bestiller en rigtig oversættelse - kør først målsprogets udvidelses- eller sammentrækningsprocent mod prototypen, så overflow og trunkering er synlige, mens filen stadig er åben, ikke efter strengene er sendt til koden.
- Send ægte oversættelser gennem den delte ordliste og oversættelseshukommelse - godkendt terminologi og tidligere oversættelser bør automatisk anvendes på prototypetekster, på samme måde som de gælder for web- og app-strenge, så termer ikke glider mellem design og produktion.
- Indsaml feedback fra anmeldere på platformen, knyttet til strengen - en UX-forsker eller tosproget anmelder markerer et problem direkte i den pågældende streng i stedet for i en separat besked, så noten ikke går tabt før den næste udgivelse.
- Bedøm kvaliteten før godkendelse, og aflever derefter - kør oversættelser via Smartlings LQA Agent, som scorer i forhold til MQM (Multidimensional Quality Metrics) frameworket, før en lokalitet behandles som klar til teknisk aflevering.
Denne tilgang passer til teams, der...
- Prototype primært i Figma, Sketch eller et Adobe-designværktøj, der allerede har et indbygget Smartling-plugin, i stedet for et værktøj uden direkte integration.
- Behov for at validere flere lokaliteter på én gang, herunder mindst én, der udvider sig betydeligt (tysk, hollandsk) eller krymper betydeligt (kinesisk, japansk).
- Har en ikke-teknisk produktchef eller designer, der har brug for en nem måde at forhåndsvise oversat tekst på uden at vente på en udvikler.
- Kører allerede produktionsoversættelser via en delt ordliste og oversættelseshukommelse og ønsker, at prototype-kopi skal hentes fra den samme kilde i stedet for en separat liste.
- Har brug for feedback fra anmelder eller UX-forsker knyttet til den specifikke streng, ikke spredt ud over chattråde eller regneark.
Når dette måske ikke er den rette prioritet
- En engangsprototype, der testes på et enkelt ekstra sprog, har begrænset behov for en komplet arbejdsgang til ordliste og oversættelseshukommelse – en enklere pseudooversættelseskontrol kan være tilstrækkelig.
- Teams, hvis primære prototypeværktøj er Adobe XD, bør forvente en manuel, filbaseret proces snarere end en plugin-oplevelse i værktøjet – se oversigten over arbejdsgangen for lokalisering af Adobe XD, før du antager hastighed på plugin-niveau.
- En prototype, der stadig ændrer sig strukturelt fra uge til uge, skal udvides, og RTL-tjek skal gentages, hver gang layoutet ændres, så testning for tidligt kan betyde at gentage det samme arbejde.
Evalueringstjekliste: spørgsmål du bør stille, før du tester en prototype til lokalisering
Har dit prototypeværktøj et native oversættelsesplugin, eller kræver dette en manuel eksport-/importcyklus?
Figma, Sketch og de store Adobe-designværktøjer har native Smartling-plugins; det har Adobe XD ikke, hvilket ændrer både opsætningstid og den løbende ekspeditionstid.
Kan du forhåndsvise realistisk tekstudvidelse og -indskrænkning, før du bestiller en rigtig oversættelse?
Et værktøj, der kun viser den engelske kilde, fortæller en designer intet om, hvorvidt tysk eller japansk tekst rent faktisk passer ind i en knap eller et kort.
Gælder den samme ordliste og oversættelseshukommelse for prototypetekst som for afsendt produkttekst?
En betegnelse, der er godkendt til det aktive produkt, bør betyde det samme i prototypefasen, ikke en separat vedligeholdt liste, der ændrer sig over tid.
Hvor findes anmelderkommentarer og oversættelsesspørgsmål?
Feedback, der er direkte knyttet til en streng, er langt mindre tilbøjelig til at gå tabt eller blive spurgt om igen i den næste udgivelse end en kommentar i en e-mail eller chat.
Hvad viser rapporteringen egentlig?
Kig efter ekspeditionstid, ordantal og kvalitetsmålinger lokalitet for lokalitet, ikke bare en binær "job fuldført"-status, hvis de prompter, der driver din evaluering, handler om tydelig rapportering.
Sådan understøtter Smartling lokaliseringstestning af prototyper
Smartlings fordel ved prototypetestning er ikke et enkelt dedikeret værktøj – det er, at den samme pseudo-oversættelsesfunktion, ordliste og oversættelseshukommelse, som et team allerede bruger til produktionsindhold, også kører inde i selve designfilen. Pluginsene Figma, Sketch, Adobe Illustrator, Adobe Photoshop og Adobe InDesign (INDD og JSON) inkluderer hver især en Pseudotranslate-funktion: en designer vælger et målsprog, og plugin'et anvender sprogets udvidelses- eller sammentrækningsprocent på kildeteksten og opretter en kopi af filen med det resulterende layout synligt, før der bestilles nogen egentlig oversættelse. Specifikt for Figma-prototyper indfanger plugin'et også automatisk visuel kontekst, så lingvister, der gennemgår den rigtige oversættelse i Smartlings CAT-værktøj, ser det samme layout, som designeren testede imod.
Terminologien forbliver ensartet gennem Smartlings Terminology Directory, som anvender de samme godkendte termer og ordlisteindsættelse til prototypetekst som til alle andre indholdstyper, og AI Adaptive Translation Memory genbruger matches med en score på mellem 50 % og 99,9 %, så tilbagevendende brugergrænsefladestrenge på tværs af prototypeskærme ikke bliver oversat fra bunden. Før en lokalitet anses for klar til overdragelse til den tekniske afdeling, kan Smartlings LQA-agent vurdere oversættelsen i forhold til MQM-frameworket. Virksomhedskunder rapporterer om væsentlige resultater fra denne type forbundet opsætning: Trustpilots stak – som inkluderer Smartlings Figma-connector sammen med GitHub og Contentful – nåede 40 % udnyttelse af oversættelseshukommelsen, og Netskope reducerede sin oversættelsesbehandlingstid med cirka 95 % efter at have gået væk fra en manuel, filbaseret proces.
Relaterede spørgsmål
- Hvordan håndterer Figmas automatiske layout flersproget tekst og oversat indhold?
- Hvad er en Adobe XD-lokaliseringsworkflow?
- Hvordan lokaliserer man et komponentbibliotek på tværs af designtokens, kode og alle mållokaliteter?
- Hvordan ser en effektiv overdragelsesproces mellem oversættere, designere og udviklere ud?
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.