Convertir CSV, Excel, JSON et TSV sans perdre la structure des données

Convertir des données n’est pas un simple changement d’extension. Chaque format possède ses propres capacités, et certaines informations ne peuvent pas être représentées de la même manière dans CSV, Excel, JSON ou TSV.

Le bon réflexe consiste à demander : quelles informations doivent absolument survivre à la conversion ?

CSV vers JSON : des lignes deviennent des objets

Avec un CSV comportant :

id,nom,pays
1,Alice,France
2,Bob,Belgique

une représentation JSON naturelle ressemble à :

[
  {"id":"1","nom":"Alice","pays":"France"},
  {"id":"2","nom":"Bob","pays":"Belgique"}
]

Les en-têtes deviennent des clés et chaque ligne un objet. Convertir CSV et JSON permet d’effectuer ce type de transformation.

JSON vers CSV : il faut pouvoir créer des colonnes

L’opération inverse est simple lorsque tous les objets ont une structure proche. Elle devient plus délicate avec des données imbriquées :

{"client":{"nom":"Alice","pays":"France"}}

Un CSV ne possède pas nativement la notion de sous-objet. Il faut donc aplatir la structure ou décider quelles propriétés deviendront des colonnes.

La conversion peut ainsi être correcte techniquement tout en nécessitant un choix de modélisation.

Excel vers CSV : la mise en forme n’est pas le sujet

Un classeur Excel peut contenir plusieurs feuilles, des formules, styles, couleurs et types de cellules. CSV ne sait représenter qu’une table textuelle.

Lors d’un export, ce sont les valeurs tabulaires qui comptent. Si la mise en forme ou les formules sont indispensables, CSV n’est probablement pas le bon format final.

Le Convertisseur Excel, CSV et JSON couvre les conversions tabulaires courantes.

CSV et TSV : même modèle, séparateur différent

CSV et TSV représentent tous deux des lignes et des colonnes. Le principal changement est le séparateur.

Une tabulation peut simplifier certains jeux de données contenant beaucoup de virgules, mais elle n’élimine pas les règles de quoting ou les problèmes de valeurs complexes. Le choix dépend surtout du logiciel cible.

Attention aux nombres qui sont en réalité du texte

Les identifiants 00042, les codes produits ou certains numéros ne doivent pas être convertis automatiquement en nombres si les zéros initiaux sont significatifs.

De même, les grands identifiants numériques peuvent dépasser la précision de certains logiciels. Les traiter comme chaînes de caractères peut être plus sûr.

Dates et paramètres régionaux

03/04/2026 peut signifier 3 avril ou 4 mars selon la convention utilisée. Un tableur peut aussi stocker une date sous une représentation interne puis l’afficher selon les paramètres régionaux.

Lors d’un échange entre systèmes, un format non ambigu comme 2026-04-03 facilite généralement l’interprétation.

Encodage et caractères spéciaux

Accents, symboles monétaires et caractères non latins doivent survivre au changement de format. UTF-8 est aujourd’hui un choix courant pour les fichiers texte, mais certains logiciels anciens attendent encore d’autres encodages.

Après conversion, vérifiez quelques valeurs contenant des accents ou caractères particuliers plutôt que de contrôler uniquement des lignes simples.

Convertir après avoir nettoyé

Si le fichier contient des en-têtes incohérents, doublons ou espaces parasites, la conversion transporte ces défauts dans le nouveau format.

Dans beaucoup de workflows, l’ordre logique est donc :

Importer
→ valider
→ nettoyer
→ harmoniser les colonnes
→ convertir
→ vérifier le résultat

Cette séquence n’est pas obligatoire, mais elle évite d’utiliser la conversion comme tentative de réparation.

Les guillemets et retours à la ligne dans un CSV

Une cellule CSV peut contenir le séparateur lui-même ou un retour à la ligne. Elle doit alors être correctement échappée, généralement avec des guillemets. Une valeur comme :

12, rue des Fleurs

peut être parfaitement valide dans un CSV à virgules si elle est encadrée correctement. Une conversion naïve qui découpe simplement chaque ligne sur , peut donc casser les données.

JSON imbriqué : le principal obstacle vers un tableau

Considérez un objet :

{
  "client": {
    "nom": "Alice",
    "adresse": { "ville": "Lyon" }
  }
}

Un CSV ne sait pas représenter directement cette hiérarchie. Il faut décider comment l’aplatir, par exemple en créant client.nom et client.adresse.ville.

Pour des listes imbriquées, le choix est encore plus important : dupliquer des lignes, sérialiser la liste dans une cellule ou conserver le JSON. Une conversion réussie n’est donc pas toujours une conversion sans perte de structure.

Excel : formules, feuilles et affichage

Lorsqu’un classeur est converti vers CSV, une seule table plate est produite à la fois. Les couleurs, largeurs de colonnes et autres éléments visuels n’ont pas d’équivalent. Les formules peuvent également nécessiter une décision : conserver la formule n’a pas de sens dans un CSV, alors que conserver sa valeur calculée peut être utile.

Avant de convertir un classeur complexe, identifiez donc la feuille et les données réellement destinées à l’export.

Tester la réversibilité lorsque c’est important

Pour une migration sensible, effectuez un aller-retour sur un petit échantillon : convertissez vers le format cible, puis vérifiez si vous pourriez reconstruire les informations essentielles.

Si ce n’est pas le cas, ce n’est pas forcément un problème — mais la perte doit être comprise et acceptée.

Choisir le format du prochain usage

Utilisez CSV ou TSV pour une table simple et portable, Excel lorsque l’usage dans un tableur et ses fonctionnalités est important, et JSON lorsque les données doivent être consommées par une application ou conserver une structure plus riche.

La conversion réussie est celle qui prépare correctement l’étape suivante, pas celle qui produit simplement un nouveau fichier.