Selecciona JSON, YAML o CSV como origen y un formato diferente como destino. El espacio no adivina formatos ni crea URL que contengan datos, y si pones ambos desplegables en el mismo formato, el otro lado cambia automáticamente, porque una conversión en la que origen y destino coinciden se rechaza en lugar de devolverse en silencio tal cual.
02
Pega y valida al instante
Al pegar se convierte de inmediato; con la conversión automática activada, las ediciones normales se vuelven a ejecutar tras una pausa breve, y Ctrl o Command + Enter ejecuta bajo demanda. Los errores de sintaxis aparecen con línea y columna siempre que el analizador los proporciona, y Cargar ejemplo rellena el campo con un pequeño documento válido en el formato de origen seleccionado para que veas primero una conversión limpia.
03
Configura las opciones de salida
Para destinos JSON y YAML, el control de sangría de salida elige dos o cuatro espacios. Cuando el destino es CSV, ese control se convierte en el interruptor de seguridad para hojas de cálculo —activado por defecto— que antepone un apóstrofo a cualquier celda que empiece por =, +, - o @ para que las aplicaciones de hojas de cálculo no la ejecuten como fórmula.
04
Revisa los avisos de fidelidad
Los avisos señalan cada pérdida aceptada: anclajes YAML expandidos, comentarios YAML eliminados, celdas CSV tratadas como texto, null escritos como celdas vacías y valores con aspecto de fórmula protegidos. Las estructuras no admitidas o ambiguas —claves merge de YAML, etiquetas personalizadas, varios documentos, enteros demasiado grandes o valores anidados con destino CSV— detienen la conversión con un error concreto en lugar de cambiar el significado en silencio.
05
Copia, descarga o invierte
Copia el resultado validado al portapapeles, descárgalo como toolars-converted con la extensión .json, .yaml o .csv correspondiente, o usa Intercambiar formatos para convertir la salida actual en la siguiente entrada: la forma rápida de confirmar que un viaje de ida y vuelta de JSON a YAML y de vuelta a JSON conserva los datos.
06
Continuar con este resultado
Abre un espacio nuevo debajo con una copia del resultado. No se envía ni guarda nada; ejecuta la siguiente herramienta cuando estés listo. Solo un espacio posterior a la vez. Ciérralo antes de abrir otro. Cambiar el resultado de origen, salir o recargar la página, o cumplir 10 minutos desde la apertura borra la copia y sus cambios. El origen permanece aquí.
Datos de la herramienta
Procesamiento
En tu navegador
La entrada sale del dispositivo
Nunca
Retención
Transferencia local opcional
Precio
Gratis
Tus datos se quedan en el navegador.
Conversor de datos estructurados usa su ruta de ejecución local verificada y no crea un historial oculto de entradas ni salidas.
Ejecución local
Se ejecuta dentro de la pestaña actual del navegador.
Sin procesamiento oculto
Los datos activos de la herramienta nunca se convierten en un registro de documento de Toolars.
No se necesita cuenta
Usa el flujo de trabajo principal sin crear un perfil. Los favoritos se sincronizan con tu cuenta después de iniciar sesión.
Área de trabajo y transferencia
Cerrar la pestaña borra los datos normales del área de trabajo. Si eliges una transferencia, el resultado seleccionado permanece en este dispositivo al recargar o cerrar la pestaña y puede aceptarse durante 30 minutos. Aceptarlo o descartarlo lo elimina; los registros caducados se borran la próxima vez que uses la transferencia.
Cuándo es útil Conversor de datos estructurados
Convierte YAML con comentarios en JSON estricto
Pega un archivo de configuración que usa anclas y comentarios, convierte YAML a JSON con sangría de dos espacios y lee las advertencias: los comentarios se descartan y las anclas se expanden, así que revisa la salida antes de que sea una prueba de referencia.
Exporta una lista de usuarios como CSV seguro para hojas de cálculo
Convierte un array JSON plano de registros de usuario a CSV con el interruptor seguro para hojas de cálculo activado, para que una celda que empieza por = llegue escapada y no se ejecute como fórmula al abrir el archivo en una hoja de cálculo.
Verifica el viaje de ida y vuelta antes de publicar
Convierte JSON a YAML, pulsa Intercambiar formatos y convierte de vuelta: si el documento restaurado coincide con el origen, el formato intermedio no pierde datos con tu estructura y se puede entregar a otro equipo sin riesgo.
Qué hace Conversor de datos estructurados en realidad
La configuración de ejemplo de un microservicio llega como YAML comentado con anclas, las pruebas de integración quieren los mismos datos como JSON estricto y el equipo de soporte quiere la lista de usuarios como CSV lista para la hoja de cálculo. Un convertidor de datos estructurados gratuito en línea debería manejar las tres cosas sin enviar el documento a ninguna parte. Este convertidor de datos estructurados en línea convierte JSON, YAML y CSV en el navegador al pegar: los errores de sintaxis llegan con línea y columna, las advertencias nombran cada pérdida aceptada — comentarios descartados, anclas expandidas, celdas CSV leídas como cadenas — y las celdas con forma de fórmula se escapan antes de que una hoja de cálculo pueda ejecutarlas. Úsalo para redactar una configuración en YAML y entregar JSON a la API, para aplanar un array JSON en una importación CSV, o para verificar que un viaje de ida y vuelta por YAML conserva tus datos antes de que otro equipo dependa de ellos. Los límites siguen siendo explícitos: 256 KiB de entrada, 40 niveles de anidación y solo un array plano de objetos se convierte en CSV. Como nada se sube, las configuraciones con tokens y endpoints internos permanecen en el dispositivo.
Preguntas frecuentes
¿Qué formatos se admiten?
El espacio admite JSON, sintaxis básica YAML 1.2 y CSV delimitado por comas con una fila de encabezado única obligatoria. TOML y XML aún necesitan estudios de fidelidad propios y no se aceptan en esta versión, y elegir el mismo formato en ambos lados también se rechaza: cada ejecución convierte entre dos formatos diferentes.
¿Cómo se procesa YAML de forma segura?
En el modo de texto, el análisis se ejecuta en un Web Worker desechable con límites estrictos: 256 KiB de entrada, 40 niveles de anidación, 10.000 nodos, 50 expansiones de alias y un presupuesto de tiempo de 1.500 ms. Las etiquetas personalizadas o ejecutables, las claves merge, los schemas remotos, los DTD, los imports, los includes y toda carga de recursos de red están desactivados, de modo que un documento hostil o malformado no puede salir del analizador.
¿Qué puede cambiar al convertir?
JSON no representa comentarios ni identidad de anclajes YAML, y CSV no conserva tipos escalares, la identidad de null ni estructuras anidadas. Cada pérdida aceptada se muestra como un aviso sobre el resultado; las formas inseguras o ambiguas se rechazan directamente. Las claves duplicadas, las propiedades llamadas __proto__, constructor o prototype, los números no finitos y los enteros fuera del rango seguro se rechazan en lugar de forzarse.
¿Qué hace la opción de CSV seguro para hojas de cálculo?
Cuando el destino es CSV y el interruptor está activado, toda celda cuyo texto empiece por =, +, - o @ —tras espacios o tabuladores iniciales— recibe un apóstrofo prefijo, de modo que las aplicaciones de hojas de cálculo la muestren como texto en lugar de ejecutarla como fórmula. Cada ejecución afectada añade un aviso para que el cambio sea visible. Déjala activada para archivos destinados a una hoja de cálculo; desactívala solo cuando el CSV alimente un sistema que espera los valores en bruto.
¿Por qué se rechazó mi CSV?
En el modo de texto, el analizador exige una fila de encabezado con nombres no vacíos y únicos —se tolera una marca de orden de bytes inicial en el primer encabezado— y cada registro debe tener exactamente tantos campos como el encabezado. Los campos entre comillas siguen las reglas estándar: las comillas dobles se escapan duplicándose y pueden contener saltos de línea, pero una comilla en medio de un campo sin entrecomillar es un error con su línea y columna. La salida se limita a 5.000 filas y 256 columnas, y solo una lista plana de objetos con claves idénticas se convierte a CSV.
¿Se suben o guardan mis valores?
La conversión se ejecuta localmente. El documento actual y los pasos posteriores en la misma página permanecen en memoria; Limpiar elimina el documento actual. Los datos de origen y los resultados no se envían mediante URL, analítica, registros ni formularios de comentarios. Pasar un archivo a otra herramienta es una acción opcional independiente. Si pasas explícitamente una salida a otra herramienta, se guarda en el almacenamiento local del navegador. Restablecer, recargar o cerrar el espacio de trabajo no elimina esa copia pendiente. Recibir o descartar la transferencia la elimina; transcurridos 30 minutos ya no puede recibirse.
¿Qué límites tiene el modo de archivo CSV?
El modo de archivo permite elegir UTF-8, UTF-16LE/BE, GB18030 o Windows-1252 y coma, punto y coma, tabulación o barra vertical. Los nombres se conservan salvo que se elija recortarlos; deben ser únicos y no vacíos. Entrada ≤ 100 MiB, salida ≤ 32 MiB, ≤ 256 columnas y ≤ 1 MiB por registro decodificado medido como UTF-8. La vista previa muestra 20 filas con celdas de hasta 160 caracteres; la descarga conserva los valores completos. JSONL guarda cadenas. El CSV normalizado usa UTF-8, comas, CRLF y campos entre comillas; el BOM opcional ayuda a reconocer la codificación, pero no impone tipos. Se omiten registros físicos vacíos. Se normalizan codificación y comillas; no es una copia byte a byte. El proceso es local y cancelable; la salida permanece en memoria y el pico puede superar 32 MiB.
¿Cuándo debo usar JSON, YAML o CSV?
Usa JSON cuando las máquinas intercambian datos: API, configuración que consume el código y pruebas de referencia que deben seguir siendo inequívocas. Usa YAML para archivos que las personas editan a mano — manifiestos de despliegue y documentación — donde los comentarios y las anclas ayudan. Usa CSV cuando una hoja de cálculo o una importación de datos espera filas y columnas. Convierte entre ellos aquí, y deja que las advertencias te digan qué no puede conservar el formato de destino.
¿Cuál es la diferencia entre JSON y XML?
JSON es un formato de datos mínimo construido sobre objetos y arrays: sin etiquetas de cierre, sin atributos y con una forma canónica de escribir la mayoría de los valores, lo que lo hace más pequeño y más fácil de analizar en JavaScript y la mayoría de las API modernas. XML es un formato de documento con elementos, atributos, espacios de nombres y esquemas, y sigue dominando sectores que validan documentos, como la edición, las normas bancarias y muchas integraciones empresariales. Este espacio de trabajo convierte JSON, YAML y CSV; XML necesita un conversor consciente del documento, porque su modelo de atributos y espacios de nombres no se asigna uno a uno sobre árboles de datos simples.
