Contrôle préalable et préparation des fichiers

contrôle préalable et préparation des fichiers

Découvrez notre processus de prévérification et de préparation des fichiers pour la PAO de traduction. Flux à une ou deux étapes, extraction de texte et structure tarifaire transparente.

Qu'est-ce que le préflight dans le flux de travail PAO de traduction ??

Le préflight est la phase initiale d'analyse et de préparation qui se déroule avant tout travail de traduction ou de PAO sur un projet. Dans le contexte de la PAO de traduction, le préflight remplit la même fonction qu'en production d'impression — il s'agit d'une inspection systématique des fichiers sources visant à identifier les problèmes potentiels, à évaluer la complexité, à extraire des métriques précises et à établir les paramètres techniques du projet.

Pendant le préflight, nos ingénieurs ouvrent chaque fichier source dans son application native et évaluent plusieurs facteurs critiques. Premièrement, nous vérifions l'intégrité du fichier : le fichier peut-il être ouvert sans erreurs ? Tous les éléments liés (images, polices, fichiers placés) sont-ils disponibles et correctement référencés ? Existe-t-il des problèmes de corruption ou d'incompatibilité de version ? Deuxièmement, nous évaluons l'éditabilité : le texte est-il vivant ou aplati en images ? Les calques sont-ils verrouillés ou organisés ? La structure du fichier est-elle suffisamment propre pour un travail de PAO efficace, ou nécessite-t-elle une reconstruction ?

Troisièmement, nous extrayons les comptages de mots et de caractères du texte éditable, qui déterminent directement les estimations de coût et de délai de traduction. Pour les fichiers complexes — tels que les documents InDesign avec des blocs de texte ancrés, les livres FrameMaker comportant plusieurs chapitres ou les fichiers Illustrator avec du texte sur tracé — une extraction précise du comptage de mots nécessite d'ouvrir le fichier dans l'application native plutôt que de s'appuyer sur des estimations basées sur la taille du fichier ou des analyseurs automatisés qui risquent de manquer du texte intégré.

Quatrièmement, nous identifions les risques techniques : problèmes de licence de police, incompatibilités d'espace colorimétrique, textes qui déborderont de l'espace de mise en page disponible, exigences des langues de droite à gauche pouvant nécessiter une inversion de la mise en page, et tout élément nécessitant une adaptation culturelle au-delà de la simple traduction (images contenant du texte, icônes spécifiques à une locale ou unités de mesure).

Le rapport de préflight que nous livrons comprend l'inventaire des fichiers, les comptages de mots par fichier, les risques identifiés, le flux de travail recommandé (PAO en une ou deux étapes) ainsi qu'une estimation précise du coût et du délai. Cet investissement initial dans l'analyse évite les mauvaises surprises coûteuses pendant la production et permet aux chefs de projet de fournir à leurs clients des devis en toute confiance.

Quelle est la différence entre la PAO en une étape et en deux étapes ??

La PAO en une étape et la PAO en deux étapes renvoient à deux modèles de flux de travail distincts d'intégration de la traduction et de la PAO, et le choix du bon modèle a des implications significatives sur le coût, le délai et la qualité.

Dans un flux de PAO en une étape, le traducteur travaille directement dans le fichier de design natif (InDesign, FrameMaker, Illustrator, etc.) ou dans un format qui préserve la structure complète de la mise en page. La traduction et les ajustements de mise en page de base se déroulent simultanément. Le fichier traduit revient déjà mis en forme, et seule une passe d'AQ légère est nécessaire pour rattraper les éventuels problèmes de mise en page restants. Ce flux est plus rapide et moins coûteux, ce qui le rend idéal pour les projets simples comportant des fichiers sources propres, une expansion de texte modérée et des langues partageant la même direction d'écriture que la source.

Dans un flux de PAO en deux étapes, la traduction et la PAO sont traitées comme deux phases séquentielles distinctes. Tout d'abord, le texte traduisible est extrait des fichiers de design (soit manuellement, soit via l'intégration d'un outil de TAO), traduit dans un environnement textuel où les traducteurs peuvent se concentrer uniquement sur la linguistique, puis le texte traduit est réinjecté dans les fichiers de design par un opérateur PAO qui gère tous les ajustements de mise en page. Ce flux est plus coûteux et prend plus de temps, mais il produit des résultats de meilleure qualité pour les projets complexes.

