CSV vs Excel : Quand utiliser chaque format

Vous envoyez une feuille de calcul à quelqu'un. Il l'ouvre, et la moitié des formules a disparu. Ou bien, vous essayez d'importer un fichier dans votre base de données et l'outil refuse tout simplement, en vous renvoyant une erreur vague qui vous prendra vingt minutes à décoder. Généralement, le problème ne vient pas des données elles-mêmes, mais du format que vous avez choisi pour les contenir.

Le CSV et Excel résolvent des problèmes différents, et la confusion entre les deux provoque de véritables maux de tête : imports cassés, formatages perdus, ou dates qui se décalent silencieusement sur la mauvaise année. Bien comprendre la différence vous évitera bien des tracas.

Ce à quoi vous avez réellement affaire

Le CSV est un fichier texte brut. Ouvrez-le dans le Bloc-notes et vous verrez exactement ce qu'il contient : des lignes de valeurs, séparées par des virgules (ou parfois des points-virgules, selon la région). Il n'y a aucune mise en forme, aucune formule, aucune métadonnée cachée. Un fichier CSV n'est que du texte, et c'est précisément pour cela qu'il fonctionne partout.

Le format .xlsx d'Excel est une toute autre bête. Techniquement, il s'agit d'un dossier compressé de fichiers XML, mais ce qui compte, c'est ce qu'il contient : plusieurs feuilles, des formules, des graphiques, de la mise en forme conditionnelle, des tableaux croisés dynamiques, des règles de validation des données. Cette richesse est véritablement utile. Mais c'est aussi ce qui rend les fichiers Excel si fragiles dès qu'ils quittent les mains de la personne qui les a créés.

Un test simple à retenir

Avant de choisir un format, posez-vous une question : est-ce qu'un humain va lire ceci, ou bien une machine ?

Si c'est une machine qui le lit — un script, un import de base de données, une API ou un pipeline de données —, utilisez le CSV. Aucune bibliothèque logicielle n'a besoin de comprendre la mise en forme ou les objets graphiques. Les données sont là, lisiblement, et c'est tout ce que la machine demande.

Si c'est une personne qui le lit — quelqu'un qui a besoin d'analyser un rapport, de comparer des chiffres, ou de suivre des catégories classées par couleur —, utilisez Excel. La couche visuelle existe précisément parce que les humains traitent l'information différemment des machines.

La plupart des erreurs de format surviennent lorsque les gens répondent de manière erronée à cette question, sans vraiment y réfléchir.

Pourquoi la simplicité du CSV est un atout

Le CSV est parfois perçu comme trop "basique", mais c'est passer à côté de l'essentiel. C'est exactement sa simplicité qui fait sa valeur.

Tous les outils de gestion de base de données que vous rencontrerez — MySQL, PostgreSQL, Supabase, Airtable, Notion — acceptent le CSV nativement. La plupart d'entre eux ne savent pas quoi faire d'un fichier .xlsx. Les flux de travail en science des données sous Python ou R traitent le CSV comme le format d'entrée par défaut. Les systèmes de contrôle de version comme Git peuvent réellement comparer un fichier CSV et vous montrer ce qui a changé entre deux versions. Avec un binaire Excel, vous n'obtiendrez qu'un bruit indéchiffrable.

Pour un stockage à long terme, le CSV est également plus durable que ce que l'on pourrait croire. Le format .xls qu'utilisait Microsoft avant 2007 nécessite déjà un mode de compatibilité dans les versions modernes d'Excel. Les fichiers CSV des années 1980 s'ouvrent toujours sans problème. Le texte ne se périme pas.

Ce qu'Excel fait véritablement mieux

Rien de tout cela ne signifie qu'Excel est un mauvais choix pour un travail destiné à des humains. Un rapport financier a besoin de formules SOMME, d'une mise en forme conditionnelle pour signaler les valeurs négatives, de lignes d'en-tête figées, et peut-être d'un graphique qui se met à jour lorsque les données changent. Un fichier CSV ne peut contenir rien de tout cela.

Lorsque votre public est un collaborateur qui ouvrira le fichier pour le lire directement, lorsque vous avez besoin de plusieurs feuilles pour séparer les données brutes des résumés, ou lorsque vous construisez un modèle avec des menus déroulants ou des contraintes de saisie, Excel est le bon outil. Essayer de fournir un simple CSV à ce même public signifie qu'ils se retrouveront face à un mur de valeurs non formatées et devront faire tout le travail visuel eux-mêmes.

Ce qui disparaît lors d'une conversion

C'est là que les gens se font surprendre. Convertir un fichier Excel en CSV n'est pas une opération sans perte.

Chaque formule devient un nombre statique. La formule elle-même disparaît ; seul le résultat survient. Toute la mise en forme s'évanouit : couleurs, texte en gras, largeurs de colonnes, tout y passe. Si votre classeur comporte plusieurs feuilles, seule la première se retrouvera dans le CSV. Les graphiques et les images n'existeront pas du tout dans le résultat final.

Aller dans l'autre sens, du CSV vers Excel, est plus sûr en termes de perte de données, mais vous ne récupérez rien qui n'était pas déjà là au départ. Vous obtenez un tableau plat et non formaté dans un conteneur de type tableur.

Le problème spécifique des dates

Les dates méritent une mention à part car elles posent des problèmes de manière très spécifique et agaçante.

Excel stocke les dates en interne sous forme de numéros de série, en comptant les jours depuis le 1er janvier 1900. Lorsque vous exportez en CSV, ces numéros sont formatés sous forme de chaînes de caractères (texte), et ce format dépend de vos paramètres régionaux. Ouvrez ce CSV sur une machine avec des paramètres régionaux différents et 04/05/2026 pourrait signifier le 4 mai ou le 5 avril. Pire encore, Excel pourrait même ne pas le reconnaître comme une date, le traitant alors comme du simple texte.

La solution est simple : utilisez la norme ISO 8601 dans vos fichiers CSV. Le format 2026-04-23 est sans ambiguïté, lisible par n'importe quelle bibliothèque logicielle, et ne sera pas réinterprété différemment selon l'endroit où le fichier est ouvert.

Quand vous avez besoin des deux

Parfois, la réponse n'est pas l'un ou l'autre. Si vous gérez un jeu de données qui doit alimenter à la fois une base de données et un rapport lisible par un humain, gardez le CSV comme source unique de vérité et générez la vue Excel à partir de celui-ci.

Les données circulent proprement du CSV vers Excel. Faire le chemin inverse implique toujours une perte d'informations. Considérer le CSV comme la version canonique et le fichier Excel comme un résultat dérivé signifie que la "vraie" version de vos données ne sera jamais verrouillée dans un tableur formaté.

Faire le bon choix dès le départ

La règle la plus simple : si la prochaine chose qui manipulera votre fichier est un logiciel, utilisez le CSV. Si la prochaine chose qui y touchera est une personne, utilisez Excel.

En cas de doute, le CSV reste l'option par défaut la plus sûre. Vous pourrez toujours ouvrir un CSV dans Excel. En revanche, vous ne pourrez pas toujours importer un fichier Excel dans un système qui s'attend à du texte brut.