Mover datos entre CSV, JSON, YAML y XML
Los datos rara vez se quedan quietos en un solo formato. Un informe llega como hoja de cálculo, una API quiere JSON, una canalización de despliegue espera YAML, y en algún sótano un servicio heredado todavía habla XML. La mayor parte de la fricción diaria al trabajar con datos no son los datos en sí, es pasarlos de la forma que tienes a la forma que otra cosa exige. Ese es todo el trabajo de un conversor de datos: tomar texto estructurado en una notación y volver a emitirlo en otra, sin perder el significado por el camino.
Los conversores de Speedor se ejecutan por completo en tu navegador. Pegas, haces clic, copias el resultado. Nada se sube, nada se registra y nada sale de tu máquina. Para cualquiera que alguna vez haya dudado antes de soltar una exportación de clientes en un sitio web cualquiera, ese diseño de solo local es lo que importa.
Para qué sirve realmente cada formato
Ayuda saber por qué existen estos formatos antes de empezar a moverte entre ellos, porque cada uno se construyó para un trabajo distinto.
CSV es la cuadrícula plana separada por comas que adoran las hojas de cálculo. Es tabular por naturaleza: filas y columnas, nada anidado. Ábrelo en Excel, Google Sheets o Numbers y simplemente funciona. El inconveniente es que CSV no tiene noción de tipos. El valor 007 podría ser una cadena, un número o un código postal, y CSV no te dirá cuál.
JSON es la lengua franca de la web moderna. Casi todas las API que llamarás lo hablan. JSON maneja anidación, arreglos y un puñado de tipos reales (cadenas, números, booleanos, null), lo que lo hace mucho más expresivo que una tabla plana. Es compacto, amigable para las máquinas y compatible en todas partes.
YAML es el primo más legible de JSON. Usa sangría en lugar de corchetes, admite comentarios y tiende a ser el formato preferido para archivos de configuración, Docker Compose, manifiestos de Kubernetes y canalizaciones de CI. Cuando una persona tiene que editar algo a mano, YAML suele ser más amable a la vista.
XML es el veterano. Verboso, cargado de etiquetas y aún profundamente arraigado en sistemas empresariales, servicios SOAP, mensajería financiera y estándares de documentos como RSS. Te lo encontrarás con menos frecuencia en proyectos nuevos, pero cuando sí lo necesitas, lo necesitas de verdad.
Dónde ocurren realmente las conversiones
Los escenarios son bastante concretos en cuanto empiezas a fijarte. Supón que marketing te entrega una hoja de cálculo de 4000 contactos y la API de registro solo acepta un arreglo JSON. Exportas la hoja a CSV, la pasas por CSV a JSON y ya tienes una carga útil lista para enviar con POST. Sin script de pegamento, sin pandas, sin esperar a un ingeniero.
O recuperas un trozo de JSON de esa misma API y quieres soltarlo en un archivo de configuración que tu servicio lee al arrancar. Conviértelo con JSON a YAML y obtienes algo limpio y comentable que encaja justo en tu repositorio. Ir en la dirección contraria también funciona cuando una herramienta solo acepta JSON pero tu configuración vive en YAML.
Y luego está la integración que nadie disfruta: un sistema socio que solo ingiere XML. Construyes tu carga útil en JSON porque así piensa tu aplicación, y luego conviertes a XML en la frontera. La forma se mantiene igual, solo cambia la sintaxis.
Los detalles que conviene conocer
La conversión de formato no siempre es sin pérdidas, y fingir lo contrario lleva a errores. Algunas cosas a tener en cuenta:
CSV olvida los tipos. Como cada celda es solo texto, los números, booleanos y fechas salen todos como cadenas a menos que el conversor adivine por ti. Si true necesita ser un booleano y no la palabra "true", revisa la salida antes de publicarla.
A YAML le importan los espacios en blanco. La sangría no es cosmética en YAML, es estructural. Un espacio perdido puede cambiar a qué clave pertenece un valor, y las tabulaciones están prohibidas por completo. Después de cualquier ida y vuelta de JSON a YAML, vale la pena un vistazo rápido, o pasa el resultado de nuevo por un formateador JSON para confirmar que la estructura sobrevivió.
XML y JSON no se corresponden de forma limpia. JSON tiene arreglos; XML tiene elementos repetidos. JSON no tiene atributos en ningún sitio; XML los tiene en todas partes. La mayoría de los conversores eligen una convención sensata, pero si tu XML usa atributos de forma intensiva, el JSON que produce se verá un poco distinto del JSON escrito a mano. Eso es lo esperado, no un fallo.
La profundidad de anidación importa. CSV es plano, así que un JSON profundamente anidado no siempre puede colapsar en columnas sin aplanar las claves (piensa en address.city). Yendo en la otra dirección, un CSV plano se convierte en un arreglo plano, nunca en un árbol.
Por qué importa aquí que todo sea local
Muchos de los datos que querrás convertir no son tuyos para compartir. Registros de usuarios, configuraciones internas, claves de API enterradas en una respuesta, filas financieras. Muchos conversores en línea envían discretamente tu pegado a un servidor para hacer el trabajo. Speedor no. La lógica de conversión se ejecuta en la pestaña de tu navegador, los datos nunca cruzan la red, y cerrar la pestaña es toda la limpieza que hay. También es más rápido, ya que no hay viaje de ida y vuelta de subida, y funciona sin conexión una vez que la página ha cargado. Gratis, sin registro, sin cuota.
Preguntas frecuentes
¿Se suben mis datos a algún sitio cuando los convierto?
No. Cada conversión se ejecuta localmente en tu navegador usando JavaScript. Tus datos nunca salen de tu dispositivo y nunca se envían a un servidor, por eso estas herramientas funcionan incluso cuando estás sin conexión.
¿Puedo convertir CSV a JSON sin escribir nada de código?
Sí. Pega tu CSV en el conversor, haz clic en convertir y copia el arreglo JSON resultante. La primera fila se trata como los encabezados de columna, que se convierten en las claves de cada objeto.
¿Por qué mi JSON convertido muestra los números como cadenas?
CSV no tiene noción de tipos de datos, así que cada valor empieza como texto. Algunos conversores intentan detectar números y booleanos automáticamente, pero ante la duda mantienen los valores como cadenas para evitar corromper cosas como códigos postales o identificadores con ceros a la izquierda.
¿Cuál es la diferencia entre JSON y YAML?
Representan los mismos tipos de datos, pero YAML usa sangría en lugar de llaves y corchetes, permite comentarios y por lo general es más fácil de leer y editar para las personas. JSON es más compacto y es el formato predeterminado de la mayoría de las API web.
¿La conversión entre estos formatos es siempre sin pérdidas?
Normalmente, pero no siempre. JSON, YAML y XML se corresponden bien entre sí en la mayoría de los casos. Las combinaciones más complicadas son CSV, que es plano y sin tipos, y XML, que maneja los atributos y los elementos repetidos de forma distinta a los arreglos JSON. Revisa siempre la salida en busca de datos importantes.
¿Funcionan estos conversores con archivos grandes?
Manejan cómodamente la mayoría de los archivos cotidianos, ya que el trabajo ocurre en tu propia máquina. El rendimiento depende de tu dispositivo y no de un servidor, así que los archivos muy grandes están limitados principalmente por la memoria de tu navegador.