CSV avec des accents mal affichés dans Excel, ou colonnes non séparées : le problème d'encodage et de séparateur

Le CSV n’a pas de spécification unique et contraignante : c’est un format texte brut, sans en-tête décrivant son propre encodage ni son séparateur, ce qui laisse chaque logiciel deviner ces deux paramètres à l’ouverture — et c’est cette absence de métadonnées internes qui cause la quasi-totalité des problèmes d’affichage rencontrés, sans qu’aucun octet du fichier soit réellement endommagé.

Accents transformés en séquences illisibles (« é » au lieu de « é »)

Ce symptôme vient d’une incohérence entre l’encodage réel du fichier et celui supposé par le logiciel qui l’ouvre : un CSV enregistré en UTF-8 mais ouvert par une version d’Excel qui suppose par défaut l’encodage Windows-1252 (courant sur les versions françaises plus anciennes) interprète chaque caractère accentué codé sur plusieurs octets comme s’il s’agissait de plusieurs caractères distincts.

1. Rouvrir le fichier source et l’enregistrer en ajoutant une marque d’ordre des octets (BOM UTF-8, trois octets EF BB BF en tête de fichier).
2. Les versions récentes d’Excel détectent automatiquement ce BOM et affichent les accents correctement dès l’ouverture suivante.

Toutes les données dans une seule colonne

Ce symptôme signale un désaccord sur le séparateur : la virgule est le séparateur standard du format (d’où son nom), mais de nombreux tableurs configurés en français utilisent le point-virgule par défaut, la virgule étant déjà réservée comme séparateur décimal dans cette locale. Un CSV généré aux États-Unis et ouvert par un Excel français régional affiche donc souvent tout le contenu d’une ligne dans une seule cellule, sans qu’aucune donnée soit perdue.

1. Dans Excel, utiliser le menu Données > À partir d’un fichier texte/CSV plutôt qu’un double-clic direct.
2. Choisir explicitement le séparateur d’origine du fichier lors de l’import, pour contourner la détection automatique erronée.

Lignes vides ou colonnes décalées

Ce symptôme indique en revanche un problème réel de contenu : une valeur textuelle contenant elle-même une virgule ou un retour à la ligne, non entourée de guillemets comme l’exige la convention CSV, casse l’alignement des colonnes à partir de cette ligne précise — un problème à corriger à la source, dans le logiciel qui a généré l’export.