KeroTools

Convertir CSV en JSON pour Développeurs

Transformez des données CSV en tableau JSON prêt à l'emploi dans votre code — localement, dans votre navigateur.

Déposez votre fichier ici ou cliquez

Fichiers CSV (.csv)

Vos données ne quittent pas votre appareil

Rien à supprimer ensuite

Sûr pour les exports clients

Fonctionne dans tout navigateur moderne

Comment ça marche

  1. 1

    Ajoutez votre CSV

    Déposez le fichier sur la page ou cliquez pour le sélectionner.

  2. 2

    Vérifiez les clés

    Confirmez que la ligne d’en-tête a produit les noms de propriétés attendus avant de copier.

  3. 3

    Copiez ou téléchargez le JSON

    Reportez le tableau directement dans un corps de requête, un fichier de données initiales ou un jeu de test.

Pourquoi cet outil

L’en-tête devient les clés

La première ligne fournit les noms de propriétés : chaque ligne arrive donc en objet lisible plutôt qu’en tableau positionnel.

Du JSON valide en sortie

Guillemets, antislashs et sauts de ligne présents dans les valeurs sont échappés : le résultat s’analyse au lieu de lever une erreur de syntaxe.

Séparateur détecté

Virgule, point-virgule ou tabulation sont lus depuis le fichier plutôt que supposés — décisif pour les exports de tableurs francophones.

Rien n’est envoyé

L’analyse a lieu dans votre navigateur — les données n’atteignent jamais un serveur.

Aucune limite de lignes

Seule la mémoire de votre appareil compte, pas un plafond de lignes ou de taille d’une offre gratuite.

Gratuit et sans compte

Aucune inscription, aucun filigrane et aucune limite sur le nombre de fichiers convertis.

Dans un CSV tout est du texte, et JSON connaît la différence

C’est la propriété qui définit cette conversion. Un CSV n’a pas de types : `42`, `true` et `2024-03-15` ne sont que des caractères, et le sens vient de ce qui lit le fichier. JSON, lui, a des types — nombre, booléen, chaîne, nul — si bien qu’un convertisseur doit décider, pour chaque cellule, s’il produit `42` ou `"42"`. Aucune réponse n’est universellement juste. Tout mettre entre guillemets est sûr et oblige le code destinataire à convertir ; convertir agressivement est commode et détruit des données, car un code produit `007` devient le nombre 7 et un numéro de téléphone commençant par un plus devient méconnaissable. Regardez ce qui est sorti avant de l’utiliser, et traitez délibérément les identifiants comme des chaînes plutôt que d’espérer que la supposition vous a été favorable.

Pourquoi la ligne d’en-tête compte plus ici que dans un tableur

Dans un tableur, un en-tête est une étiquette qu’un humain lit. En JSON, il devient un nom de propriété dont le code dépend. Cela change ce qui fait un bon en-tête. `Nom du client` convient dans Excel et devient pénible en code, où l’on veut `nom_client` ; un en-tête en double écrase un champ en silence, car un objet ne peut avoir deux clés identiques ; une cellule d’en-tête vide produit une propriété sans nom. Le pire reste une espace en début ou en fin, car `"nom "` et `"nom"` paraissent identiques à l’écran et constituent deux clés entièrement différentes. Corrigez la ligne d’en-tête avant la conversion, pas le JSON après.

La forme obtenue et celle dont vous aurez peut-être besoin

La sortie est ici un tableau d’objets — un objet par ligne, les clés venant de l’en-tête. C’est ce qu’attendent la plupart des API, outils d’amorçage et bibliothèques JavaScript, et cela reste lisible quand un humain l’ouvre. Ce n’est pas la seule forme possible : certains systèmes veulent un tableau de tableaux avec l’en-tête en premier élément, d’autres veulent l’ensemble enveloppé dans quelque chose comme `{"data": [...]}`. Ni l’un ni l’autre n’est un problème de conversion mais une retouche de cinq secondes une fois le tableau obtenu — enveloppez-le ou remodelez-le dans votre éditeur plutôt que de chercher un convertisseur produisant exactement votre variante.

Le CSV est plat, le JSON ne l’est pas

Un CSV est un rectangle : des lignes et des colonnes, sans imbrication. JSON peut exprimer des objets dans des objets et des tableaux à l’intérieur. Une conversion depuis un CSV ne peut donc produire qu’une structure plate ; si votre destination attend de l’imbrication — une commande avec ses lignes, un utilisateur avec un objet adresse — l’aplatissement devra être défait ensuite dans le code. Une convention répandue consiste à coder l’imbrication dans l’en-tête, sous la forme `adresse.ville` et `adresse.code_postal`, puis à développer ces clés pointées après conversion. Le savoir d’avance évite de conclure que le convertisseur est cassé alors qu’il restitue fidèlement ce que contient un fichier plat.

À quoi cela sert le plus souvent

