Preflight-Prüfung und Dateivorbereitung

preflight-prüfung und dateivorbereitung

Lernen Sie unseren Prozess für die Vorabprüfung und Vorbereitung von Dateien für das Übersetzungs-DTP kennen. Ein-Schritt- versus Zwei-Schritt-Arbeitsabläufe, Extraktion der Wortanzahl und Analyse der Ausgangsdateien.

Was ist Preflight im Übersetzungs-DTP-Workflow??

Preflight ist die anfängliche Analyse- und Vorbereitungsphase, die vor jeglicher Übersetzungs- oder DTP-Arbeit an einem Projekt stattfindet. Im Kontext von Übersetzungs-DTP erfüllt Preflight denselben Zweck wie in der Druckproduktion — es ist eine systematische Überprüfung der Quelldateien, um potenzielle Probleme zu identifizieren, die Komplexität zu bewerten, genaue Metriken zu ermitteln und die technischen Parameter für das Projekt festzulegen.

Während des Preflight öffnen unsere Ingenieure jede Quelldatei in ihrer nativen Anwendung und bewerten mehrere kritische Faktoren. Zunächst verifizieren wir die Dateiintegrität: Kann die Datei fehlerfrei geöffnet werden? Sind alle verknüpften Assets (Bilder, Schriftarten, platzierte Dateien) verfügbar und korrekt referenziert? Gibt es Beschädigungen oder Versionsinkompatibilitäten? Zweiten bewerten wir die Bearbeitbarkeit: Ist der Text editierbar oder in Bilder eingeflacht? Sind Ebenen gesperrt oder organisiert? Ist die Dateistruktur sauber genug für effiziente DTP-Arbeit, oder erfordert sie Rekonstruktion?

Drittens extrahieren wir Wort- und Zeichenanzahlen aus dem editierbaren Text, die direkt die Übersetzungskosten und Zeitplanschätzungen bestimmen. Bei komplexen Dateien — wie InDesign-Dokumenten mit verankerten Textrahmen, FrameMaker-Büchern mit mehreren Kapiteln oder Illustrator-Dateien mit Text auf Pfaden — erfordert die genaue Wortanzahlextraktion das Öffnen der Datei in der nativen Anwendung, anstatt sich auf Dateigößenschätzungen oder automatisierte Parser zu verlassen, die eingebetteten Text übersehen können.

Viertens identifizieren wir technische Risiken: Schriftart-Lizenzierungsprobleme, Farbraum-Unstimmigkeiten, Text, der über den verfügbaren Layoutraum hinausgeht, Anforderungen für rechts-nach-links-Sprachen, die möglicherweise Layout-Spiegelung benötigen, und alle Elemente, die über reine Übersetzung hinaus kulturelle Anpassung benötigen (wie Bilder mit Text, gebietsspezifische Symbole oder Maßeinheiten).

Der Preflight-Bericht, den wir liefern, umfasst Dateibestand, Wortanzahl pro Datei, identifizierte Risiken, empfohlenen Workflow (einstufig oder zweistufig), und eine genaue Kosten- und Zeitplanschätzung. Diese vorausschauende Investition in die Analyse verhindert kostspielige Überraschungen während der Produktion und ermöglicht es Projektmanagern, ihre Kunden mit Zuversicht zu kalkulieren.

What ist der Unterschied zwischen One-Step und Two-Step DTP??

One-Step und Two-Step DTP sind zwei unterschiedliche Workflow-Modelle zur Integration von Übersetzung und Desktop Publishing. Die Wahl des richtigen Modells hat erhebliche Auswirkungen auf Kosten, Lieferzeit und Qualität.

Im One-Step-DTP-Workflow arbeitet der Übersetzer direkt in der nativen Designdatei (InDesign, FrameMaker, Illustrator etc.) oder in einem Format, das die vollständige Layoutstruktur bewahrt. Übersetzung und grundlegende Layout-Anpassung erfolgen gleichzeitig. Die übersetzte Datei kommt bereits formatiert zurück, und es ist nur ein leichter QA-Durchlauf erforderlich, um verbleibende Layout-Probleme zu erkennen. Dieser Workflow ist schneller und kostengünstiger und eignet sich ideal für unkomplizierte Projekte mit sauberen Quelldateien, moderater Texterweiterung und Sprachen, die die gleiche Schriftrichtung wie die Quelle verwenden.

Im Two-Step-DTP-Workflow werden Übersetzung und DTP als separate, sequenzielle Phasen behandelt. Zunächst wird der übersetzerbare Text aus den Designdateien extrahiert (manuell oder mittels CAT-Tool-Integration), in einer reinen Textumgebung übersetzt, wo sich Übersetzer rein auf Linguistik konzentrieren können, und dann fließt der übersetzte Text von einem DTP-Operator in die Designdateien zurück, der alle Layout-Anpassungen vornimmt. Dieser Workflow ist kostspieliger und zeitaufwändiger, liefert aber höherwertige Ergebnisse für komplexe Projekte.