La PAO en deux étapes est l'approche recommandée lorsque : les fichiers sources présentent des mises en page complexes avec des cadres de texte serrés et un positionnement précis ; les langues cibles impliquent une expansion de texte significative (par exemple, de l'anglais vers le finnois ou l'allemand) ; le projet implique des langues de droite à gauche nécessitant une inversion de la mise en page ; les fichiers font un usage intensif de feuilles de style, de gabarits ou de renvois nécessitant un traitement expert ; ou le client exige une correspondance pixel-parfaite avec un modèle de design spécifique dans toutes les langues.

Chez Opticentre, nous recommandons le flux approprié lors du préflight en fonction de la complexité réelle des fichiers, des langues cibles et des attentes qualité du client. De nombreux projets utilisent une approche hybride — une étape pour les supports simples et deux étapes pour les publications phares — afin d'optimiser l'équilibre entre coût et qualité.

Comment gérez-vous l'extraction du comptage de mots à partir de fichiers mis en page ??

L'extraction précise du comptage de mots à partir de fichiers mis en page est l'une des étapes les plus importantes — et les plus fréquemment sous-estimées — de la planification d'un projet de traduction. Contrairement à l'extraction de comptages à partir de documents Word ou de fichiers texte bruts, les fichiers mis en page intègrent le texte dans des structures de mise en page complexes que les outils automatisés ne peuvent souvent pas parcourir intégralement. Un comptage de mots inexact entraîne des devis incorrects, des budgets dépassés et des retards de calendrier.

Notre processus d'extraction de comptage de mots utilise l'application native pour chaque format de fichier. Pour Adobe InDesign, nous utilisons la fonction de comptage de mots intégrée sur l'ensemble des chaînages de texte (text threads), y compris le texte en excès (overset) qui n'est pas visible sur la page mais est présent dans le fichier. Nous comptons séparément le texte dans les objets ancrés, les éléments groupés et les éléments sur la table de montage qui peuvent être destinés à être inclus. Pour Adobe Illustrator, nous parcourons tous les plans de travail et toutes les calques, y compris les calques masqués et verrouillés, car ils contiennent souvent des variantes textuelles ou du contenu en langue alternative nécessitant une traduction.

Pour FrameMaker, nous traitons l'intégralité du fichier de livre afin de capturer le texte de tous les chapitres, y compris les textes d'en-tête/pied de page, le contenu des cellules de tableaux et les textes de renvois. Pour QuarkXPress, nous extrayons le texte de tous les blocs de texte, y compris ceux situés sur les gabarits. Pour PowerPoint, nous capturons le contenu des diapositives, les notes, les notes de l'orateur, les textes alt et les étiquettes de graphiques intégrés.

Nous identifions et signalons également les textes non éditables — textes tramés en images ou aplatis en tracés vectoriels. Ces textes ne peuvent pas être extraits et traduits par les processus PAO normaux ; ils nécessitent une recréation graphique. Nous signalons ces occurrences séparément afin que les chefs de projet puissent décider de les inclure dans le périmètre ou de les livrer tels quels.

