Accueil · Outils gratuits · Accents cassés dans un CSV
Réparer les accents d’un CSV
Le fichier n’est pas corrompu. Si vous voyez é, ç
ou des losanges à point d’interrogation, c’est qu’il a été enregistré dans un encodage
et qu’il est lu dans un autre. Déposez le .csv : l’encodage réel est détecté,
le contenu est lu correctement et l’export est toujours en UTF-8.
Ouvrir le CSV aux accents cassés
Déposez ici un .csv ou .txt, ou cliquez pour choisir
Vous faites ça tous les mois ? Faites-le une fois dans TableDI 2, enregistrez-le comme tâche et relancez-le le mois suivant. Télécharger TableDI 2 gratuitement
Rien n’est téléversé. Le fichier est lu par le JavaScript de cet onglet et ne quitte pas votre ordinateur — aucun serveur ne le voit, et fermer l’onglet le jette.
Réparer les accents d’un fichier CSV
- Déposez le fichier. Il est lu par le JavaScript de cet onglet ; il ne part sur aucun serveur.
- Regardez l’encodage détecté. Au-dessus du tableau : « Lu comme… ». Si les accents et la cédille sont corrects, c’est le bon.
- Exportez en UTF-8. Téléchargez en .csv ou .xlsx : la sortie est toujours en UTF-8, donc plus de casse en aval.
Pourquoi « créé » devient « créé »
Un CSV n’indique nulle part l’encodage dans lequel il a été écrit : c’est une suite
d’octets, et celui qui l’ouvre doit deviner. En UTF-8, le é occupe deux octets ;
lus comme du Windows-1252, ils donnent deux caractères, Ã et ©.
D’où le motif reconnaissable entre tous : Ã suivi d’un symbole bizarre.
Le cas inverse donne des losanges : le fichier était en Windows-1252 ou ISO-8859-1 — ce que beaucoup de logiciels de gestion français exportent encore — et il est lu comme de l’UTF-8.
Comment la détection fonctionne ici
- S’il y a un BOM, l’encodage est déclaré, il n’y a rien à deviner.
- Sinon, UTF-8 est tenté en mode strict : la plupart des fichiers qui n’en sont pas échouent là, ce qui élimine déjà beaucoup.
- Parmi les candidats restants, le texte obtenu est noté et le meilleur l’emporte. Windows-1252 est un candidat à part entière, pas un simple filet de sécurité.
La vérification réelle, c’est vous : si les é, è, à et ç sont corrects, c’est gagné.
Pour qu’Excel ne recasse pas tout
Sous Windows, double-cliquer sur un CSV en UTF-8 sans BOM fait qu’Excel le lit avec l’encodage régional du système — et ça recasse. Deux parades :
- Téléchargez un .xlsx plutôt qu’un .csv. Un classeur porte son encodage en lui.
- S’il vous faut du CSV, ouvrez-le par Données → Obtenir des données → À partir d’un fichier texte/CSV et choisissez 65001 (UTF-8) dans la boîte de dialogue.
Le point-virgule est un autre problème
Si tout s’affiche dans une seule colonne, ce n’est pas l’encodage mais le séparateur : en configuration française, Excel attend un point-virgule puisque la virgule est le séparateur décimal. Cela se règle sur convertir CSV en Excel, qui détecte le séparateur.
Questions fréquentes
Mes données sont-elles modifiées ?
Non. Les mêmes octets sont interprétés autrement ; pas un caractère n’est changé. Les zéros en tête sont eux aussi préservés.
Et si la détection se trompe ?
Cela arrive sur des fichiers très courts ou presque uniquement numériques, où il y a peu d’indices. Le plus rapide est de redemander un export en UTF-8 avec BOM.
Cela marche-t-il pour d’autres langues ?
Oui : en plus des encodages occidentaux, Shift-JIS, Big5, GBK et EUC-KR sont testés.
À voir aussi
Vous faites ça tous les mois ?
Dans TableDI 2, vous le faites une fois, puis vous l’enregistrez comme une tâche. Le mois suivant, vous déposez les nouveaux fichiers et vous la relancez.
macOS, Apple Silicon et Intel ; la version Windows est en préparation (que faire en attendant). La version gratuite n’est pas un essai — ni compte, ni carte.
Dernière relecture le 2026-09-11 par l’équipe TableDI. Une erreur sur cette page ? Écrivez-nous — une seule boîte de réception, lue par ceux qui construisent TableDI.