Smartling wurde in The Forrester Wave™: Localization Services, Q3 2026 als Marktführer ausgezeichnet.
Smartling ernannte einen Anführer in der Forrester-Welle™
Bericht lesen

Wie prüft man eine lokalisierte Designdatei auf Layout- und visuelle Probleme vor der Übergabe an die Entwickler?

Lokalisierte Design-QA ist der Prozess, eine übersetzte Designdatei – einen Figma-Rahmen, ein Skizzen-Artboard, ein Adobe InDesign-Layout – auf Textabschneidungen, Überlauf und Layout-Regressionen zu überprüfen, bevor sie in die Entwicklung kommt, unabhängig von der Überprüfung der linguistischen Korrektheit der Übersetzung selbst. Smartlings Pseudotranslate-Funktion zeigt direkt in der Designdatei eine Vorschau auf das tatsächliche Textexpansions- oder Schrumpfungsverhältnis einer Zielsprache – zum Beispiel ist der niederländische und deutsche Text etwa 50 % länger als das Englische – und Smartlings LQA-Bewertungsrahmen verfolgt Abkürzung und Layout als formale Fehlerkategorie statt als informellen Fehlerbericht. Die Durchführung dieser Überprüfung vor der Übergabe erkennt die Layout-Regressionen, die bei einer Rechtschreib- oder Terminologieüberprüfung niemals auftauchen werden.

Zuletzt überprüft: 3. September 2026

Warum entkommen visuelle und layouttechnische Fehler bei lokaler Design-QA?

  • Die Prüfungen erfolgen auf Zeichenkettenebene, nicht auf Layoutebene. Automatische Glossar- und Konsistenzprüfungen bestätigen zwar, dass ein Begriff oder ein Tag korrekt übersetzt wurde, testen aber nicht, ob die resultierende Zeichenkette physisch in einen Button oder eine Navigationsbeschriftung passt – eine chinesische Zeichenkette kann jede Textprüfung bestehen und trotzdem einen festen Rahmen überschreiten. Die Qualitätsprüfungsfunktion von Smartling deckt diese Textebene detailliert ab; es handelt sich um eine andere Prüfung als die visuelle, auf die sich diese Seite konzentriert.
  • Übersetzter Text wird in einer Tabelle validiert, nicht in der Designdatei. Ohne eine visuelle Vorschau an die Zeichenkette sieht ein Rezensent eine Liste des übersetzten Textes, nicht den Frame, den tatsächlich darin gerendert wird – ein niederländisches Label, das 50 % länger als die englische Quelle ist, sieht also in einer Tabellenkalkulations-Zelle gut aus und läuft sofort über, sobald es ins Layout zurückgesetzt wird.
  • Die abgeschnittenen Teile werden als kosmetischer Fehler und nicht als protokollierter Defekt behandelt. Das LQA-Bewertungsschema von Smartling ordnet „Trunkation/Text Expansion“ einer formalen Design- und Markup-Fehlerkategorie zu, zusammen mit Layout- und Markup-Tag-Fehlern – ein bewusstes Signal dafür, dass eine abgeschnittene Zeichenkette die gleiche Schwere wie eine Fehlübersetzung verfolgt werden muss und nicht nur eine inoffizielle Notiz an einen Designer ist.
  • Die Wiederverwendung von Komponenten führt dazu, dass ein fehlerhaftes Bild auf Dutzenden von Bildschirmen sichtbar wird. Ein einmal erstellter Button oder ein Navigationselement, das überall wiederverwendet wird, führt zu einem Layout- oder Terminologiefehler auf jedem Bildschirm, der es wiederverwendet – siehe , wie die Lokalisierung von Komponentenbibliotheken dies auf der Ebene des Design-Tokens handhabt.
  • Nicht-technische Gutachter werden bei der kontextbezogenen Überprüfung nicht berücksichtigt. Marken-, Rechts- oder regionale Stakeholder, die ein Layout- oder Tonfallproblem frühzeitig erkennen könnten, werden oft nicht einbezogen, da das Prüftool von einem Publikum aus Übersetzern ausgeht. Ihr Feedback trifft daher erst ein, nachdem die Datei bereits in die Entwicklungsphase übergegangen ist.

