CSV to JSON Converter

Yes. The parser follows RFC 4180 quoting rules: a field wrapped in double quotes can contain commas, quotes, or embedded line breaks, and a literal quote inside it is written as two double quotes (""), which the converter un-escapes automatically. A comma outside quotes is always a column separator, so "Doe, John" parses as a single field containing a comma rather than splitting into two fields — the same rule Excel and Google Sheets use when they export quoted CSV.

The later column silently overwrites the earlier one. Each row becomes a single JSON object keyed by header name, and JavaScript object keys can't repeat, so if your source file has two columns both labeled "Notes" (common after a spreadsheet merge or export bug), only the second column's values survive in the JSON — the first column's data is dropped without a warning. Rename duplicate headers before pasting if you need to keep both columns.

This page is comma-only, matching the plain "CSV to JSON" use case most people search for. If your file is semicolon- or tab-delimited — common in European locales where the comma is used as the decimal separator, or in files exported from database tools — use the full CSV/JSON converter, which auto-detects the delimiter or lets you choose comma, semicolon, tab, or pipe explicitly.

Rows are matched to headers by position, not by count, and nothing here throws an error. A short row (fewer fields than headers) fills the missing trailing values with null; a long row (more fields than headers) has its extra values silently discarded, since only as many fields as there are headers get read. Ragged CSV — often caused by a stray or missing delimiter partway through a file — won't be flagged, so check row lengths first if exact column alignment matters.

Esto ocurre porque el conversor infiere los tipos a partir del patrón de texto de cada celda, y una cadena de dígitos simple como 02138 o 4025 coincide con el patrón de entero sin importar lo que en realidad represente. Una vez tratada como número, parseInt("02138") devuelve 2138 — el cero inicial desaparece, porque los números JSON no tienen concepto de dígitos "con relleno" como sí lo tiene una cadena de texto. El CSV en sí no puede marcar un campo como "mantener esto como texto": las comillas del RFC 4180 solo controlan cómo se escapan las comas, las comillas y los saltos de línea, no el tipo de dato de lo que hay dentro de ellas, así que un "02138" entre comillas y un 02138 sin comillas se interpretan igual. Si estás convirtiendo códigos postales, números de teléfono, SKUs o números de cuenta, usa el conversor completo de CSV/JSON y desactiva la inferencia de tipos para que cada columna se conserve como cadena de texto, y luego vuelve a aplicar el tipado solo donde realmente quieras números.

El caso más habitual es trasladar una exportación de hoja de cálculo a algo que solo entiende JSON. Un equipo de marketing exporta un CSV de leads desde un CRM y necesita enviarlos mediante POST a un webhook o a una automatización de Zapier/Make que espera un cuerpo en JSON. Un desarrollador backend tiene un CSV de datos de productos de un proveedor y necesita insertarlos en bloque en MongoDB o Firestore, que almacenan documentos tipo JSON en lugar de filas y columnas. Un ingeniero de QA toma una hoja de cálculo de casos de prueba y la convierte en un archivo fixture en JSON que consume un ejecutor de pruebas. En cada caso, la fuente de verdad es tabular (una hoja de cálculo, una exportación de base de datos, una descarga del CRM), pero el destino — una API, un almacén de documentos, un entorno de pruebas — solo acepta JSON, así que una conversión rápida y precisa evita escribir un analizador para una tarea que se hace una o dos veces al mes.

El CSV es anterior a cualquier especificación formal por décadas — las herramientas de hojas de cálculo y los sistemas mainframe llevaban escribiendo archivos de texto delimitados por comas desde los años 70, cada uno con sus propias peculiaridades en cuanto a comillas y finales de línea. El RFC 4180, publicado por Y. Shafranovich en 2005, documenta las convenciones comunes (finales de línea CRLF, comillas dobles opcionales, comillas duplicadas para escapar), pero es explícitamente informativo, no un estándar vinculante. En la práctica, el "CSV" sigue variando: Excel en algunas configuraciones regionales europeas exporta archivos delimitados por punto y coma porque allí la coma es el separador decimal, algunas herramientas usan solo LF en lugar de CRLF, y el UTF-8 con BOM es habitual en exportaciones de Windows. El JSON, en cambio, sí cuenta con estándares genuinos detrás — ECMA-404 y RFC 8259 — lo que en parte explica por qué se interpreta de forma idéntica en todas partes, mientras que los analizadores de CSV todavía tienen que adivinar el dialecto.

No — es un error común. Las filas y columnas de un CSV solo pueden producir un array JSON plano de objetos planos; no hay forma de expresar anidamiento en CSV, así que este conversor (o cualquier herramienta de CSV a JSON) no puede generar objetos o arrays anidados sin importar cómo estén organizados los datos. El tipo de cada valor tampoco es fijo: como el CSV almacena todo como texto, "42" podría significar el número 42 o la cadena de texto "42" según el contexto, y distintas herramientas infieren los tipos con reglas distintas. Las reglas de este conversor (true/false para booleanos, patrones de dígitos para números, vacío/null/n-a para null) son un conjunto razonable de valores predeterminados, no una garantía de que coincida con cualquier otro analizador de CSV con el que compares el resultado, incluido el propio importador de CSV de un programa de hojas de cálculo.

La fila de encabezados proporciona los nombres de las claves JSON directamente, carácter por carácter, incluyendo espacios, signos de puntuación o incluso emojis si tu archivo de origen los tiene — las claves JSON son simplemente cadenas de texto, así que casi cualquier cosa es válida. La única excepción es una celda de encabezado completamente vacía: en lugar de producir una clave sin nombre, el conversor recurre a un marcador de posición como column1, column2, que coincide con la posición de la celda en la fila, de modo que cada valor sigue teniendo un lugar en el objeto de salida, aunque bajo un nombre genérico en vez de la etiqueta faltante. Si quieres nombres de clave más limpios y adecuados para código — sin espacios, con mayúsculas y minúsculas consistentes, sin caracteres especiales que requieran notación de corchetes en JavaScript — conviene renombrar la fila de encabezados en tu hoja de cálculo de origen antes de pegarla, ya que el conversor mapea los encabezados tal cual, sin normalizarlos ni depurarlos por ti.