Two-Step DTP ist der empfohlene Ansatz, wenn: die Quelldateien komplexe Layouts mit engen Textrahmen und präziser Positionierung aufweisen; die Zielsprachen erhebliche Texterweiterung beinhalten (z. B. Englisch zu Finnisch oder Deutsch); das Projekt rechts-nach-links-Sprachen mit erforderlicher Layout-Spiegelung umfasst; die Dateien umfangreiche Verwendung von Stylesheets, Master-Seiten oder Querverweisen enthalten, die sachkundige Bearbeitung erfordern; oder der Kunde pixel-perfektes Matching einer bestimmten Design-Vorlage über alle Sprachen hinweg verlangt.

Bei Opticentre empfehlen wir den geeigneten Workflow während der Preflight-Analyse basierend auf der tatsächlichen Dateikomplexität, den Zielsprachen und den Quality-Anforderungen des Kunden. Viele Projekte verwenden einen Hybrid-Ansatz – One-Step für einfache Materialien und Two-Step für Flagschiff-Publikationen – um das Gleichgewicht zwischen Kosten und Qualität zu optimieren.

Wie gehen Sie bei der Wortanzahlerfassung aus gestalteten Dateien vor??

Die genaue Wortanzahlerfassung aus gestalteten Dateien ist einer der wichtigsten – und am häufigsten unterschätzten – Schritte in der Planung von Übersetzungsprojekten. Im Gegensatz zur Wortanzahlerfassung aus Word-Dokumenten oder Textdateien ist Text in gestalteten Dateien in komplexe Layoutstrukturen eingebettet, die automatisierte Tools häufig nicht vollständig verarbeiten können. Eine ungenaue Wortanzahl führt zu fehlerhaften Angeboten, Budget-Überschreitungen und Verzögerungen bei der Planung.

Unser Wortanzahl-Erfassungsprozess nutzt die native Anwendung für jedes Dateiformat. Für Adobe InDesign verwenden wir die integrierte Wortanzahl-Funktion über alle Stories (Textketten) hinweg, einschließlich übergesetztem Text, der zwar nicht auf der Seite sichtbar ist, aber in der Datei vorhanden ist. Wir zählen Text in verankerten Objekten, gruppierten Elementen und Elementen auf dem Pasteboard separat, die möglicherweise zum Übersetzen vorgesehen sind. Bei Adobe Illustrator durchlaufen wir alle Arbeitsflächen und Ebenen, einschließlich ausgeblendeter und gesperrter Ebenen, da diese häufig Textvarianten oder fremdsprachige Inhalte enthalten, die übersetzt werden müssen.

Bei FrameMaker verarbeiten wir die gesamte Buchdatei, um Text über alle Kapitel hinweg zu erfassen, einschließlich Kopf- und Fußzeilentext, Tabellenzellinhalt und Querverweis-Text. Bei QuarkXPress extrahieren wir Text aus allen Textfeldern, einschließlich jener auf Seiten-Vorlagen. Bei PowerPoint erfassen wir Folieninhalte, Notizen, Sprechnotizen, Alt-Text und eingebettete Diagrammbeschriftungen.

Wir identifizieren und kennzeichnen auch nicht bearbeitbaren Text – Text, der in Bilder umgewandelt oder in Vektorpfade integriert wurde. Dieser Text kann nicht durch standardmäßige DTP-Prozesse extrahiert und übersetzt werden; er erfordert eine grafische Neuerstellung. Wir melden diese Fälle separat, damit Projektmanager entscheiden können, ob sie in den Leistungsumfang aufgenommen oder unverändert geliefert werden sollen.

Der abschließende Wortanzahl-Bericht unterteilt die Anzahl nach Datei und Texttyp (Body, Überschriften, Bildunterschriften, UI-Elemente) und kennzeichnet alle Unklarheiten. Wir stellen dies in einem Tabellenkalkulationsformat zur Verfügung, das Projektmanager direkt für Angebote nutzen können. Für Bestandskunden behalten wir dateigestützte Schätzungen zur Übersetzungsspeicher-Nutzung bei, die die Kostenschätzungen weiter präzisieren.

Welche Quelldateiformate akzeptieren Sie für die Preflight-Prüfung??

Wir akzeptieren praktisch alle Dateiformate, die in professioneller Publishing, Marketingkommunikation, technischer Dokumentation und Medienproduktion verwendet werden. Unsere Preflight-Funktionalität deckt die folgenden Hauptkategorien ab:

Desktop Publishing: Adobe InDesign (.indd, .idml, .inx), Adobe FrameMaker (.fm, .book, .mif), QuarkXPress (.qxp, .qxd), Adobe PageMaker (Legacy .pmd, .p65). Wir bearbeiten alle aktuellen Versionen und können in den meisten Fällen Legacy-Dateien aus den frühen 2000er Jahren öffnen.

