Convertir un Excel en Markdown : des tableaux sur lesquels un LLM peut vraiment raisonner
Posez à un modèle de langage une question sur un tableur que vous avez collé tel quel et vous obtiendrez souvent une réponse péremptoire et fausse sur l'identité des colonnes. Ce n'est pas de la bêtise de sa part. Un tableur est une grille de coordonnées : la cellule B7 contient un nombre, et rien dans le fichier ne dit que ce nombre appartient à la colonne « CA T3 ». Les humains le déduisent de la position. Collez les valeurs en vrac et le modèle doit le déduire aussi, à partir d'indices bien plus pauvres.
Convertir un Excel en Markdown règle le problème en produisant un vrai tableau à barres verticales : une ligne d'en-tête, un séparateur, puis des lignes de données alignées. Ce format ne laisse aucune ambiguïté sur l'appartenance aux colonnes, et les modèles s'en sortent bien parce que les tableaux Markdown pullulent dans leurs données d'entraînement. Si vous voulez convertir un fichier Excel en tableau Markdown en ligne, déposez un .xlsx ou un .xls dans la zone ci-dessus. Gratuit, sans compte, 50 Mo maximum, rien n'est conservé.
À quoi ressemble la sortie
Un classeur est un ensemble de feuilles, et chaque feuille devient sa propre section dans la sortie, étiquetée du nom de son onglet. Cet étiquetage compte plus qu'il n'y paraît : « Hypothèses », « Réalisé 2024 » et « Ne pas modifier » disent quelque chose de réel sur la façon de traiter les chiffres qui suivent, et un modèle qui voit le nom de l'onglet s'en servira.
À l'intérieur de chaque feuille, la première ligne renseignée est prise pour l'en-tête, suivie de la ligne de séparation d'alignement, puis de chaque ligne de données rendue avec des barres verticales. Structurellement, le résultat se lit ainsi : les noms de colonnes en haut, les valeurs alignées en dessous, un enregistrement par ligne. Une fois vos données sous cette forme, vous pouvez poser des questions par colonne — « quelles régions ont progressé de plus de 10 pour cent », « trouve les lignes où le statut est bloqué et le responsable vide » — et le modèle a de quoi vérifier réellement plutôt que deviner.
Formules, valeurs, et ce que vous obtenez vraiment
Celle-ci surprend. Un .xlsx stocke deux choses pour une cellule de formule : la formule elle-même
(=SOMME.SI(D:D;"Nord";F:F)) et le dernier résultat calculé, mis en cache lors du dernier
recalcul d'Excel. La conversion lit la valeur en cache. Vous obtenez 184 500, pas le
SOMME.SI.
C'est le bon comportement par défaut — c'est bien le nombre qui vous intéresse — mais il a deux conséquences à garder en tête. D'abord, le modèle voit quel est le résultat mais pas comment il a été obtenu : il ne peut donc ni auditer votre logique, ni repérer une plage cassée. Ensuite, si le fichier a été produit par un script ou un outil d'export qui a écrit des formules sans jamais ouvrir Excel, les valeurs en cache peuvent être absentes ou périmées, et ces cellules ressortiront vides ou fausses. Ouvrez le fichier, laissez-le recalculer, enregistrez, puis convertissez. Dix secondes qui écartent toute une catégorie de confusions.
Ce qui casse les tableaux
Les tableaux Markdown sont rigides : chaque ligne doit compter le même nombre de colonnes. Les tableurs, eux, ne sont rigides en rien. C'est de ce décalage que viennent presque toutes les conversions brouillonnes.
- Les cellules fusionnées. Une cellule fusionnée range son contenu dans la cellule en haut à gauche de la plage et laisse les autres réellement vides. Un titre fusionné sur A1:F1 devient une valeur suivie de cinq blancs — et si c'est votre première ligne, elle est lue comme votre en-tête. Les libellés de catégorie fusionnés le long d'un rapport produisent une valeur sur la première ligne du groupe et rien sur les autres.
- Les en-têtes sur plusieurs lignes. Le classique « 2024 » à cheval sur trois colonnes au-dessus de « T1 / T2 / T3 » n'a aucune représentation dans un tableau Markdown. L'une de ces lignes devient l'en-tête et l'autre une ligne de données pleine de noms de trimestres.
- Les lignes et colonnes vides d'aération. L'espace de respiration visuelle dans Excel devient des lignes vides et des colonnes sans nom dans la sortie, qui consomment des tokens en silence et diluent le tableau.
- Des données qui ne commencent pas en A1. Un logo dans le coin, une note en ligne 2, et le vrai tableau qui démarre en ligne 6 : le convertisseur n'a aucun moyen de savoir que les lignes 1 à 5 étaient de la décoration.
- Plusieurs tableaux sur une même feuille. Trois blocs distincts côte à côte deviennent une grille unique, très large et majoritairement vide.
Le remède est le même pour tous, et il est ennuyeux : avant de convertir, faites une copie de la feuille avec une seule ligne d'en-tête en haut, un seul tableau par feuille, aucune fusion, aucune ligne d'aération. Deux minutes de rangement valent mieux que n'importe quel prompt astucieux après coup.
Dates, nombres, et pourquoi votre cellule affiche 45231
Excel ne stocke pas les dates comme des dates. Il stocke un numéro de série comptant les jours depuis une
époque de référence, et ce que vous voyez — 15/03/2024, ou mars-24, ou vendredi — n'est qu'un format
d'affichage posé par-dessus. La conversion lit la valeur sous-jacente : les colonnes de dates peuvent donc
ressortir en entiers nus si la mise en forme ne suit pas. Si les dates comptent pour votre analyse, forcez-les
en texte non ambigu avant de convertir : ajoutez une colonne avec
=TEXTE(A2;"aaaa-mm-jj") et utilisez celle-ci. Le format ISO supprime en prime l'ambiguïté
jour/mois entre les conventions française et américaine, qui ruine discrètement tout raisonnement sur les
dates.
Le format des nombres fonctionne pareil. Une cellule affichant 1 250,00 € ou 12,5 % contient 1250 et 0,125. Les pourcentages qui arrivent en décimales sont précisément le piège qui fait trébucher : un modèle à qui l'on demande de trouver les valeurs supérieures à 10 ne trouvera rien dans une colonne de 0,125. Quand l'unité n'est pas évidente, mettez-la dans l'en-tête de colonne plutôt que de compter sur le format de cellule : « Croissance (%) » ou « CA (EUR) ».
Largeur, tokens, et savoir s'arrêter
Les tableaux Markdown coûtent plus de tokens que les mêmes données à plat, parce que chaque ligne paie ses délimiteurs. En gros, chaque colonne ajoute une barre verticale et un peu de remplissage à absolument toutes les lignes : une feuille de 40 colonnes et 5 000 lignes dépense donc une part appréciable de son budget en ponctuation avant même qu'une seule valeur ne soit lue. Les feuilles très larges sont l'endroit où la conversion xlsx vers Markdown passe d'utile à inabordable.
Deux réflexes maintiennent cela sous contrôle. Supprimez les colonnes dont vous n'avez pas besoin avant de convertir — la plupart des exports charrient vingt champs là où votre question en touche quatre. Et surveillez le compteur de tokens sous la sortie : il vous dit immédiatement si le résultat tient dans la fenêtre de contexte de votre modèle ou s'il faut filtrer en amont. Si la feuille est énorme et que la question n'exige pas l'alignement des colonnes, Excel vers texte brut est la voie la moins chère, et le sélecteur en haut de page y emportera votre fichier.
.xlsx, .xls et CSV
Les fichiers .xlsx modernes sont des archives ZIP de XML : bien structurés et fiables à analyser. L'ancien .xls est un format binaire d'avant 2007 ; il est pris en charge ici aussi, mais sachez qu'il plafonne à 65 536 lignes et 256 colonnes, et que les fichiers exportés par de vieux systèmes comptables ou ERP s'appuient parfois sur des bizarreries qui ne survivent pas parfaitement. Si vous avez le choix, réenregistrez d'abord en .xlsx.
Si vos données étaient un CSV au départ, contournez Excel entièrement : allez plutôt à CSV vers Markdown. Un saut de format en moins, et aucun risque qu'Excel ne « rende service » en transformant vos codes produits en dates ou en rognant les zéros de tête de vos codes postaux à l'import.
Questions fréquentes
Comment transformer un tableur Excel en tableau Markdown ?
Envoyez le .xlsx ou le .xls ci-dessus : chaque feuille revient en tableau à barres verticales, prêt à être collé dans un README, un wiki, une pull request ou un prompt. Gratuit, 50 Mo par fichier, sans compte. La ligne d'en-tête reste une ligne d'en-tête, l'alignement survit donc au voyage.
La ligne d'en-tête et l'alignement des colonnes sont-ils conservés ?
Oui, et c'est toute la raison de choisir le Markdown plutôt que le texte plat ici. Un tableau à barres verticales préserve quelle valeur se trouve sous quel intitulé : un assistant qui le lit peut répondre correctement à « quel était le chiffre de mars pour la zone EMEA ». Aplatissez la même feuille en texte et cette question devient sans réponse.
Que deviennent les cellules fusionnées et les en-têtes sur plusieurs lignes ?
Ils s'aplatissent maladroitement. Les tableaux Markdown à barres verticales ont exactement une ligne d'en-tête et aucune notion de cellule à cheval sur deux colonnes : un rapport avec un bandeau « T1 2026 » fusionné au-dessus de trois sous-colonnes perd donc le bandeau. Les feuilles construites comme des données rectangulaires propres se convertissent parfaitement ; celles conçues pour être belles à l'impression demandent en général une retouche manuelle.
Un tableur très large restera-t-il lisible ?
Lisible pour une machine, désagréable pour un humain. Une feuille de quarante colonnes devient un tableau à quarante colonnes dont les lignes atteignent plusieurs milliers de caractères. Les modèles l'analysent sans peine. Si c'est une personne qui doit le lire, transposez d'abord la feuille dans Excel, ou réduisez-la aux colonnes qui comptent avant de convertir.
Les graphiques et les tableaux croisés dynamiques se convertissent-ils ?
Non. Les graphiques sont des objets de dessin sans corps de texte, et la sortie d'un tableau croisé dynamique se convertit en les cellules qu'il affiche à cet instant, non en tableau croisé vivant. Ce que vous obtenez, c'est la grille de valeurs sous-jacente — ce que vous vouliez de toute façon donner à un modèle.
Le reste de la boîte à outils
Les tableurs arrivent généralement accompagnés d'autre chose. File2Txt gère tous les formats pris en charge depuis une seule page, et les voisins à connaître sont PDF vers Markdown pour les rapports financiers, PowerPoint vers Markdown pour la présentation dans laquelle les chiffres ont fini, et JSON vers Markdown quand les mêmes données sont sorties d'une API à la place.
Côté code, il y a le convertisseur de dépôt GitHub vers texte et un convertisseur de dossier local, plus Web2Txt pour les pages web. Le guide de préparation des fichiers pour les LLM va plus loin que les tableurs si vous voulez la vue d'ensemble.
Repo2Txt est conçu et maintenu par v12hero, un développeur indépendant qui crée des applications natives et web respectueuses de la vie privée.