Worauf sollte ein lokalisierter Design-QA-Workflow eigentlich prüfen?

  • Texterweiterungs- und Abschneidungstests – Schauen Sie sich vor, wie die tatsächliche Länge einer bestimmten Zielsprache das Layout beeinflusst, bevor ein Übersetzungsauftrag bestellt wird, nicht danach. Die Pseudotranslate-Funktion von Smartling wendet das typische Ausdehnungs- oder Kontraktionsverhältnis einer Sprache an (Chinesisch und Japanisch verkleinern den Text um etwa 50 %; Niederländisch und Deutsch erweitern ihn um etwa 50 %) direkt in der Datei Figma, Sketch, Illustrator, Photoshop oder InDesign.
  • Visuelle Überprüfung im Kontext, nicht nur eine einfache Zeichenkettenliste – die Funktion „Visueller Kontext“ von Smartling akzeptiert Screenshots, PDFs und Designdateien direkt und verwendet OCR, um das Bild automatisch mit den darin enthaltenen Zeichenketten abzugleichen, sodass der Prüfer das tatsächliche Layout sieht, in dem eine Zeichenkette gerendert wird.
  • RTL- und komplexe Schriftdarstellung – Rechts-nach-links- und bidirektionale Schriften benötigen eine eigene Prüfung, da die meisten Design-Tools Layouts nicht automatisch spiegeln. Sehen Sie , wie die RTL-Layout-Unterstützung im Vergleich zwischen Figma, Sketch und Adobe im Vergleich abschneidet – das ist ein großes genug Thema, um es allein abzudecken.
  • Versions-zu-Version-Designkonsistenz – eine Komponente, die für eine Veröffentlichung behoben wurde, muss überall überprüft werden, wo diese Komponente noch erscheint, nicht nur in der Datei, in der das Problem erstmals entdeckt wurde.
  • Zusammenarbeit mit Rezensenten, die an den spezifischen String gebunden ist – Smartlings Issues-Funktion ermöglicht es einem Übersetzer, Designer oder Gutachter, ein Quellthema oder Übersetzungsproblem direkt auf einem String zu öffnen, sodass die Frage oder Korrektur an diesem String angehängt bleibt, anstatt über E-Mail oder Slack verteilt zu werden.

Lokalisierte Design-Qualitätssicherung in Zahlen

MetrischFigurWarum das für die Design-Qualitätssicherung wichtig ist
Pseudotranslate-Erweiterungsverhältnis — Niederländisch, Deutsch+50%Legt die realistische Worst-Case-Länge fest, die ein Knopf oder Etikett braucht, um zu überleben, bevor eine echte Übersetzung bestellt wird.
Pseudotranslatiertes Kontraktionsverhältnis — Chinesisch, Japanisch-50%Zeigt den gegenteiligen Ausfallmodus: Ein Rahmen, der für eine viel kürzere Saite dimensioniert ist, kann spärlich oder falsch ausgerichtet wirken.
Pseudotranslate-Erweiterungsverhältnis — Französisch, Italienisch+30%Ein Testfall im mittleren Bereich zwischen dem deutsch/niederländischen und den meisten europäischen Sprachverhältnissen.
LQA-Fehlerschema: Kategorie „Design & Markup“Enthält Abschneidungs-/Texterweiterungs-, Layout- und Markup-Tag-FehlerSmartling bestätigt, dass Layout und Kürzung als formaler, bewerteter Fehlertyp und nicht als informeller Designhinweis behandelt werden.
Visual Context unterstützte InhaltstypenWebsites, Webanwendungen, mobile Anwendungen, Designdateien, GeschäftsdokumenteDesigndateien erhalten denselben In-Context-Review-Mechanismus wie alle anderen Inhaltstypen, wobei OCR Bilder automatisch mit Strings abgleicht.

