Séparer une ligne CSV en lignes sans casser les champs cités

Cet analyseur reconnaît les champs entre guillemets, les guillemets doublés, les colonnes vides et un saut de ligne final facultatif. Il convient lorsqu’une ligne copiée depuis un tableur, un export, un journal ou une commande doit devenir une liste destinée à un document, un formulaire, un script ou une comparaison. La même conversion déterministe s’exécute dans le navigateur et par API, sans accès réseau ni supposition sur le format.

Collez un seul enregistrement CSV complet

Saisissez exactement un enregistrement séparé par des virgules dans le champ de texte. Une entrée simple telle que <code>rouge,vert,bleu</code> devient trois lignes dans le même ordre. Les colonnes vides ne sont pas supprimées : <code>rouge,,bleu,</code> produit quatre valeurs, dont la deuxième et la dernière sont vides. Ce comportement est essentiel lorsque la position des colonnes porte un sens, car supprimer les cases vides décalerait toutes les valeurs suivantes. Vous pouvez ajouter un seul terminateur LF, CRLF ou CR à la fin, ce qui est pratique après une copie depuis un fichier ou un terminal. Tout séparateur d’enregistrement supplémentaire situé hors d’un champ cité est refusé, car cette capacité traite une ligne et non un document CSV entier. Elle ne retire pas les espaces et ne réinterprète ni nombres, ni dates, ni booléens, ni mots ressemblant à une valeur nulle. Après décodage des guillemets CSV, les caractères de chaque champ restent ceux que vous avez fournis. Le résultat reste ainsi prévisible pour les identifiants, libellés, adresses, cellules et données automatisées qu’un nettoyage implicite pourrait altérer.

Les champs cités sont réellement analysés en CSV

Découper naïvement une chaîne à chaque virgule échoue dès qu’une adresse, une description ou une phrase contient de la ponctuation. Cette capacité emploie un analyseur CSV à états. Lorsqu’un champ commence par un guillemet double, ses virgules restent dans la valeur jusqu’au guillemet fermant correspondant. Deux guillemets doubles consécutifs dans un champ cité deviennent un guillemet double littéral, selon la règle d’échappement CSV habituelle. Un saut de ligne peut également figurer dans un champ cité et reste alors dans sa valeur. Après le guillemet fermant, seuls une virgule ou la fin de l’enregistrement sont valides ; tout caractère inattendu provoque une erreur d’entrée explicite au lieu de créer une liste vraisemblable mais fausse. Pour la même raison, un guillemet placé au milieu d’un champ non cité est refusé. Ces contrôles stricts signalent rapidement les exports mal formés et évitent d’en modifier silencieusement le sens. L’analyseur effectue un seul passage borné, ne sollicite aucun service externe et restitue toujours le même résultat pour un texte identique.

Exploitez la présentation verticale partout où elle aide

La réponse fournit un résultat joint par des sauts de ligne pour la copie immédiate, un tableau lines pour les traitements structurés et un nombre de champs pour le contrôle. Le texte joint se colle facilement dans un formulaire multiligne, un éditeur, une liste d’autorisation, une configuration, un ticket ou une colonne de tableur. Le tableau est plus sûr dans du code, car il préserve la limite de chaque champ CSV, y compris les champs vides et les valeurs contenant elles-mêmes un saut de ligne. Avant d’automatiser, comparez field_count au nombre de colonnes attendu par le système destinataire : un écart révèle souvent une virgule manquante, une colonne finale superflue ou des guillemets incorrects à la source. Préférez un analyseur CSV complet si l’entrée comporte des en-têtes et plusieurs enregistrements, exige une détection du délimiteur ou une validation de schéma. Cette capacité ciblée convient lorsque la source est déjà connue comme un seul enregistrement séparé par des virgules et que vous souhaitez simplement verticaliser ses valeurs. Une requête API coûte $0.002 ; la version navigateur réalise localement la même analyse déterministe.