Le rapport final de comptage de mots ventile les comptages par fichier, par type de texte (corps, en-têtes, légendes, éléments d'interface) et signale toute ambiguïté. Nous le fournissons au format tableur, que les chefs de projet peuvent utiliser directement pour établir leurs devis. Pour les clients récurrents, nous maintenons des estimations d'effet de levier de mémoire de traduction au niveau des fichiers, qui affinent encore les projections de coût.

Quels formats de fichiers sources acceptez-vous pour le préflight ??

Nous acceptons pratiquement tous les formats de fichiers utilisés dans l'édition professionnelle, la communication marketing, la documentation technique et la production de médias numériques. Notre capacité de préflight couvre les grandes catégories suivantes :

Publication assistée par ordinateur : Adobe InDesign (.indd, .idml, .inx), Adobe FrameMaker (.fm, .book, .mif), QuarkXPress (.qxp, .qxd), Adobe PageMaker (versions historiques .pmd, .p65). Nous prenons en charge toutes les versions récentes et pouvons, dans la plupart des cas, ouvrir des fichiers anciens remontant au début des années 2000.

Graphiques vectoriels : Adobe Illustrator (.ai, .eps), CorelDRAW (.cdr), SVG et fichiers Affinity Designer. Nous extrayons le texte de toutes les calques et plans de travail, y compris les tracés composites et les masques d'écrêtage.

Présentations : Microsoft PowerPoint (.pptx, .ppt), Google Slides (exportés), Apple Keynote (.key). Nous prenons en charge les masques de diapositives, les notes, les graphiques intégrés et SmartArt.

Documents : Microsoft Word (.docx, .doc), PDF (texte extractible), Rich Text Format (.rtf) et formats OpenDocument. Pour les PDF, nous évaluons si le texte est extractible ou si le fichier doit être reconstruit de zéro.

Documentation technique : MadCap Flare (.flprj), DITA XML, DocBook, documents FrameMaker structurés, RoboHelp et Author-it.

eLearning : Articulate Storyline (.story), Articulate Rise (export XLIFF), Adobe Captivate (.cptx), Lectora (.awt).

Web et numérique : HTML/CSS, XML, JSON (pour les chaînes d'interface), fichiers de ressources (.resx, .properties, .strings).

CAO et ingénierie : AutoCAD (extraction du texte .dwg), Visio (.vsdx). Limité à l'extraction de la couche de texte.

Si vous possédez des fichiers dans un format non mentionné ici, envoyez-les-nous pour évaluation. Notre équipe de préflight évaluera si nous pouvons les traiter nativement ou recommandera une voie de conversion. Nous fournissons également des recommandations sur les paramètres d'export optimaux lorsque les clients doivent préparer des fichiers à partir d'applications que nous ne prenons pas directement en charge.

Que se passe-t-il lors d'une analyse de préflight ??

Une analyse de préflight est un processus d'évaluation structuré qui examine chaque aspect de vos fichiers sources pertinent pour la traduction et la production PAO. L'objectif est d'éliminer les inconnues avant le début du travail, afin que les estimations de coût soient précises, les délais réalistes et que l'équipe de production dispose d'instructions claires pour la gestion de chaque fichier du projet.

Étape 1 — Inventaire et validation des fichiers : Nous cataloguons tous les fichiers reçus, vérifions qu'ils s'ouvrent sans erreur dans leurs applications natives, contrôlons la compatibilité des versions et confirmons que tous les éléments liés (images, polices, sources de données externes) sont inclus ou peuvent être obtenus. Les polices manquantes constituent un problème courant — nous les identifions en amont et, soit nous les fournissons, soit nous recommandons des substitutions, soit nous les signalons pour résolution par le client.

Étape 2 — Évaluation de l'éditabilité : Nous déterminons si chaque fichier est entièrement éditable, partiellement éditable ou non éditable. Les fichiers entièrement éditables (texte vivant au format natif) suivent la PAO standard. Les fichiers partiellement éditables (texte en partie aplati, en partie vivant) requièrent une approche hybride. Les fichiers non éditables (documents numérisés, mises en page tramées) nécessitent une reconstruction complète, dont nous établissons le périmètre séparément.

Étape 3 — Extraction du contenu et comptage de mots : Nous extrayons le texte traduisible à l'aide de méthodes natives à chaque application et produisons des comptages de mots par fichier. Nous distinguons le texte unique du texte répété (qui peut bénéficier de la mémoire de traduction) et le texte de corps du texte périphérique (en-têtes, pieds de page, légendes, encadrés).

Étape 4 — Évaluation des risques et de la complexité : Nous évaluons les facteurs qui affectent la complexité de la production : espace d'expansion de texte disponible dans la mise en page, nombre de langues avec exigence d'écriture de droite à gauche, disponibilité des polices pour les langues cibles, texte intégré dans des images nécessitant une recréation graphique, et tout élément nécessitant une adaptation culturelle.

Étape 5 — Recommandation de flux de travail et devis : Sur la base de l'analyse, nous recommandons une PAO en une ou deux étapes (ou une approche hybride), fournissons une estimation de coût détaillée par fichier et par langue, et proposons un calendrier de production. Le rapport de préflight devient le document de spécification du projet qui guide tout le travail de production ultérieur.