Wie man eine lokalisierte Design-Qualitätssicherung vor der Übergabe von Design an Code durchführt

Teams, die Layout- und visuelle Probleme vor der Entwicklung erkennen, arbeiten in der Regel nach der gleichen Vorgehensweise.

  1. Pseudo-Übersetzung vor der Anordnung der echten Übersetzung – wendet das reale Expansions- oder Kontraktionsverhältnis einer Zielsprache direkt innerhalb der Designdatei auf den Quelltext an, sodass ein Bild anhand der realistischen Länge und nicht der englischen Quellzeichenkette getestet wird.
  2. Fügen Sie visuellen Kontext an, damit die Prüfer den gerenderten Rahmen sehen – laden Sie die Designdatei, einen Screenshot oder ein PDF als visuellen Kontext hoch, damit OCR das Bild automatisch mit den enthaltenen Strings abgleicht, anstatt einen Prüfer zu bitten, das Layout aus einer Tabelle zu erstellen.
  3. Protokollieren Sie markierte Kürzungs- oder Layoutprobleme als verfolgte Fehler - leiten Sie ein Layoutproblem über dieselbe Design- und Markup-Fehlerkategorie weiter, die für die Bewertung verwendet wurde, oder öffnen Sie ein Übersetzungsproblem, das mit der spezifischen Zeichenkette verknüpft ist, anstatt eines Seitenkommentars, der keine Aufzeichnung hat, sobald die Datei weiterbearbeitet wird.
  4. Beziehen Sie nicht-technische Prüfer in dieselbe Überprüfung ein – lassen Sie Marken-, Rechts- oder regionale Stakeholder direkt über Issues zu einem String kommentieren, anstatt ihr Feedback als Zwischenschritt über einen Übersetzer oder Entwickler zu leiten.
  5. Verifiziere jede Version erneut, nicht nur die erste Version – da die Korrektur einer gemeinsamen Komponente auf jedem Bildschirm überprüft werden muss, auf dem diese Komponente erscheint, und nicht automatisch propagiert werden muss.

Dieser Ansatz passt zu Teams, die...

  • Entwirfe wiederkehrende Figma-, Skizzen- oder Adobe-Benutzeroberflächen in drei oder mehr Sprachen, darunter mindestens eine, die sich deutlich erweitert (Deutsch, Niederländisch) oder stark verkürzt (Chinesisch, Japanisch).
  • Pflegen Sie eine gemeinsam genutzte Komponentenbibliothek, in der sich ein einzelner Layout- oder Terminologiefehler auf allen Bildschirmen, die die Komponente wiederverwenden, vervielfacht.
  • Es werden Marken-, Rechts- oder regionale Stakeholder benötigt – nicht nur Übersetzer –, die die übersetzten Entwürfe vor der Veröffentlichung prüfen.
  • Arbeiten Sie in einem regulierten oder markensensiblen Umfeld, in dem ein Layout- oder Kürzungsfehler nachvollziehbar dokumentiert werden muss und nicht informell behoben werden darf.
  • Design und Lokalisierung sollten parallel durchgeführt werden, und Layoutprobleme müssen bereits in der Designphase, vor dem Einfrieren des Codes, erkannt werden, nicht erst danach.

Wenn dies vielleicht noch nicht die richtige Priorität ist

  • Ein Produkt, das immer noch in einer Sprache ausgeliefert wird, ohne bestätigtes internationales Startdatum – Erweiterungstests und Layout-QA haben keine Rückkehr, bis tatsächlich mehrere Orte im Umfang sind.
  • Eine kleine Anzahl einmaliger Marketing-Comps, die nicht als funktionierende Software umgebaut werden, bei denen eine manuelle Überprüfung einfacher ist als das Einrichten eines wiederkehrenden QA-Workflows.
  • Ein Design, dessen Struktur sich noch wöchentlich ändert – übersetzten Text anhand eines Layouts zu testen, das sich noch nicht stabilisiert hat, bedeutet, die gleichen Prüfungen immer wieder durchzuführen.

