Problèmes de traduction de présentations : tout ce qui casse, et quel outil le casse

En bref : lorsqu'une présentation traduite revient avec des défauts, c'est rarement la traduction elle-même qui est en cause. Huit défaillances précises expliquent presque tout, et chacune correspond à une décision prise par l'outil au sujet de votre fichier, et non de vos mots. Cette page sert de point d'entrée : elle nomme les huit, indique quelle catégorie d'outil provoque chacune, et renvoie vers l'analyse détaillée de celles qui posent le plus de problèmes.

Vous récupérez le fichier, vous l'ouvrez, et quelque chose ne va pas. Un titre est tronqué. Un graphique a perdu ses étiquettes. La diapositive 14 dit « recettes » là où la diapositive 3 disait « chiffre d'affaires ». Les notes sont toujours en anglais. Le réflexe est d'accuser la traduction, et ce réflexe est presque toujours erroné : les mots sont généralement corrects. Le problème s'est produit avant ou après le traitement des mots, dans la façon dont l'outil a manipulé un fichier .pptx.

Un .pptx est une archive zip de parties XML. Les diapositives, les dispositions, les masques, les thèmes, les graphiques, les notes et les médias intégrés résident chacun dans leur propre partie, reliées entre elles par des fichiers de relations. Tout outil qui traduit une présentation doit décider quoi faire de tout cela. Il n'existe que deux véritables stratégies, et ce choix détermine laquelle des huit défaillances vous subirez.

Qu'est-ce qui casse réellement lorsque vous traduisez une présentation ?#

Lisez ce tableau en deux groupes. Les lignes 1, 5, 6 et 7 concernent l'affichage : le texte est juste, mais le fichier ne peut pas le présenter correctement. Les lignes 2, 3, 4 et 8 concernent le périmètre et la structure : des parties du fichier ont été ignorées, remplacées ou approximées.

Pourquoi ma présentation traduite semble-t-elle cassée ?#

Parce que l'outil l'a reconstruite au lieu de la modifier.

La modification sur place consiste à ouvrir le .pptx, à parcourir chaque segment de texte dans le XML existant, à remplacer la chaîne, puis à réécrire l'archive. Tout ce qui n'est pas un segment de texte (le thème, le masque, le classeur du graphique, les formes groupées, le minutage des animations, la vidéo intégrée) est conservé octet pour octet, parce que rien n'a jamais demandé à le reconstruire.

La reconstruction consiste à extraire le texte, à le traduire, puis à générer une nouvelle présentation autour. Chaque choix de mise en page que votre fichier d'origine avait déjà enregistré doit être redéduit. Certains sont bien devinés. Beaucoup ne le sont pas. C'est aussi ce qui se produit implicitement lorsqu'un assistant conversationnel lit votre présentation : il voit une version texte ou markdown du fichier, qui est par construction une vue avec perte. Les éléments graphiques qu'il ne peut pas représenter sous forme de texte ne sont tout simplement pas là pour être restitués. Nous en avons fait le bilan honnête dans ce que ChatGPT peut et ne peut pas faire avec un .pptx, et le même argument structurel s'applique au refus de Copilot de redimensionner le texte traduit.

SlideVerso modifie sur place. C'est la raison pour laquelle les pages par paire de langues peuvent promettre des mises en page, des polices, des tableaux et des graphiques préservés : non pas parce que nous prenons soin de les restaurer, mais parce qu'ils ne sont jamais touchés.

Pourquoi le texte déborde-t-il après la traduction ?#

Parce que la zone a été dimensionnée pour la langue source et que la langue cible n'a pas la même longueur.

De l'anglais vers l'allemand ou le français, le texte s'allonge souvent. Le japonais et le chinois sont plus courts en nombre de caractères mais plus hauts en interligne, et le japonais en particulier coupe les lignes selon des règles pour lesquelles un moteur de mise en page conçu pour l'alphabet latin n'a jamais été réglé. Un titre qui tenait sur une ligne en 28 pt passe sur deux lignes, la zone ne s'agrandit pas, et PowerPoint le tronque ou le fait déborder.

C'est la défaillance la plus visible, et la première que remarquent les acheteurs, ce qui explique qu'elle ait sa propre analyse détaillée : pourquoi le texte japonais déborde de sa zone après la traduction. La solution n'est pas une meilleure traduction. La solution est une passe après la traduction, qui mesure le nouveau texte par rapport à la forme et ajuste la taille de police ou l'interligne jusqu'à ce qu'il tienne. Très peu d'outils du marché le font ; ceux qui ne le font pas vous livrent simplement le débordement.

Pourquoi mes notes du présentateur sont-elles restées dans la langue d'origine ?#

Parce qu'elles sont stockées ailleurs dans le fichier.

La page de notes de chaque diapositive est une partie XML distincte sous ppt/notesSlides/, reliée à la diapositive par une relation. Un outil qui parcourt ppt/slides/ et s'arrête là traduira chaque mot visible et manquera chaque note, et vous ne vous en rendrez compte qu'au moment de présenter. La vérification prend trente secondes et mérite d'être faite sur chaque présentation que vous récupérez, quel que soit l'outil : la méthode est décrite dans traduire un .pptx en conservant les notes du présentateur.

Pourquoi la terminologie change-t-elle d'une diapositive à l'autre ?#

Parce que la plupart des processus traduisent chaque diapositive, ou chaque zone de texte, comme une requête isolée, sans mémoire de la précédente.

