Convertir un Word en texte brut : ramener un document à ses seuls mots
Le copier-coller depuis Word est le meilleur moyen de faire passer clandestinement de la mise en forme là où elle n'a rien à faire. Collez dans un CMS et vous embarquez des déclarations de police et des balises parasites. Collez dans un commentaire de code et les guillemets deviennent typographiques, si bien que la chaîne ne correspond plus. Collez dans un terminal et les tirets cadratins arrivent sous forme de caractères que votre script n'attendait pas. Le document avait l'air impeccable. Les octets, eux, n'ont jamais été bruts.
Convertir un Word en texte brut coupe le mal à la racine. Ce qui ressort, c'est la prose dans l'ordre de lecture : pas de styles, pas de couleurs, pas d'appareil de révision, aucun échafaudage de mise en page invisible. C'est exactement ce qu'il vous faut pour extraire le texte d'un document Word en vue d'une analyse, d'une indexation, ou de tout traitement qui considère les caractères de mise en forme comme des données à parser. Gratuit, sans inscription, 50 Mo maximum, rien n'est conservé de notre côté.
Ce qui saute exactement
Un .docx transporte bien plus que les mots. Voici ce qui reste sur la table de montage :
- Toute la mise en forme visuelle — gras, italique, polices, corps, couleurs de surlignage, et ce paragraphe que quelqu'un a laissé en Comic Sans. L'emphase disparaît, et rien n'indique où elle se trouvait.
- La hiérarchie des titres — un Titre 1 et la phrase qui le suit deviennent deux lignes voisines parfaitement ordinaires. Rien ne les distingue.
- Les tableaux s'effondrent en lignes de texte. Les valeurs des cellules survivent ; la colonne à laquelle chacune appartenait, non. C'est la principale raison de se tourner plutôt vers Word vers Markdown quand votre document est chargé en tableaux.
- Les images intégrées disparaissent complètement. Ce sont des pixels rangés dans
word/media/à l'intérieur de l'archive, et ce convertisseur n'exécute pas d'OCR : le texte d'une capture d'écran collée dans le document n'apparaîtra donc jamais en sortie. Si ce contenu compte, extrayez l'image et passez-la séparément par image vers texte. - En-têtes, pieds de page, numéros de page, filigranes — supprimés. Le texte n'a pas de pages.
- Les commentaires — stockés dans une partie du fichier distincte du corps du document, ils ne ressortent donc pas.
Les caractères invisibles que Word laisse derrière lui
Texte brut signifie « sans balisage ». Cela ne signifie pas « ASCII », et la correction automatique de Word passe son temps à remplacer discrètement les caractères que vous tapez par des versions plus jolies typographiquement. Celles-ci survivent à la conversion, parce qu'elles font véritablement partie du texte :
- Guillemets automatiques — en configuration française, le
"droit devient une paire de chevrons « » (U+00AB / U+00BB) avec espaces insécables, et l'apostrophe droite'devient l'apostrophe courbe U+2019. C'est la raison classique pour laquelle une regex, un import CSV ou un extrait de code recopié échoue sans un mot d'explication. - Tirets cadratins et demi-cadratins — un double trait d'union tapé au clavier devient un tiret cadratin. Parfait dans de la prose, déroutant dans un identifiant ou une commande.
- Espaces insécables (U+00A0) — Word en sème avant chaque « ; », « ? » et
« ! » en français. Elles ressemblent trait pour trait à des espaces normales et ne correspondent pas
à
\sdans certaines vieilles implémentations de regex, ni à' 'dans un découpage naïf. - Traits d'union conditionnels et césures optionnelles — des caractères de largeur nulle logés à l'intérieur des mots, invisibles jusqu'au jour où une comparaison de chaînes échoue sans raison apparente.
- Points de suspension — les trois points tapés à la suite fusionnent en un unique caractère U+2026.
Rien de tout cela n'est un bug de conversion : c'est une sortie fidèle. Mais si votre chaîne de traitement est pointilleuse, passez une normalisation Unicode après la conversion. Savoir qu'il faut les chercher, c'est déjà l'essentiel du travail.
Suivi des modifications : acceptez-le avant de convertir
Word stocke les révisions dans le corps même du document : le texte inséré est enveloppé dans
w:ins, le texte supprimé conservé dans w:del pour pouvoir être restauré. La
conversion résout le document dans son état accepté : insertions gardées, suppressions écartées. C'est
presque toujours ce que vous voulez, mais « presque » pèse lourd dans cette phrase, en particulier sur un
projet juridique copieusement annoté dont vous ignorez peut-être l'état exact.
Faites-le explicitement. Révision → Accepter toutes les modifications sur une copie, enregistrez, convertissez. Le texte obtenu est alors sans ambiguïté celui que vous avez sous les yeux. Et si ce qui vous intéresse est justement de savoir ce qui a changé d'une version à l'autre, mieux vaut convertir chaque version en texte et lancer un diff — le texte brut se compare admirablement bien, ce qui est précisément la raison d'être de ce format.
Quand le texte est la bonne réponse et le Markdown non
Le Markdown l'emporte quand la structure porte du sens. Le texte l'emporte dès que le balisage ne serait que du bruit pour l'outil qui consomme le résultat :
- Classifieurs et analyse textuelle. TF-IDF, modèles thématiques, analyse de
sentiment, extraction de mots-clés : tous reposent au fond sur du sac de mots, et tous
tokeniseront
**comme s'il s'agissait de vocabulaire si vous ne l'enlevez pas d'abord. - Embeddings. Découper, vectoriser, retrouver. Les caractères de syntaxe ajoutent des positions au vecteur sans ajouter de sens. Des morceaux de prose remontent plus précisément que des morceaux balisés.
- Index de recherche. Recherche plein texte de Postgres, SQLite FTS, Elasticsearch : tous réclament une colonne de texte brut. Le Markdown n'y ajoute qu'une étape de nettoyage avant insertion.
- Comparaison et gestion de versions. Les diffs ligne à ligne se lisent très bien sur de la prose. Les tableaux Markdown, c'est l'inverse : changez une cellule et toute la ligne est réécrite, si bien que le diff ne vous apprend plus rien d'utile.
- Passage dans des scripts.
wc,grep,awk, un one-liner Python vite fait : le texte est le format d'échange universel de tout cela. - Nombre de tokens minimal. Quand le budget de contexte est serré, chaque barre verticale et chaque dièse sont une dépense sans retour. Le compteur de tokens sous la sortie vous montre la différence immédiatement.
Le sélecteur de format en haut de page bascule entre texte et Markdown en conservant le fichier sélectionné : produire les deux et les comparer tient en un clic, pas en un second envoi. La même logique vaut ailleurs dans la suite — PDF vers texte brut et HTML vers texte existent pour les mêmes raisons.
.doc, .docx et l'art d'obtenir un résultat propre
L'ancien format .doc est un fichier composite binaire d'avant 2007 — un petit système de
fichiers interne fait de flux dont l'agencement a changé d'une version de Word à l'autre. Le
.docx, lui, c'est de l'Open XML : une archive zip contenant du XML rigoureusement spécifié.
L'extraction depuis un .docx est fiable ; depuis un .doc, elle relève du meilleur effort. Si un vieux
fichier vous donne une sortie étrange, ouvrez-le dans Word ou LibreOffice, enregistrez-le en .docx et
convertissez celui-ci. Le même conseil vaut pour les
documents RTF.
Deux autres réflexes à prendre. Parcourez les cent premières lignes de la sortie avant de vous en servir : repérer un tableau qui s'est mal aplati prend dix secondes et vous épargne plus tard une conversation confuse avec un modèle. Et si la source est énorme, découpez-la : un manuel de 400 pages se convertit très bien mais ne tiendra dans aucune fenêtre de contexte, et vous obtiendrez des réponses plus nettes sur le chapitre qui vous intéresse vraiment.
Questions fréquentes
Comment convertir un document Word en fichier texte ?
Déposez le .docx ou le .doc ci-dessus : le texte s'affiche en dessous, téléchargeable en .txt. Gratuit, sans inscription, 50 Mo par fichier. Les deux formats fonctionnent — le XML zippé moderne comme l'ancien format binaire utilisé par Word avant 2007.
Peut-on convertir plusieurs fichiers DOCX en TXT d'un coup ?
Pas ici : cette page traite un fichier à la fois. Pour tout un dossier, rassemblez les documents dans un répertoire et utilisez le convertisseur de dossier local, qui parcourt toute une arborescence et vous laisse cocher les fichiers voulus en une seule passe. En ligne de commande, Pandoc dans une boucle shell reste la réponse classique.
Que deviennent le suivi des modifications et les commentaires ?
Vous obtenez le document tel qu'il se lit actuellement, les marques de révision étant résolues et non reproduites. Les commentaires en marge ne font pas partie du corps du texte et ne ressortent pas. Si l'objectif de l'exercice est justement d'examiner ce qui a changé entre deux versions, convertissez les deux en texte et lancez un diff au niveau du mot — cela vous donne les modifications bien plus lisiblement que le volet latéral.
Les en-têtes, pieds de page et notes de bas de page sont-ils inclus ?
Le corps des notes de bas de page ressort généralement, ce qui est souhaitable pour un document sourcé. Les en-têtes et pieds de page répétés relèvent de l'habillage de page et non du contenu : ils ne devraient donc pas s'intercaler comme ils le font avec une extraction PDF — l'un des vrais avantages à convertir depuis le DOCX plutôt que depuis un PDF exporté du même document.
Faut-il choisir Word vers texte ou Word vers Markdown ?
Le texte quand vous voulez les mots et rien d'autre : comptage de mots, recherche de mots-clés, découpage pour des embeddings, alimentation d'un moteur de synthèse vocale. Word vers Markdown quand le document a été rédigé avec de vrais styles de titre et que vous voulez que ce plan survive jusque dans la sortie.
Le reste de la boîte à outils
Word n'est qu'un des treize formats pris en charge ici. File2Txt les accepte tous depuis un seul envoi, ou allez directement à PowerPoint vers texte pour les présentations, Excel vers texte pour les tableurs, ou MSG vers texte pour les e-mails Outlook. Tout un dossier de brouillons ? Zippez-le et lancez ZIP vers texte pour tout convertir d'un coup.
Côté code, il y a le convertisseur GitHub vers texte, une version GitLab, et un convertisseur de répertoire local. Pour les pages web, Web2Txt transforme une URL en texte. Il existe aussi un guide plus long sur la préparation des documents pour les LLM si vous préférez le raisonnement général à sa déclinaison propre à Word.
Ce convertisseur fait partie de Repo2Txt, un projet indépendant signé v12hero, avec une priorité simple : des fichiers traités proprement et sans conservation inutile.