Files

Deploy to Production / Build and Deploy (push) Successful in 2m20s

Details

feat(translation): quality pipeline overhaul + new features (audit 2026-08-29)

Translation quality & format preservation:
- Word: merge adjacent same-format runs into one unit (sentence-level
  coherence like inline-tag handling); translate comments/balloons;
  dedupe textbox collection (was translated twice); RTL no longer
  overrides center/justify alignment; CJK/Arabic font hints (eastAsia/cs)
- PPTX: chart translations now actually reach the output file
  (ChartPart.blob is read-only — rewrite chart XML in the saved ZIP);
  CJK typeface hints (a:ea)
- Excel: sheet renames no longer break references — rewrite cell
  formulas (3D/quoted), defined names, data validations, cond. formats
- PDF: bold/italic honored (hebo/heit/hebi); table cells never merge;
  unchanged blocks left untouched (typography preserved, fixes duplicate
  hyperlinks); attempted/changed stats + route gate now cover PDF;
  CJK font paths; scanned PDFs via Mistral OCR (detection + admin settings)

Features:
- formality param (formal/informal) + automatic regional-variant prompts
- output_mode=bilingual docx (source above translation)
- per-user translation memory on Redis (falls back to LRU), context-hashed
- QA report + 0-100 confidence score in job status; L0 on by default
- OpenAI-compatible providers: whole chunk in ONE numbered-JSON request
  (~15x fewer calls) with per-item fallback; base prompt always present
  (custom prompt no longer replaces translation instructions)

Infra & marketing alignment:
- plan-based engine gating + vision gating (closes paid-engine leak);
  /providers/available filtered per plan; 107 languages exposed
- zh-CN/zh-TW validation fixed; libmagic disabled on Windows (native crash)
- admin: Mistral OCR settings + engine status dashboard; httpx<0.28 pin
  (TestClient breakage); Prometheus test fixture fixed
- marketing docs aligned with code (PDF+OCR, retention, engines, pricing)
- security: .env.ionos/.env.production/provider_settings.json removed

Tests: 1173 passed / 0 failed (6 network tests deselected: free Google
endpoint temporarily blocked from this machine)

2026-08-29 18:38:09 +02:00

4.5 KiB

Raw Blame History

Pourquoi DeepL et Google Translate « détruisent » vos documents Excel

Article problématique SEO — brouillon complet. Ton direct. À illustrer d'un avant/après réel (capture) avant publication.

Introduction

DeepL est excellent. Google Translate est gratuit. Et pourtant, des équipes entières maudissent les deux chaque semaine pour la même raison : leurs fichiers Excel n'ont plus rien à voir avec l'original une fois traduits.

Ce n'est pas un bug. C'est un choix d'architecture. Voici ce qui se passe réellement sous le capot, et ce qu'il faudrait pour faire mieux.

Ce que ces outils font vraiment d'un fichier Excel

Un .xlsx n'est pas une grille, c'est du XML

Sous le capot, compta.xlsx est une archive ZIP contenant :

sheet1.xml — les cellules, leurs valeurs, leurs styles
sharedStrings.xml — le texte dédupliqué
styles.xml — polices, bordures, formats de nombre
workbook.xml — fusions de cellules, onglets, mises en page

Le pipeline « standard » de traduction

Tous les outils de traduction de documents — y compris les très bons — suivent ce schéma :

Excel → extraction en texte brut → traduction → réinjection dans un fichier NEUF

Chaque étape de perte :

Étape	Ce qui est perdu
Extraction	Formules (remplacées par la valeur), fusions, styles, formats de nombre, commentaires
Traduction	Rien — c'est là que ça va bien
Réinjection	Tout ce qui n'était pas du texte : le fichier de sortie est une coquille vide

Le résultat : le texte est en anglais, mais votre fichier de comptabilité est devenu un fichier de texte habillé en Excel. Les formules sont mortes, les colonnes ont bougé, les pourcentages sont devenus des décimaux.

Pourquoi DeepL ne peut pas faire « mieux » (en l'état)

DeepL traduit le texte, superbement. Mais son API document est pensée pour du texte, pas pour la structure d'un fichier Office. L'ingénierie de réintégration (reconstruire le XML d'origine avec les chaînes traduites, en conservant formules et fusions) est exactement le travail qu'un outil spécialisé fait — et qu'un traducteur généraliste ne fait pas.

Google, lui, ne fait même pas l'étape 3 proprement : vous collez, il recolle, et c'est tout.

Ce qu'un outil « en place » fait de différent

La différence tient à une inversion : ne jamais sortir le texte de sa structure.

Parse le XML natif (cellules + fusions + formules + styles)
Extrait uniquement les chaînes traduisables, en mémorisant position et style
Traduit ces chaînes (au choix : DeepL, Google, ou un LLM contextuel)
Réinjecte dans le même XML
Regénère le fichier

Même structure, même nombre de cellules, mêmes fusions, mêmes formules — du texte en langue cible. C'est la seule architecture qui donne un fichier « prêt à livrer ».

Testez-le vous-même (5 minutes)

Prenez votre fichier le plus sale — fusions, formules, colonnes formatées :

Traduisez-le avec l'outil que vous utilisez habituellement
Ouvrez la barre de formule d'une cellule qui en contenait une
Vérifiez une fusion de cellules
Regardez un pourcentage

Si vous avez dû « refaire » le fichier, vous venez de payer la traduction deux fois : une fois à la machine, une fois à vous.

Ce que ça change concrètement

	Pipeline standard	Traduction en place
Formules	Morte (valeur figée)	Intacte
Fusions	Perdues/décalées	Intactes
Styles	Perdus	Intacts
Temps total	Traduction + réfection	Traduction seule
Fichier livrable	Non	Oui

Conclusion

Le problème n'est pas la qualité de la traduction — c'est la réintégration. DeepL et Google excellent sur la première ; personne ne fait correctement la seconde, sauf les outils spécialisés.

Si vos documents comptent (fusions, formules, slides), testez un outil qui travaille dans la structure du fichier. Le plan Free d'Office Translator (2 docs/mois, sans carte) est fait pour ça : mettez-lui votre fichier le plus sale, et comparez.

Métadonnées SEO

Title : « Pourquoi DeepL et Google cassent vos Excel (et comment faire mieux) »
Meta description : « Formules mortes, fusions perdues : ce que les traducteurs « standard » font à vos fichiers Excel, et l'architecture qui préserve 100 % du format. »
Mots-clés : deepl excel, google translate excel, excel traduit mise en forme perdue
URL : /blog/pourquoi-deepl-google-cassent-vos-excel

4.5 KiB Raw Blame History