Conversor CSV ↔ JSON
Convierte entre CSV y JSON localmente con delimitadores y entrecomillado personalizados, sin subidas ni límites.
Cargando Conversor CSV ↔ JSON… Si no ocurre nada, activa JavaScript.
CSV (valores separados por comas) y JSON (notación de objetos de JavaScript) son los dos formatos de texto plano más usados para datos estructurados. CSV tiene sus orígenes en los primeros días de la informática; los programas de mainframe ya intercambiaban datos tabulares en forma delimitada por comas en los años 60, pero el formato careció de una especificación formal hasta que se publicó el RFC 4180 en octubre de 2005. Esta ausencia de un estándar creó décadas de dialectos incompatibles: algunas implementaciones usan punto y coma como delimitador, otras usan tabuladores; algunas entrecomillan todos los campos, otras solo los que contienen caracteres especiales; los finales de línea varían entre sistemas. A pesar de estas peculiaridades, CSV sigue siendo el formato de exportación universal para hojas de cálculo, bases de datos y herramientas de análisis de datos por su sencillez y legibilidad para las personas.
Ejemplos
name,age
Ada,36
Bob,40
[{"name":"Ada","age":"36"},{"name":"Bob","age":"40"}]
La fila de encabezado se convierte en las claves del objeto; cada fila siguiente se convierte en un objeto.
Preguntas frecuentes
¿Se suben mis archivos a un servidor?
¿Qué es el RFC 4180 y por qué importa?
¿Qué delimitadores se admiten?
¿Cómo se manejan los campos entrecomillados y las comas incrustadas?
¿Qué pasa con los tipos de datos al convertir de CSV a JSON?
¿Puedo convertir JSON de vuelta a CSV?
¿Hay un límite de tamaño de archivo?
¿Por qué Excel usa punto y coma en lugar de comas en los archivos CSV?
¿Cuándo debería usar JSON en lugar de CSV?
¿Cómo manejo archivos CSV con problemas de codificación?
Acerca de Conversor CSV ↔ JSON
JSON surgió a principios de los años 2000, estandarizado por Douglas Crockford, y se convirtió rápidamente en el formato dominante para las API web porque se corresponde de forma natural con los objetos y arreglos que todo lenguaje de programación entiende. Cuando un desarrollador obtiene datos de una API REST, casi siempre llegan como JSON. Cuando un analista de datos exporta una tabla de Excel o PostgreSQL, casi siempre sale como CSV. Convertir entre ambos es, en consecuencia, una de las tareas de preparación de datos más comunes en el desarrollo de software, la ingeniería de datos y la inteligencia de negocio. Algunos escenarios habituales del mundo real incluyen cargar una exportación CSV de un CRM en una aplicación JavaScript, aplanar una respuesta JSON de una API a una hoja de cálculo para revisarla, o preparar datos para importarlos en una herramienta que solo acepta uno de los dos formatos.
Este conversor funciona enteramente dentro de tu navegador, no se envían datos a ningún servidor. Puedes pegar texto directamente o cargar un archivo, elegir la dirección de la conversión (CSV a JSON o JSON a CSV), configurar el carácter delimitador y activar o desactivar si la primera fila debe tratarse como encabezado. La salida JSON se formatea de forma legible. Los casos límite, como campos que contienen el carácter delimitador, saltos de línea incrustados dentro de campos entrecomillados y escapes de comillas dobles, se manejan todos según las reglas del RFC 4180.
Algunas trampas prácticas a tener en cuenta: CSV no tiene un concepto nativo de tipos de datos, así que los números, las fechas y los valores booleanos llegan todos como cadenas en el JSON analizado; puede que necesites posprocesar la salida para convertir los campos a los tipos correctos. Los archivos exportados desde Excel en configuraciones regionales europeas suelen usar punto y coma como delimitador en lugar de comas; cambia el ajuste del delimitador si tus columnas no se separan correctamente. Los archivos grandes de más de 50 MB pueden procesarse despacio en el navegador; para esos casos, una herramienta de línea de comandos como jq o csvkit será más rápida. Al convertir JSON a CSV, los objetos y arreglos anidados se aplanan o se serializan como cadenas, así que las estructuras muy anidadas pueden requerir una limpieza manual.
De las tarjetas perforadas a las API REST: las improbables vidas paralelas de CSV y JSON
El formato de valores separados por comas es uno de los formatos de intercambio de datos más antiguos que sobreviven en la informática. Los programas de mainframe de IBM ya intercambiaban datos en archivos de texto delimitados por comas en los años 60, anticipándose al ordenador personal en más de una década. El formato era tan sencillo, un registro por línea, campos separados por un carácter conocido, que no necesitaba documentación formal; todos se ponían de acuerdo simplemente por convención. Cuando aparecieron los primeros programas de hojas de cálculo a finales de los años 70 (VisiCalc en 1979, Lotus 1-2-3 en 1983), CSV se convirtió en el puente natural entre ellos y las bases de datos y programas que los rodeaban. Sobrevivió a la transición de los mainframes a los miniordenadores, a los PC y a la web casi sin cambios, por eso un archivo CSV producido por un programa COBOL en 1985 todavía puede abrirse hoy en Microsoft Excel.
JSON tiene una historia mucho más corta pero igual de interesante. Douglas Crockford, el creador del formato, ha dicho que él "descubrió" JSON en lugar de inventarlo; la sintaxis ya estaba presente en JavaScript como forma de escribir literales de objeto, y Crockford simplemente la identificó como un formato de datos independiente y útil alrededor de 2001. El primer analizador de JSON se escribió en unas 30 líneas de código. Para 2006, JSON se había formalizado como ECMA-404 y desplazaba rápidamente a XML en las API web porque era más ligero, más fácil de leer y se correspondía directamente con las estructuras de datos nativas de todos los lenguajes de programación importantes. Hoy JSON es tan omnipresente que se usa para archivos de configuración (package.json, tsconfig.json), almacenamiento en bases de datos (el tipo jsonb de PostgreSQL, el modelo de documentos de MongoDB), formatos de registro y un sinfín de otros usos que su creador nunca anticipó.
La tensión entre CSV y JSON refleja una tensión más amplia en la ingeniería de software entre la simplicidad y la expresividad. CSV gana en simplicidad: cualquiera puede leer y editar un archivo CSV en un editor de texto o una hoja de cálculo sin saber nada de programación. JSON gana en expresividad: puede representar estructuras anidadas, valores tipados y esquemas mixtos que CSV no puede. Una encuesta de 2023 a ingenieros de datos reveló que CSV y JSON juntos representan más del 70 % de todos los intercambios de archivos de datos entre organizaciones, una estadística notable para dos formatos cuyos diseños fundamentales tienen décadas de antigüedad, en un campo que se reinventa cada pocos años.