Vous exportez vos ventes ou votre comptabilité. Double-clic sur le CSV, et « Café » devient « Café » : les accents ont laissé place à des caractères bizarres, quand les douze colonnes ne sont pas empilées en colonne A. Rien n'est corrompu : c'est Excel qui a mal lu le fichier. Voici pourquoi, et quoi faire quand la méthode habituelle échoue.
Pourquoi les accents d'un CSV deviennent des caractères bizarres dans Excel
Un fichier CSV ne contient que du texte brut : pas de mise en forme, et — c'est là tout le problème — aucune indication fiable de la table de caractères utilisée. Le logiciel qui l'ouvre doit deviner.
Deux encodages s'affrontent. UTF-8, le standard mondial, code les caractères accentués sur deux octets au moins : c'est ce que produisent Google Sheets, la plupart des sites web, les logiciels de caisse et les exports bancaires. ANSI / Windows-1252, l'héritage de Windows en Europe de l'Ouest, tient sur un octet : c'est ce qu'Excel suppose au double-clic sur un poste français.
Quand Excel lit de l'UTF-8 en croyant qu'il est en ANSI, il découpe les deux octets du « é » en deux caractères et affiche « é ». C'est le mojibake. La correspondance est toujours la même :
| Ce que vous voyez | Le vrai caractère | Diagnostic |
|---|---|---|
| é / è / à / ç | é / è / à / ç | UTF-8 lu en ANSI |
| ’ et € | apostrophe typographique (’) et € | UTF-8 lu en ANSI |
| ? ou un losange noir | é, è, à… | ANSI lu en UTF-8 (l'inverse) |
Règle simple : un « Ã » qui traîne partout = UTF-8 lu en ANSI ; un « ? » ou un losange, l'inverse.
L'import « Obtenir des données » et le format d'enregistrement CSV UTF-8 décrits ici n'existent ni sur Excel 2007 ni sur Excel 2010 : ils sont intégrés depuis Excel 2016.
Virgule ou point-virgule : le piège franco-français
Second problème, souvent confondu avec le premier. CSV veut dire comma-separated values. Sauf qu'en France la virgule est le séparateur décimal : écrire 12,50 et s'en servir aussi comme délimiteur, c'est ingérable.
Microsoft a donc lié le délimiteur CSV au séparateur de liste de Windows, qui vaut point-virgule en français. Excel FR ouvre donc proprement un CSV à points-virgules, et empile tout en colonne A dès que le fichier utilise des virgules : export Google Sheets, outil américain, API.
Conséquence peu connue : le format CSV UTF-8 (délimité par des virgules) écrit en réalité des points-virgules sur un Windows français — Excel y applique là aussi le séparateur de liste du système.
La bonne méthode : importer le CSV plutôt que l'ouvrir
Seule manipulation qui règle l'encodage et le séparateur d'un coup, sans toucher au fichier ni à Windows. Ouvrez Excel vide, puis :
- Onglet Données > Obtenir des données > À partir d'un fichier > À partir d'un fichier texte/CSV.
- Sélectionnez le fichier ; un aperçu s'ouvre.
- Dans Origine du fichier, choisissez 65001 : Unicode (UTF-8). L'aperçu se corrige sous vos yeux.
- Dans Délimiteur, prenez Point-virgule ou Virgule selon ce que montre l'aperçu.
- Troisième liste du même écran sur les versions récentes : Détection du type de données. Excel devine le type de chaque colonne d'après les 200 premières lignes — un code postal commençant par un zéro perd ce zéro. Basculez sur Ne pas détecter les types de données : tout arrive en texte, intact.
- Charger.
L'aperçu est le point clé : vous voyez le résultat avant de valider. Et la requête reste enregistrée — le mois suivant, un clic sur Actualiser réimporte le nouvel export avec les mêmes réglages.
Les solutions de secours, et quand les préférer
Le BOM. Le byte order mark est une signature de trois octets placée en tête de fichier. Invisible à l'écran, elle annonce à Excel : « ce fichier est en UTF-8 ». Avec un BOM, même le double-clic affiche les accents correctement — mais il ne règle que l'encodage, pas le séparateur.
- Depuis Excel : Fichier > Enregistrer sous, format CSV UTF-8 (délimité par des virgules), qui écrit le BOM — avec des points-virgules, comme vu plus haut.
- Depuis le Bloc-notes : Enregistrer sous, liste Encodage, et choisissez bien UTF-8 avec BOM, pas UTF-8 tout court. Depuis Windows 10 version 1903, le Bloc-notes enregistre par défaut en UTF-8 sans BOM : c'est précisément ce qui ne corrige rien.
- Depuis Notepad++ (gratuit) : Encodage > Convertir en UTF-8-BOM.
La ligne sep=, à manier avec précaution. Ajoutez tout en haut du fichier, sur une ligne à elle seule, sep=, (ou sep=;). Au double-clic, Excel impose ce délimiteur quels que soient vos paramètres régionaux. Mais ce n'est pas un standard : les autres logiciels l'affichent comme une donnée, et l'import par Obtenir des données aussi — à supprimer alors dans l'éditeur de requête.
Et le réglage Windows du séparateur de liste (Panneau de configuration > Région > Paramètres supplémentaires, raccourci intl.cpl) ? Notre avis est net : évitez-le. Il est global, touche la syntaxe des formules et tous vos exports, et sur un poste partagé vous cassez le travail d'un collègue. Pour exporter en virgules, agissez dans Excel : Fichier > Options > Options avancées, décochez Utiliser les séparateurs système et mettez le point comme séparateur décimal. Contrepartie assumée : vos nombres s'afficheront avec un point.
| Méthode | Encodage | Séparateur | Quand la choisir |
|---|---|---|---|
| Import par Obtenir des données | Corrigé | Corrigé | Cas général, fichier reçu d'un tiers |
| UTF-8 avec BOM | Corrigé | Non | Fichiers que vous envoyez à d'autres |
Ligne sep=
|
Non | Corrigé | Fichier destiné au seul double-clic |
| Réglage interne à Excel | Non | Corrigé | Vous produisez des CSV pour l'étranger |
Traiter des exports bancaires ou clients sur une version d'Office qui ne reçoit plus de correctif de sécurité, c'est le vrai problème à régler. En achat unique, sans abonnement.
Voir les 26 offresÇa ne marche toujours pas : les cas résistants
Les accents restent cassés même en 65001. Le fichier n'est pas en UTF-8 : essayez Europe de l'Ouest (Windows-1252), puis ISO-8859-1. Certains logiciels de gestion anciens exportent encore en DOS (page de codes 850).
Excel refuse d'ouvrir le fichier : « format de fichier non valide », erreur SYLK. La cause tient à deux caractères : votre première colonne s'appelle ID, en majuscules. Excel y reconnaît la signature du vieux format SYLK, tente de le lire comme tel, et abandonne. Correctif : dans le Bloc-notes, écrivez id en minuscules, ou entourez l'en-tête de guillemets.
Les colonnes se décalent au milieu du fichier. Une valeur contient le séparateur sans être entre guillemets — typiquement l'adresse « 12 rue des Lilas, Toulon ». Le fichier source est mal formé : aucun réglage d'import ne le rattrapera.
Les dates partent en vrille. Un export anglo-saxon écrit mm/jj/aaaa : le 03/07 qui voulait dire 7 mars devient le 3 juillet, et les dates dont le jour dépasse 12 restent du texte. Le réglage n'est pas dans l'aperçu : Transformer les données, puis sur la colonne Type de données > Date > Avec paramètres régionaux, anglais (États-Unis).
Excel se fige sur un gros fichier. Passé quelques dizaines de milliers de lignes, la lenteur n'a plus rien à voir avec l'encodage : voir notre guide sur Excel qui rame ou plante.
Faut-il changer de version d'Excel ?
Soyons clairs : dans l'immense majorité des cas, non. Tout ce qui précède fonctionne sur Excel 2016 et les versions suivantes, jusqu'à Microsoft 365 ; seul l'intitulé des listes varie un peu. Le problème n'a alors rien à voir avec votre licence, et personne ne devrait vous vendre quoi que ce soit pour le régler. LibreOffice Calc, gratuit, va plus loin : il affiche la boîte d'import, encodage et séparateur compris, à chaque ouverture de CSV.
Les versions vraiment anciennes, c'est autre chose. Le format CSV UTF-8 n'existe qu'à partir d'Excel 2016, comme Power Query, le moteur de l'import décrit plus haut : sur 2010 et 2013 c'était un complément séparé, déprécié par Microsoft en 2019 et retiré du téléchargement ; sur 2007, il n'a jamais existé. Cela ne vous condamne pas à acheter : leur ancien assistant Données > À partir du texte propose déjà la liste Origine du fichier, où l'on choisit 65001 (UTF-8) et le délimiteur. Surtout, Office 2010 ne reçoit plus de correctif de sécurité depuis le 13 octobre 2020, et Office 2007 depuis le 10 octobre 2017. Sur un poste qui manipule des exports bancaires ou clients, c'est l'argument qui compte vraiment.
Si vous en êtes là, une licence Office perpétuelle règle la question en achat unique : Office 2024 Standard pour Word, Excel, PowerPoint et Outlook ; Office 2024 Professionnel Plus si vous y ajoutez Access. Notre comparatif quelle version d'Office choisir en 2026 détaille les cas.
Dans tous les cas, gardez le réflexe qui vous évitera la quasi-totalité des problèmes d'accents et de caractères bizarres avec un CSV dans Excel : ne double-cliquez plus dessus, passez par Données > Obtenir des données et vérifiez l'encodage et le délimiteur dans l'aperçu.
Reste à la mettre en place. L'achat unique s'installe une fois et ne demande plus rien ensuite.
Voir Office 2024 Standard → Licence livrée par e-mail · support en français · paiement sécuriséQuestions fréquentes
Pourquoi les accents s'affichent-ils mal dans mon CSV ?
Parce qu'Excel n'a pas deviné le bon encodage. Le fichier est écrit en UTF-8, Excel le lit dans un autre jeu de caractères, et chaque lettre accentuée se transforme en deux symboles.
Comment l'ouvrir correctement ?
N'ouvrez pas le fichier par double-clic. Passez par l'onglet Données, importez depuis un fichier texte, et choisissez explicitement l'encodage UTF-8 à l'étape proposée.
Peut-on réparer un fichier déjà abîmé ?
Si vous avez encore la source, réimportez-la correctement : c'est le plus sûr. Sur un fichier déjà enregistré avec des caractères remplacés, une partie de l'information est définitivement perdue.
Comment éviter le problème quand j'exporte ?
Choisissez le format CSV UTF-8 lors de l'enregistrement plutôt que le CSV standard. Vos destinataires ouvriront le fichier sans manipulation.