Convertir XLSX en CSV

La raison est presque toujours à l’autre bout : un import en base, un script, un champ de dépôt, un outil plus vieux que les formats Excel. Le CSV est le tableau le plus simple qui puisse exister — des valeurs, un séparateur, des retours à la ligne — et c’est précisément cette simplicité qui le fait accepter partout.

Un XLSX, à l’inverse, est un ZIP rempli de fichiers XML. Le lire suppose de comprendre un format de tableur ; lire un CSV suppose de lire du texte. C’est pour cela que le CSV reste le format sur lequel s’accordent deux systèmes qui n’ont rien d’autre en commun.

Sur un Windows configuré en français, Excel enregistre ses CSV avec des points-virgules et non des virgules, et ce n’est pas une anomalie : chez nous, la virgule est le séparateur décimal, et une ligne 1,50;3,20 cesserait d’être lisible sans ambiguïté si la virgule séparait aussi les colonnes.

Cette page écrit des virgules, dans tous les cas. C’est la forme que réclament la quasi-totalité des imports, des scripts et des outils anglophones, et c’est souvent la vraie raison de passer par ici plutôt que par Enregistrer sous. Si à l’inverse votre destinataire est un outil français taillé pour les exports d’Excel, il attendra peut-être des points-virgules — un remplacement dans un éditeur de texte suffit, à condition qu’aucune cellule ne contienne elle-même une virgule.

Tout ce qu’une feuille de calcul fait au-delà de contenir des valeurs. Mise en forme, couleurs, largeurs de colonnes, volets figés et commentaires de cellules n’ont nulle part où aller. Les formules sont résolues en leur résultat calculé, ce qui est exactement ce qu’un import demande.

Les cellules fusionnées livrent leur valeur une seule fois et laissent les autres positions vides. Cela mérite un coup d’œil si votre tableau les utilise pour la mise en page : à l’import, elles deviennent des trous que personne n’avait prévus.

C’est la limite qu’il vaut mieux connaître avant de convertir. Un CSV contient un tableau, un classeur peut en contenir vingt : seule la première feuille est donc convertie. Il n’existe pas d’alternative honnête — mettre plusieurs feuilles bout à bout produirait quelque chose qui ressemble à des données sans en être.

S’il vous en faut plusieurs, enregistrez-les séparément depuis le tableur et convertissez-les une par une. Cela prend deux minutes, et c’est la différence entre un import qui passe et un import qui s’arrête à mi-chemin sur une erreur de colonnes.

Le CSV est écrit en UTF-8 sans marque d’ordre des octets, ce qu’attend tout logiciel d’import moderne. Excel sous Windows est l’exception désagréable : un double-clic sur un CSV en UTF-8 transforme les accents en charabia, parce qu’Excel devine l’encodage d’après la langue du système au lieu de le lire. « Société » devient « Société », et le fichier n’y est pour rien.

La solution est d’importer au lieu d’ouvrir — Données, Obtenir des données, À partir d’un fichier texte/CSV, puis choisir UTF-8. Le fichier est correct, c’est seulement Excel qui le lit avec la mauvaise hypothèse.

Un tableur ne stocke pas une date. Il stocke un nombre et un format d’affichage, et ce qui arrive dans le CSV est la date écrite en toutes lettres — or le sens de lecture change tout pour le système suivant.

Un tableau français écrit 04/03/2026, un système américain y lit le 3 avril. Si le fichier franchit une frontière linguistique, mettez la colonne au format ISO avant de convertir, soit 2026-03-04. C’est moins coûteux que de se disputer ensuite avec l’import.

Une cellule qui affiche 1 234,50 € contient le nombre 1234,5. Le symbole monétaire, le séparateur de milliers et le nombre fixe de décimales sont des consignes d’affichage, pas des données.

Ce qui atterrit dans le CSV dépend des paramètres régionaux : une virgule décimale là où un import anglophone attend un point, et une espace insécable comme séparateur de milliers si la colonne a été exportée en texte plutôt qu’en nombre. Après le séparateur de colonnes, c’est la source d’erreur silencieuse la plus fréquente — une colonne qui arrive en texte au lieu d’un nombre ne se remarque souvent qu’au moment de l’analyse.

Une valeur contenant le séparateur est mise entre guillemets droits : une adresse tenant dans une seule cellule survit donc, au lieu de se répandre sur trois colonnes. Un guillemet présent dans la valeur est doublé — c’est ce que prescrit la convention CSV, et ce qu’attend tout analyseur sérieux.

Le cas pénible est un retour à la ligne à l’intérieur d’une cellule, typiquement la colonne « commentaire » d’un formulaire exporté. Il est mis entre guillemets et reste une seule valeur, mais les outils rudimentaires qui découpent aux retours à la ligne au lieu d’analyser correctement trébuchent quand même. Si l’import est fragile, retirez ces retours avant de convertir.

Ce qui est converti, c’est la plage utilisée de la feuille, et elle ne correspond pas toujours à ce que vous voyez. Une ligne vidée en supprimant son contenu plutôt qu’en la supprimant elle-même continue de compter : un fichier peut donc se terminer par une série de lignes vides.

Les lignes et colonnes masquées suivent également, car masquer est une propriété d’affichage et non une suppression. Si des colonnes sont masquées parce qu’elles ne devaient pas sortir de la maison, supprimez-les avant de convertir. La conversion, elle, se fait entièrement dans votre navigateur, donc un fichier clients ne part nulle part — mais cela ne retire pas d’un classeur ce que vous y avez laissé.