Convertir YAML, JSON, TOML y XML — Cualquier formato, en el navegador

Los archivos de configuración vienen en cuatro formas comunes — JSON, YAML, TOML y XML — y rara vez se quedan en la que empezaste. Un manifiesto de Kubernetes llega en YAML, un proyecto de Rust trae TOML, una API devuelve JSON, y un sistema heredado todavía habla XML. Abre el Convertidor de formatos de datos para moverte entre cualquiera de ellos sin subir ni un byte.

TL;DR

Elige origen y destino, pega tus datos, convierte, copia.

Cualquiera a cualquiera — convierte JSON, YAML, TOML y XML entre sí, todo en tu navegador.
Avisos de pérdida por adelantado — cuando los atributos XML o el texto mixto no se reflejen exactamente, el panel de Advertencias te lo dice antes de confiar en la salida.
Copiar o descargar — copia el resultado al portapapeles o guárdalo con la extensión del formato destino, localmente.

Por qué importa la conversión de formatos

Estos formatos describen lo mismo — datos estructurados con claves y valores — pero se crearon para distintos fines, y cada ecosistema se queda con el que mejor encaja. La fricción aparece en cuanto los datos cruzan una frontera: un pipeline de CI lee YAML pero la herramienta que invoca quiere JSON; la configuración TOML de un proyecto Python necesita ser editada por un script que habla JSON; una API devuelve JSON pero el servicio que la consume espera XML.

La verdad honesta es que los formatos no son perfectamente intercambiables (más sobre eso en la sección de límites), pero para la gran mayoría de archivos de configuración — ajustes planos o poco anidados, listas y escalares tipados — una conversión limpia es justo lo que necesitas. El trabajo de la herramienta es hacer esa conversión rápida, transparente y avisarte cuando no es sin pérdida.

Los cuatro formatos

Cada formato tiene su personalidad, y saber cuándo se usa cada uno te ayuda a elegir el destino correcto:

JSON — estricto, ubicuo, el predeterminado para APIs y package.json. Requiere cadenas con comillas dobles, sin comas finales, sin comentarios. Todo analizador coincide en él.
YAML — amigable para humanos, guiado por la indentación. Impulsa Kubernetes, configuraciones de CI y todo lo que la gente edita a mano. Los espacios en blanco son significativos, lo cual es a la vez su fuerza y su trampa.
TOML — tipado, basado en tablas, diseñado para archivos de configuración. La elección para el Cargo.toml de Rust, el pyproject.toml de Python y herramientas similares. Más claro que INI, más estricto que YAML.
XML — verboso, cargado de atributos y espacios de nombres. El formato heredado que aún aparece en sistemas empresariales, APIs SOAP y almacenes de documentos antiguos.

Paso a paso: convertir entre formatos

El Convertidor de formatos de datos funciona totalmente en tu navegador. Este es el flujo:

Elige el Formato origen y el Formato destino. Dos menús desplegables separados seleccionan de qué conviertes y a qué. Usa Intercambiar para invertirlos al instante — útil cuando acabas de hacer JSON a YAML y ahora necesitas lo contrario.
Pega tu entrada en el área de origen. Si no estás seguro del formato, la herramienta puede sugerirlo — aparece una pista de “Detectado como” junto al origen según lo que pegaste.
Configura las opciones. Tres controles dan forma a la salida:
- Indentacion (0–8) — cuántos espacios de sangría en el resultado (se ignora al minificar JSON).
- Minificar JSON — elimina todos los espacios en blanco cuando el destino es JSON, para el payload más pequeño posible.
- Prefijo de atributos XML — la cadena que se antepone a las claves que representan atributos XML (predeterminado @, máximo 4 caracteres).
Haz clic en Convertir. El resultado aparece en el área de salida, junto con un Resumen (de formato a formato con el conteo de elementos de nivel superior) y un panel de Advertencias que marca lo que sea con pérdida.
Copia o descarga. Usa Copiar resultado para el portapapeles, o Descargar para guardar un archivo cuya extensión coincide con el formato destino. Usa Borrar para reiniciar.

Conversiones con pérdida y advertencias

Algunas conversiones no pueden ser perfectas, y la herramienta es clara al respecto. El panel de Advertencias lista cada caso para que sepas exactamente dónde mirar:

Atributos XML — atributos como <user id="7"> se guardan bajo una clave con prefijo (@id por defecto). Convertir a JSON o YAML los preserva, pero convertir de vuelta a XML depende del prefijo para distinguir atributos de elementos hijos, lo que puede ser con pérdida en casos límite.
Texto XML mixto — cuando un elemento tiene tanto texto como elementos hijos, el texto se guarda bajo una clave #text. Eso no se refleja perfectamente al convertir de vuelta, porque la estructura mixta original no es expresable en JSON ni en YAML.
Nombres XML — los nombres de elementos y atributos se normalizan a nombres XML válidos, así que los caracteres inusuales en las claves se reemplazan.
Anidamiento TOML — los objetos profundamente anidados se aplanan para la salida TOML y pueden necesitar revisión manual.

Cuando el panel de Advertencias está vacío, la conversión se refleja limpiamente. Cuando no lo está, lee cada advertencia y decide si las partes afectadas te importan. Para archivos de configuración planos, casi nunca verás advertencias.

Límites y honestidad

Algunas restricciones honestas para que sepas exactamente lo que recibes:

Los analizadores de YAML y TOML son subconjuntos hechos a mano. Manejan los casos comunes — mapeos anidados, listas, escalares, cadenas entre comillas, números, booleanos, null — pero no son librerías completas de la especificación YAML o TOML. Las estructuras complejas o de casos límite (anclas y alias en YAML, cadenas multilínea, arreglos de tablas en TOML, fechas y horas) pueden no analizarse ni serializarse exactamente como lo haría una librería dedicada.
JSON y XML son robustos. JSON pasa por JSON.parse, así que cualquier JSON válido se analiza exactamente. XML usa un analizador dedicado que maneja atributos, anidamiento y entidades.
Los recorridos de ida y vuelta no están garantizados. Como los casos con pérdida anteriores (atributos XML, texto mixto, anidamiento TOML) no siempre se pueden expresar en el formato destino, convertir A → B → A puede no reproducir A exactamente. Conserva tu original.

Preguntas frecuentes

¿La conversión es sin pérdida?

Para archivos de configuración planos y poco anidados, sí — normalmente verás un panel de Advertencias vacío. Para datos que usan atributos XML, texto XML mixto o anidamiento profundo de TOML, la conversión puede ser con pérdida, y el panel de Advertencias marca cada parte afectada. Trata las advertencias como tu señal para revisar esa sección.

¿Puede convertir YAML a JSON?

Sí. Pon el Formato origen en YAML y el Formato destino en JSON (o usa la sugerencia detectada), pega tu YAML y haz clic en Convertir. La salida es JSON válido, con la indentación controlada por la opción Indentacion y minificación opcional.

¿Por qué mi XML se convierte diferente al volver?

Dos razones. Los atributos XML se mapean a claves con prefijo (como @id), así que distinguirlos de los elementos hijos al volver depende de ese prefijo. Y el contenido mixto — un elemento con texto y elementos hijos — se guarda bajo #text, que no se mapea limpiamente de vuelta al XML mixto. El panel de Advertencias reporta ambos casos. Si te importa la fidelidad de ida y vuelta, conserva el XML original.

¿Soporta comentarios en JSON?

No. JSON no tiene comentarios en su especificación, y el analizador los trata como entrada inválida. Si tu entrada tiene comentarios, quítalos antes de convertir, o usa un formato que los admita (YAML y TOML sí los admiten).