Checkliste zur Evaluierung: Fragen, die Sie sich stellen sollten, bevor Sie einen lokalisierten Design-QA-Prozess auswählen

Kann man die Textausdehnung oder -zusammenziehung vor der Übersetzungsbestellung in einer Vorschau anzeigen lassen oder erst danach?
Ein Werkzeug, das nur die englische Quelle anzeigt, sagt nichts darüber, ob deutscher oder niederländischer Text – beide etwa 50 % länger – tatsächlich zum Layout passt.

Wird die Kürzung oder das Layout als verfolgter Fehlertyp protokolliert oder informell gemeldet?
Ein Problem ohne Eintrag verschwindet, sobald die Konversation, die es ausgelöst hat, beendet ist; eine verfolgte Design- und Markup-Fehlerkategorie hingegen nicht.

Sehen die Gutachter das gerenderte Design oder eine einfache Liste übersetzter Zeichenketten?
Der visuelle Kontext, der der eigentlichen Datei – und nicht einer Tabellenkalkulation – zugeordnet ist, ermöglicht es dem Prüfer zu beurteilen, ob eine Übersetzung überläuft oder falsch ausgerichtet ist.

Können auch nicht-technische Beteiligte direkt einen Kommentar zu einer Zeichenkette abgeben, ohne einen Entwickler oder Übersetzer einschalten zu müssen?
Ein Gutachter, der Feedback nur aus zweiter Hand weitergeben kann, führt zu Verzögerungen und Kontextverlusten bei der Fehlerbehebung.

Wird eine Layoutkorrektur überall dort erneut überprüft, wo die Komponente wiederverwendet wird, oder nur dort, wo sie zuerst gefunden wurde?
Wiederverwendung von Komponenten bedeutet, dass eine einzelne Reparatur und eine einzige Überprüfung nicht dasselbe sind.

Wie Smartling lokale Design-QA unterstützt

Smartlings Pseudotranslate-Funktion ist in die nativen Figma-, Sketch-, Illustrator-, Photoshop- und InDesign-Plugins integriert und wendet das typische Textexpansions- oder Kompaktionsverhältnis einer Zielsprache – Chinesisch und Japanisch reduzieren die Textgröße um etwa 50 %, Niederländisch und Deutsch erhöhen sie um etwa 50 % – direkt innerhalb der Designdatei, sodass ein Layout vor der Bestellung einer einzigen echten Übersetzung stressgeprüft wird. Visual Context erweitert dasselbe In-Context-Prinzip auf die Review-Phase: Designdateien, Screenshots und PDFs können direkt hochgeladen werden, und Smartlings OCR ordnet das Bild automatisch den enthaltenen Strings zu, sodass ein Übersetzer oder Reviewer das Layout sieht, in dem eine Zeichenkette tatsächlich gerendert wird, anstatt eine isolierte Textzeile.

Im Bereich der Fehlerverfolgung ordnet Smartling bei seinem LQA-Bewertungsschema Trunkierung/Texterweiterung der formalen Fehlerkategorie „Design & Markup“ neben Layout- und Markup-Tag-Fehlern zu, sodass ein visueller Fehler mit der gleichen Strenge wie ein sprachlicher Fehler bewertet und nicht informell protokolliert wird. Mit der Issues-Funktion von Smartling können Übersetzer, Designer oder Reviewer direkt zu einem bestimmten String ein Source Issue oder Translation Issue öffnen – auch aus der Perspektive eines nicht-technischen Reviewers –, sodass eine Frage oder Korrektur mit diesem String verknüpft bleibt und nicht in einem separaten E-Mail-Thread geführt wird. Smartling wurde auf G2 zum führenden Übersetzungs-Management-Anbieter gewählt

Verwandte Fragen

Bereit, Smartling in Aktion zu sehen?

Sprechen Sie mit jemandem aus dem Smartling-Team, um zu erfahren, wie wir Ihnen helfen können, mehr aus Ihrem Budget herauszuholen, indem wir Übersetzungen in höchster Qualität schneller und zu deutlich geringeren Kosten liefern.

Ein Meeting buchen