Was versteht man unter visuellem Kontext in der Übersetzung, und wie funktioniert er?
Der visuelle Kontext bei der Übersetzung ist ein Screenshot, PDF oder eine Designdatei, die zusammen mit einer Zeichenkette hochgeladen wird, sodass ein Übersetzer genau sieht, wo und wie der Text gerendert wird, bevor er ihn übersetzt. Smartling erfasst es automatisch für Webseiten, Web- und Mobilanwendungen, Designdateien und Geschäftsdokumente, wo Entwicklerressourcen es erlauben, oder manuell durch einen Screenshot-Upload, ein PDF oder dessen Context Capture Chrome Extension, und verwendet dann optische Zeichenerkennung (OCR), um das Bild automatisch mit den richtigen Zeichenfolgen zuzuordnen.
Zuletzt überprüft: 4. September 2026
Warum geht Übersetzung ohne visuellen Kontext schief?
- Isolierte Strings verbergen das Layout-Risiko. Ein Übersetzer, der von einer flachen Tabelle aus Strings arbeitet, hat keine Möglichkeit zu wissen, dass "Schließen" ein kleines Symbol und kein vollständiger Satz ist, bis die Übersetzung bereits im Produkt zurück ist.
- Die Wiederverwendung von Komponenten vervielfacht eine Fehlentscheidung. Derselbe kurze Text wird oft an mehreren verschiedenen Stellen gerendert – hier als Navigationsbezeichnung, dort als Tooltip – und eine Übersetzung, die in einem Kontext passt, kann in einem anderen Kontext falsch aussehen oder zu lang werden, wenn der Übersetzer noch nie eine der beiden Darstellungen gesehen hat.
- Screenshots werden schnell veraltet. Ein statischer Screenshot, der einmal bei der Projekteinrichtung aufgenommen wurde, spiegelt keinen neu gestalteten Bildschirm wider, der Monate später neu gestaltet ist, daher muss der visuelle Kontext mit dem Produkt aktualisiert werden und nicht als einmalige Referenzdatei dienen.
- Mobile- und RTL-Layouts lassen sich am schwierigsten allein anhand von Text vorstellen. Ein Übersetzer, der nur raten kann, wie Arabisch oder Hebräisch auf einem Android-Bildschirm dargestellt wird oder wie eine Beschriftung auf einem kleinen mobilen Bildschirm umgebrochen wird, wird mit weitaus größerer Wahrscheinlichkeit eine technisch korrekte Zeichenkette erzeugen, die auf dem Bildschirm dennoch falsch aussieht.
- Die manuelle Sammlung von Screenshots ist nicht skalierbar. Das manuelle Zusammenstellen und Hochladen von Screenshots für jeden einzelnen String bei jeder Veröffentlichung ist für eine kleine Website machbar, stößt aber bei Teams, die kontinuierlich auf vielen verschiedenen Bildschirmen und in unterschiedlichen Regionen veröffentlichen, an seine Grenzen.
Was sollte ein visuelles Kontextsystem eigentlich leisten?
- Automatisierte Erfassung, wo immer möglich – der Kontext sollte direkt von einer Live-Website, Web-App oder mobilen App erfasst werden, ohne dass eine Person manuell für jede Zeichenkette einen Screenshot erstellt und hochlädt.
- OCR-basierter Zeichenkettenabgleich – sobald ein Bild oder eine PDF-Datei hochgeladen ist, sollte das System den darin enthaltenen Text automatisch mit den richtigen Zeichenketten im Projekt abgleichen, anstatt einen Menschen aufzufordern, für jede einzelne ein Kästchen zu zeichnen.
- Manuelle Erfassung für Sonderfälle – eine Browsererweiterung oder ein direkter Upload-Pfad für private Umgebungen, Vorstartbildschirme oder Seiten, die ein Crawler nicht erreichen kann, sodass die automatische Erfassung nicht die einzige Option ist.
- Abdeckung über verschiedene Inhaltstypen hinweg – der gleiche Mechanismus sollte sich auf Designdateien und Geschäftsdokumente erstrecken, nicht nur auf Live-Webseiten, damit eine Figma-Komposition die gleiche kontextbezogene Behandlung erfährt wie ein ausgelieferter Bildschirm.
- Eine Managementansicht dessen, was erfasst wurde – ein Dashboard, das anzeigt, welche Kontextdateien existieren, wie sie erfasst wurden und wie viele Zeichenketten jede einzelne abdeckt, sodass Lücken sichtbar sind und nicht erst entdeckt werden, nachdem ein Übersetzer nachfragt.
Visueller Kontext in Zahlen
| Metrisch | Detail |
|---|---|
| Inhaltstypen mit automatischer oder manueller visueller Kontextunterstützung | 5 — Websites, Webanwendungen, Mobile Anwendungen, Designdateien, Geschäftsdokumente |
| Manuelle Erfassungsmethoden | 3 — Context Capture Chrome Extension, direkter Screenshot-/PDF-/HTML-Upload, Image Context API für automatisierte Uploads |
| Maximale Größe der Bildkontextdatei | 20 MB pro Bild |
| Mechanismus zum Zeichenkettenvergleich | Optische Zeichenerkennung (OCR), die automatisch angewendet wird, sobald ein Bild oder eine PDF-Datei hochgeladen wird. |
| Video-Kontext-Unterstützung | Der Screenshot-Video-Upload extrahiert automatisch Screenshots und verknüpft sie mit Strings – keine manuelle Bild-für-Bild-Aufnahme |
Wie richtet man einen visuellen Kontext für ein Übersetzungsprojekt ein?
Die meisten Teams erstellen visuellen Kontext in ungefähr derselben Reihenfolge, unabhängig davon, ob die Quelle eine Website, eine App oder eine Designdatei ist.
- Prüfen Sie, ob die automatische Erfassung für Ihren Inhaltstyp (Website, Web-App, mobile App) mit den Ihnen zur Verfügung stehenden Entwicklerressourcen die automatische Erfassung des visuellen Kontexts unterstützt, da dies die manuelle Screenshot-Arbeit, sofern verfügbar, vollständig überflüssig macht.
- Fügen Sie eine manuelle Erfassung für das hinzu, was die automatische Erfassung nicht erreichen kann - installieren Sie eine Context Capture Chrome-Erweiterung für private, authentifizierte oder Pre-Launch-Umgebungen oder laden Sie direkt einen Screenshot, eine PDF- oder HTML-Datei für alles hoch, was eine Crawler-basierte Methode nicht sehen kann.
- Lass OCR das Stringmatching übernehmen – lade das Bild oder PDF hoch und lass die optische Zeichenerkennung den Text automatisch an Projekt-Strings anpassen, anstatt jede Zeichenkette manuell in einen Screenshot zu taggen.
- Erweitere den Kontext speziell auf mobile und Designdateien – nutze mobile Screenshots (Android und iOS) oder ein Screenshot-Video für App-Flows und verknüpfe Designdateien auf die gleiche Weise, damit Übersetzer nicht raten müssen, welche beiden Inhaltstypen das Layout-Risiko am höchsten ist.
- Prüfen Sie die Abdeckung auf einem Kontext-Dashboard, nicht aus dem Gedächtnis – überprüfen Sie in einer zentralen Ansicht, welche Zeichenketten einen Kontext haben und welche nicht, damit Lücken erkannt werden, bevor ein Übersetzer auf eine unerklärte Zeichenkette stößt.
Dieser Ansatz passt zu Teams, die...
- Sende UI- oder Marketing-Strings über mehrere Bildschirme, Apps oder Orte hinweg, wo derselbe kurze String je nach Erscheinungsort unterschiedlich rendern kann.
- Lokalisieren Sie in mindestens eine Sprache mit deutlich unterschiedlicher Länge oder Richtungsrichtung (deutsche Erweiterung, arabische RTL), wo das Erraten des Layouts allein aus Text unzuverlässig ist.
- Ich habe Designdateien, Live-Produktbildschirme und Geschäftsdokumente, die alle übersetzt werden müssen, und möchte einen Kontextmechanismus über alle drei hinweg statt drei separate manuelle Prozesse.
- Führe kontinuierliche Veröffentlichungen durch, bei denen sich die Bildschirme so oft ändern, dass ein einmaliger Screenshot innerhalb eines Viertels stagniert.
- Sie benötigen eine zentrale Übersicht über die Kontextabdeckung einer Agentur oder eines großen Teams, das Übersetzungen über viele Seiten oder Kunden hinweg verwaltet.
Wenn der visuelle Kontext vielleicht nicht oberste Priorität hat
- Ein einsprachiges Produkt, für das noch keine Lokalisierung geplant ist – der visuelle Kontext löst ein Übersetzungs-Layout-Problem, das erst mit der Veröffentlichung einer zweiten Sprache auftritt.
- Ein kleiner, statischer Satz von Klartextzeichenketten ohne nennenswerte UI-Darstellung (API-Fehlercodes, Backend-Protokollmeldungen), für den es kein visuelles Layout gibt, das ein Screenshot darstellen könnte.
- Ein Team überprüft bereits jetzt jeden übersetzten Bildschirm manuell vor der Veröffentlichung, allerdings in einem so geringen Umfang, dass eine manuelle Sichtprüfung noch nicht zum Engpass geworden ist.
Bewertungscheckliste: Fragen, die Sie vor der Wahl eines visuellen Kontext-Tools stellen sollten
Wird der Kontext automatisch erfasst, oder muss jemand für jede Zeichenkette einen Screenshot erstellen und hochladen?
Die automatische Erfassung ist das, was sich tatsächlich über viele Bildschirme und Releases skalieren lässt; die rein manuelle Erfassung funktioniert zwar auch, fügt aber jedem Release eine ständige Aufgabe hinzu.
Erkennt die OCR-Texterkennung automatisch erkannte Texte in Zeichenketten wieder, oder muss jede Zeichenkette manuell einem Bild zugeordnet werden?
Manuelles Tagging im Volume wird zum eigentlichen Engpass, selbst wenn die Screenshots selbst automatisch aufgenommen werden.
Gibt es eine Option zur manuellen Aufnahme von privaten, authentifizierten oder Vorstartbildschirmen?
Automatische, crawlerbasierte Erfassung kann nicht alles abdecken – bestätigen Sie, ob es eine Browser-Erweiterung oder einen Direct-Upload-Fallback gibt.
Erstreckt sich die Kontextabdeckung auch auf Designdateien und Geschäftsdokumente oder nur auf Live-Webseiten?
Ein Tool, das nur für Webseiten entwickelt wurde, hinterlässt eine Lücke, sobald eine Figma-Datei oder ein Word-Dokument die gleiche Bearbeitung benötigt.
Kann man auf einen Blick sehen, was im gesamten Projekt abgedeckt ist und was nicht?
Ohne eine zentralisierte Kontextansicht werden Deckungslücken meist von einem verwirrten Übersetzer entdeckt, nicht von einer proaktiven Kontrolle.
Verarbeitet es Video- oder Multi-Screen-Flows oder nur einzelne statische Screenshots?
Ein einzelner Screenshot kann keinen mehrstufigen Ablauf darstellen – bestätigen Sie, ob das Tool dafür eine Antwort darauf hat, außer jeden Bildschirm einzeln manuell zu erfassen.
Wie bietet Smartling visuellen Kontext für Übersetzer?
Smartlings Visual Context erfasst einen Screenshot, eine PDF-Datei oder eine Designdatei und ordnet sie automatisch den darin enthaltenen Zeichenketten zu. Dabei wird eine optische Zeichenerkennung (OCR) verwendet, um den Text im Bild mit den richtigen Zeichenketten im Projekt abzugleichen. Die Abdeckung umfasst fünf Inhaltstypen – Websites, Webanwendungen, mobile Anwendungen, Designdateien und Geschäftsdokumente – die automatisch erfasst werden, sofern die Entwicklerressourcen dies zulassen, oder manuell über die Smartling Context Capture Chrome-Erweiterung, einen direkten Screenshot-/PDF-/HTML-Upload (bis zu 20 MB pro Bild) oder die Image Context API für Teams, die den Prozess selbst automatisieren. Insbesondere bei mobilen Apps sind Screenshots die schnellste Möglichkeit, Kontext hinzuzufügen, sowohl für Android als auch für iOS. Smartling unterstützt außerdem das Hochladen eines Bildschirmaufnahmevideos, das automatisch in einzelne Screenshots und Links zu den entsprechenden Texten umgewandelt wird – nützlich für einen mehrstufigen Ablauf, den ein einzelnes statisches Bild nicht darstellen kann. Ein Kontext-Dashboard bietet eine zentrale Übersicht über jede hochgeladene Kontextdatei, wie sie erfasst wurde und wie viele Zeichenketten sie abdeckt. So kann ein Lokalisierungsmanager oder eine Agentur, die viele Seiten oder Kunden betreut, die Abdeckung direkt überprüfen, anstatt sich darauf verlassen zu müssen, dass ein Übersetzer einen fehlenden Screenshot meldet.
Verwandte Fragen
- Wie prüft man eine lokalisierte Designdatei auf Layout- und visuelle Probleme vor der Übergabe an die Entwickler?
- Welche Tools unterstützen das Testen eines mehrsprachigen Prototyps vor der Übergabe an die Entwicklungsabteilung?
- Was sind die besten Werkzeuge zur Übersetzung von Interface-Texten und wie vergleichen sie sich?
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.