La conversion est presque toujours une étape pour faire entrer des données réalistes dans du code. Un CSV envoyé par un client devient des données d’amorçage pour une base. Une feuille de cas de test devient un jeu de test pour une suite. Une liste de tarifs devient le corps d’un appel d’API de mise à jour en masse. Un export de contenu devient le fichier de données derrière la génération d’un site statique. Dans chacun de ces cas la destination est un programme et non une personne, et c’est pourquoi la cible est JSON et non Excel : un classeur s’adresse au collègue qui va le lire, le JSON au code qui va le consommer.

Pourquoi une conversion locale compte pour ce type de fichier

Les CSV que l’on convertit en JSON sont des exports : tables clients, historiques de commandes, listes d’utilisateurs, catalogues produits. Un convertisseur hébergé reçoit l’ensemble, et le fichier contient souvent des données personnelles dont une entreprise est juridiquement responsable. Comme cet outil s’exécute entièrement dans votre navigateur, le fichier est lu du disque vers la page et le JSON réécrit sans qu’aucune requête réseau ne le transporte, ce que vous pouvez vérifier dans l’onglet Réseau des outils de développement. Coller un export clients dans un convertisseur en ligne quelconque figure parmi les incidents de données silencieux les plus courants dans les petites structures, et il est entièrement évitable.

Erreurs courantes à éviter

  • Laisser les identifiants être convertis en nombres. Un code produit `007` devient 7 et une longue référence de compte perd en précision ; traitez délibérément les colonnes d’identifiants comme des chaînes plutôt que d’accepter le résultat de la supposition de type.
  • Convertir avant de corriger la ligne d’en-tête. Les cellules d’en-tête deviennent des noms de propriétés : un doublon écrase un champ en silence, une cellule vide produit une clé sans nom, et une espace finale fait de `"nom "` une clé différente de `"nom"`.
  • Attendre une sortie imbriquée d’un fichier plat. Un CSV est un rectangle ; si la destination exige des objets dans des objets, codez l’imbrication dans les en-têtes sous la forme `adresse.ville` et développez les clés pointées après conversion.
  • Supposer que le JSON peut être collé n’importe où parce qu’il s’analyse. Un JSON valide peut porter les mauvais types — vérifiez quelques lignes de nombres, de booléens et de dates avant de le brancher à un système.
  • Téléverser un export clients vers un convertisseur en ligne pour gagner deux minutes. Le fichier constitue généralement une donnée personnelle dont votre structure répond ; convertissez-le en local.

Comparaison

CritèreCet outilConvertisseurs en ligneUn script maison
Données envoyées à un serveurJamaisLe plus souventNon
Installation nécessaireAucuneAucuneEnvironnement et dépendances
Séparateur détectéOuiGénéralementCe que vous codez
Limite de lignesMémoire de l’appareil seulementSouvent plafonnéeAucune
Compte ou inscriptionPas nécessaireSouvent exigéPas nécessaire
PrixGratuitGratuit / offres payantesVotre temps

Fonctionnalités

Sortie en tableau d’objets

La forme qu’attendent presque toutes les API et bibliothèques, plutôt qu’un tableau de tableaux.

Détection automatique du séparateur

Virgule, point-virgule ou tabulation : inspecté depuis le fichier au lieu d’être présumé.

Échappement correct

Guillemets, antislashs, tabulations et sauts de ligne dans une valeur sont échappés : le JSON reste valide.

UTF-8 préservé

Accents, cédilles, texte arabe, turc et autres caractères non ASCII passent sans altération.

Champs entre guillemets respectés

Une virgule entre guillemets reste dans la valeur au lieu de scinder l’enregistrement.

Gros fichiers pris en charge

Des dizaines de milliers de lignes se convertissent sans file d’attente d’envoi.

Aucune installation

Rien à télécharger ni à installer : tout se passe sur la page web.

Compatible arabe et RTL

Interface complète en huit langues, dont l’arabe de droite à gauche.

Sécurisé par défaut

Servi en HTTPS, sans suivi de fichiers ni envoi à un tiers.

Qui l’utilise

Développeurs

Transformer le tableur d’un client en données d’amorçage ou en jeu de test sans écrire un script jetable.

Ingénieurs QA

Convertir une feuille de cas de test en jeu de données qu’une suite charge directement.

Intégrateurs d’API

Construire un corps de requête de mise à jour en masse à partir d’un export tarifs ou stock.

Créateurs de sites statiques

Transformer un export de contenu en fichier de données JSON lu à la génération.

Questions Fréquentes

Non. La conversion s’exécute entièrement dans votre navigateur — vos données ne sont jamais envoyées, stockées ni partagées.

Oui. Chaque ligne et colonne est convertie fidèlement ; la première ligne devient les noms de champs.

Oui — entièrement gratuit, sans compte, sans filigrane et sans limite de fichiers.