Demandez à un assistant conversationnel de traduire la diapositive 3, et il choisira un bon terme pour « revenue ». Redemandez-lui pour la diapositive 14, dans un nouveau message ou une nouvelle session, et il choisira un autre bon terme. Les deux sont corrects isolément. Ensemble, ils donnent l'impression que deux personnes ont rédigé la présentation, ce qui, pour un dossier de conseil d'administration ou un point destiné aux investisseurs, pose un problème de crédibilité plutôt qu'un problème de langue. Les agences de traduction le résolvent avec un glossaire et une mémoire de traduction ; les outils grand public ne proposent généralement ni l'un ni l'autre.

Ce problème est peu évoqué, car il ne ressemble pas à un bogue. Rien n'est tronqué, rien ne manque, et chaque phrase prise isolément passe la relecture. Il n'apparaît que lorsque quelqu'un lit la présentation entière dans l'ordre.

Pourquoi ma présentation en arabe ou en hébreu est-elle mise en page de gauche à droite ?#

Parce que le sens du paragraphe est une propriété enregistrée dans le XML, et que traduire les caractères ne la définit pas.

Les caractères arabes se forment et se lient correctement dans presque tous les moteurs de rendu modernes, ce qui laisse facilement croire que le travail est terminé. Mais le paragraphe conserve le sens de gauche à droite : la ponctuation se retrouve du mauvais côté, les segments mêlant alphabet latin et arabe s'ordonnent mal, et les puces se placent sur le mauvais bord. Les trois notions que l'on confond ici (la mise en forme des caractères, l'ordre bidirectionnel des segments et le sens du paragraphe) sont distinguées dans traduire une présentation en arabe avec des paragraphes réellement de droite à gauche.

Qu'est-ce qu'aucun outil ne peut corriger ?#

Le texte incrusté dans une image. Si votre schéma d'architecture est un PNG avec des légendes en anglais, il n'y a aucun texte à traduire, et chaque outil du marché vous le rendra exactement tel quel. Les seules solutions consistent à réexporter le schéma depuis sa source avec des légendes traduites, ou à le recréer avec des formes natives. S'attendre à autre chose fait perdre un cycle de relecture.

Deux autres limites, en toute honnêteté. Les animations et les transitions survivent à la modification sur place, mais sont souvent simplifiées par les outils de reconstruction, et il est impossible de le vérifier à partir de la liste des fichiers : vous devez lancer le diaporama. Et toute présentation contenant une vidéo intégrée avec des dialogues relève du sous-titrage, pas de la traduction de présentation.

Une liste de contrôle pour la présentation que vous venez de récupérer#

Passez-la avant d'envoyer le fichier à qui que ce soit. Elle prend environ cinq minutes pour une présentation de 60 diapositives.

• Ouvrez le fichier en mode diaporama et faites défiler les pages. Un texte tronqué ou qui déborde se voit immédiatement, alors qu'il reste invisible dans l'éditeur.
• Cliquez dans le volet des notes sur trois diapositives réparties dans la présentation. Si l'une d'elles est dans la langue source, les notes ont été ignorées.
• Repérez chaque graphique et vérifiez les étiquettes des axes, les entrées de légende et les étiquettes de données, pas seulement le titre.
• Choisissez vos trois termes métier les plus importants et recherchez chacun d'eux. Un terme, une traduction, à chaque fois.
• Pour les langues de droite à gauche, vérifiez qu'une liste à puces commence à droite et qu'une phrase mêlant alphabet latin et arabe se lit dans le bon ordre.
• Comparez le nombre de diapositives en entrée et en sortie. Une reconstruction peut supprimer sans prévenir une diapositive qui ne contenait qu'un graphique groupé.
• Vérifiez tout tableau qui était presque plein dans la source. Les cellules ne s'agrandissent pas : c'est donc dans les tableaux que le débordement apparaît en premier.

Si vous voulez savoir, outil par outil, quel produit échoue sur quelle ligne, la comparaison se trouve dans les outils de traduction PowerPoint comparés selon ce qui casse réellement, et l'argument de fond sur la méthode est dans comment traduire un PowerPoint sans casser la mise en forme.

Questions fréquentes#

Quels sont les problèmes les plus courants lors de la traduction d'une présentation ? Du texte qui déborde de sa zone parce que la langue cible est plus longue, des notes du présentateur laissées dans la langue source, des graphiques et des SmartArt reconstruits ou perdus, une terminologie qui varie d'une diapositive à l'autre, des paragraphes de droite à gauche affichés de gauche à droite, et du texte intégré aux images laissé non traduit. Presque aucun de ces problèmes ne relève de la qualité de la traduction. Ce sont des problèmes de traitement du fichier.

Pourquoi mon PowerPoint traduit semble-t-il cassé ? Généralement parce que l'outil a reconstruit vos diapositives à partir du texte extrait, au lieu de modifier le texte à l'intérieur de la structure .pptx d'origine. Une reconstruction doit deviner chaque choix de mise en page que votre fichier d'origine avait déjà enregistré : les polices, les tableaux, les graphiques et les formes groupées reviennent donc approximés au lieu d'être préservés.

Quelle méthode de traduction casse le moins de choses ? Modifier le texte sur place, à l'intérieur du .pptx d'origine, afin que toutes les parties du fichier qui ne sont pas du texte soient conservées intactes. Les méthodes qui convertissent la présentation en texte, en markdown ou en un nouveau fichier sont celles qui cassent le plus, car les informations de mise en page sont écartées avant même que la traduction ne commence.

---

SlideVerso traduit le texte à l'intérieur de votre .pptx d'origine et laisse tout le reste intact, y compris les mises en page, les polices, les tableaux, les graphiques et les notes du présentateur. Téléversez une présentation et vous recevez gratuitement une diapositive traduite, avec filigrane, avant de prendre la moindre décision : voyez à quoi ressemble votre présentation une fois traduite.