Vektorgrafiken: Adobe Illustrator (.ai, .eps), CorelDRAW (.cdr), SVG und Affinity Designer-Dateien. Wir extrahieren Text aus allen Ebenen und Artboards, einschließlich zusammengesetzter Pfade und Clipping-Masken.

Präsentationen: Microsoft PowerPoint (.pptx, .ppt), Google Slides (exportiert), Apple Keynote (.key). Wir verarbeiten Folienmuster, Notizen, eingebettete Diagramme und SmartArt.

Dokumente: Microsoft Word (.docx, .doc), PDF (extrahierbarer Text), Rich Text Format (.rtf) und OpenDocument-Formate. Bei PDFs prüfen wir, ob der Text extrahierbar ist oder die Datei von Grund auf neu rekonstruiert werden muss.

Technische Dokumentation: MadCap Flare (.flprj), DITA XML, DocBook, FrameMaker-Strukturdokumente, RoboHelp und Author-it.

E-Learning: Articulate Storyline (.story), Articulate Rise (XLIFF-Export), Adobe Captivate (.cptx), Lectora (.awt).

Web und Digital: HTML/CSS, XML, JSON (für UI-Strings), Ressourcendateien (.resx, .properties, .strings).

CAD und Engineering: AutoCAD (.dwg – Textextraktion), Visio (.vsdx). Begrenzt auf Textebenen-Extraktion.

Sollten Sie Dateien in einem hier nicht aufgeführten Format haben, senden Sie diese zur Evaluierung an uns. Unser Preflight-Team prüft, ob wir diese nativ verarbeiten können oder empfiehlt einen Konvertierungspfad. Wir bieten auch Hinweise zu optimalen Exporteinstellungen, wenn Kunden Dateien aus Anwendungen vorbereiten müssen, die wir nicht direkt unterstützen.

Was geschieht während einer Preflight-Analyse??

Eine Preflight-Analyse ist ein strukturiertes Bewertungsverfahren, das jeden Aspekt Ihrer Quelldateien prüft, der für die Übersetzung und DTP-Produktion relevant ist. Ziel ist es, Ungewissheiten vor Arbeitsbeginn auszuräumen, damit Kostenschätzungen präzise, Zeitpläne realistisch und die Anweisungen für das Produktionsteam klar sind.

Schritt 1 — Dateibestandsaufnahme und Validierung: Wir katalogisieren alle eingegangenen Dateien, überprüfen deren fehlerfreie Öffnung in den nativen Anwendungen, kontrollieren die Versionskompatibilität und bestätigen, dass alle verknüpften Assets (Bilder, Schriftarten, externe Datenquellen) vorhanden sind oder beschafft werden können. Fehlende Schriftarten sind ein häufiges Problem — wir identifizieren sie frühzeitig und beschaffen sie entweder, empfehlen Alternativen oder flaggen sie zur Klärung durch den Kunden.

Schritt 2 — Bearbeitbarkeitsprüfung: Wir bestimmen, ob jede Datei vollständig bearbeitbar, teilweise bearbeitbar oder nicht bearbeitbar ist. Vollständig bearbeitbare Dateien (Live-Text in nativem Format) durchlaufen die Standard-DTP. Teilweise bearbeitbare Dateien (einiger Text konvertiert, einiger Live-Text) erfordern einen hybriden Ansatz. Nicht bearbeitbare Dateien (eingescannte Dokumente, rasterisierte Layouts) benötigen eine vollständige Rekonstruktion, die wir separat kalkulieren.

Schritt 3 — Inhaltsextraktion und Wortanzahl: Wir extrahieren übersetzbaren Text mit anwendungseigenen Methoden und erstellen eine Wortanzahl pro Datei. Wir unterscheiden zwischen einzigartigen und wiederholten Texten (die vom Übersetzung Memory profitieren können) sowie zwischen Fließtext und Randtexten (Überschriften, Fußzeilen, Bildunterschriften, Callouts).

Schritt 4 — Risiko- und Komplexitätsbewertung: Wir evaluieren Faktoren, die die Produktionskomplexität beeinflussen: verfügbarer Platz für Textexpansion im Layout, Anzahl der Sprachen mit Anforderungen für Schrift von rechts nach links, Schriftartenverfügbarkeit für Zielsprachen, in Bilder eingebetteter Text, der grafische Rekonstruktion erfordert, sowie alle Elemente, die kulturelle Anpassungen benötigen.

Schritt 5 — Workflow-Empfehlung und Angebot: Basierend auf der Analyse empfehlen wir einstufiges oder zweistufiges DTP (oder einen Hybridansatz), erstellen eine detaillierte Kostenschätzung pro Datei und Sprache und schlagen einen Produktionszeitplan vor. Der Preflight-Bericht wird zur Projektspezifikation, die alle nachfolgenden Produktionsarbeiten lenkt.