Conversor YAML ↔ JSON

Convierte YAML y JSON en ambos sentidos y ve cada línea que cambia.

YAML → JSONJSON → YAML

Arrastra y suelta archivos aquí, o haz clic para seleccionar

Tu archivo no sale de tu dispositivo · Sin registro · Sin límite diario

Hasta 100 MB por archivo

Tu archivo se queda en esta pestaña. No se sube nada, y eso importa: los manifiestos de Kubernetes y los archivos de CI llevan secretos, nombres de host internos y direcciones de registro.

Entrada YAML

0 B

Sangría

2 espacios4 espacios

Pega YAML o JSON, o suelta un archivo.

Cómo funciona

Pega YAML o JSON, o suelta un archivo .yaml, .yml o .json. La dirección de la conversión sigue a lo que pegues.
Lee el resultado, y después lee la lista de cambios que hay debajo. Cuenta los comentarios que se han perdido, los anchor y las merge key que se han expandido, los documentos que se han envuelto en un array y los valores que no han sobrevivido al viaje.
Revisa aparte la lista de YAML 1.1 / 1.2. Son las líneas cuyos valores PyYAML, Ruby o Go leerían de forma distinta a un parser de YAML 1.2, citadas con su número de línea para que decidas antes de que algo más abajo en la cadena te lleve la contraria.
Copia o descarga el resultado completo. La vista previa en pantalla puede acortarse cuando la salida es muy larga; la copia y la descarga nunca lo están.

Para qué se usa

Convertir un docker-compose.yml o un manifiesto de Kubernetes a JSON para que lo pueda leer un script o una API.
Convertir una configuración JSON de vuelta a YAML para una herramienta que solo acepta YAML.
Comprobar, antes de entregar un archivo de configuración, si el PyYAML de Python lo leería igual que un parser de YAML 1.2.
Inspeccionar un workflow de GitHub Actions cuyo entrecomillado y cuya clave on: sin comillas no te acaban de convencer.

Bueno saberlo

Los comentarios no sobreviven. JSON no tiene sintaxis de comentarios, así que toda línea que empieza por # desaparece tras la conversión. La herramienta los cuenta primero y te dice cuántos son: 4 en el manifiesto de Kubernetes con el que probamos, 2 en el archivo docker-compose. Guarda el YAML original si los comentarios importan.
Los anchor y los alias (&nombre y *nombre) se expanden, no se conservan. Allí donde aparecía *nombre obtienes una copia completa del valor, porque JSON no tiene referencias. Ese paso no se puede deshacer.
Las merge key se fusionan en el sitio. El patrón x-common: &common que usan los archivos docker-compose sale copiado dentro de cada servicio que lo incorporó con <<: *common.
Un archivo YAML de varios documentos, de los separados por ---, se convierte en un único array JSON. Un archivo de Kubernetes con dos recursos llega como [{...}, {...}].
El estilo de escalar en bloque (|, >, |- y >-) no se restaura en el camino de vuelta. El texto de dentro es idéntico; lo único que cambia es cómo está escrito. El texto que contiene saltos de línea vuelve como un bloque |, y el estilo plegado > no vuelve nunca.
Esta herramienta lee YAML 1.2. yes, no, on, off, y, n y NO son texto; 22:30 es texto; 2024-01-15 es texto. PyYAML (Python), Ruby y el yaml.v2 de Go leen YAML 1.1 y convierten eso en booleanos, números y fechas. Cada línea así de tu archivo se marca con su número de línea, hasta las 40 primeras: en nuestros archivos de prueba fueron 3 líneas en el manifiesto de Kubernetes, 3 en el docker-compose y 1 en el workflow de GitHub Actions.
Un cero inicial se pierde: 08 es el número 8 en YAML 1.2 y se escribe en JSON como 8, mientras que PyYAML lee ese mismo 08 como el texto «08». Entrecomíllalo en tu YAML si el cero tiene que quedarse.
.inf, -.inf y .nan no tienen equivalente en JSON y se convierten en null. Cada caso se avisa por separado en lugar de cambiarse en silencio.
En JSON las claves son siempre cadenas. 1: one se convierte en "1": "one", null: x se convierte en "null": "x", y las claves compuestas escritas como ? [a, b] se aplanan a texto. Si la misma clave aparece dos veces gana el último valor, y se te avisa en lugar de que lo descubras más tarde.
Los tag no se conservan. !!binary se convierte en una cadena base64. Los tag de CloudFormation y de Ansible como !Ref y !GetAtt no rompen la conversión, pero el tag se descarta y solo queda su valor, así que el resultado ya no es una plantilla de CloudFormation válida.
Los enteros grandes se conservan en el texto JSON exactamente como estaban escritos: 9007199254740993 sigue siendo 9007199254740993 en lugar de redondearse a ...992, y 1.10 sigue siendo 1.10. Si después lees ese JSON con JSON.parse en tu propio código, ahí sí se redondeará: esa pérdida es del tipo numérico de JavaScript, no de este conversor.
El YAML que escribe esta herramienta lleva comillas allí donde hacen falta, así que la salida puede llevar más comillas que tu original. Es deliberado: es lo que hace que la salida se lea igual bajo YAML 1.1 y bajo YAML 1.2. Lo verificamos con tres parsers y con el PyYAML 6.0.1 de Python.
Los archivos grandes son más lentos de lo que parecen, porque el parser lee el texto fuente y no solo los valores: unos 24 ms para 9 KB, 238 ms con 171 KB y 1,2 s con 2,7 MB en Chromium de escritorio. Los archivos de configuración reales son pequeños (los de Kubernetes, compose y workflow que medimos ocupan entre 0,8 y 1,5 KB), así que esto solo se nota en los generados.

Preguntas frecuentes

¿La conversión es sin pérdidas?

No, y ninguna conversión de YAML a JSON lo es. Los comentarios, los anchor, las merge key, los tag y el estilo de bloque no tienen equivalente en JSON, así que se resuelven o se descartan. Lo distinto aquí es que cada uno se cuenta y se localiza en lugar de desaparecer en silencio.

¿El resultado vuelve a ser el mismo archivo?

El JSON sí: convertir JSON a YAML y de vuelta produjo un JSON idéntico byte a byte en los tres archivos reales que probamos, incluidos los literales numéricos y el orden de las claves. El YAML no: los comentarios desaparecen, los anchor y las merge key se expanden y el entrecomillado cambia. Los valores sobreviven al viaje de ida y vuelta; el archivo tal como lo escribiste, no.

¿Por qué mi yes se ha convertido en una cadena?

Porque esta herramienta lee YAML 1.2, donde yes es texto. PyYAML, Ruby y el yaml.v2 de Go leen YAML 1.1, donde esa misma palabra es true. Esas son exactamente las líneas que marca la lista de discrepancias, para que las veas aquí y no en un despliegue roto.

¿Redondea mis números?

No. El JSON se escribe a partir de tu texto fuente y no de un número de JavaScript, así que 9007199254740993 y 1.10 se imprimen exactamente como los escribiste. El orden de las claves también sobrevive, incluidas las claves que parecen números, como 10, 2 y 1, que un objeto JavaScript normal reordenaría en silencio a 1, 2, 10.

¿Puede abrir archivos de CloudFormation o de Ansible?

Los abre sin fallar: !Ref y !GetAtt se aceptan y sus valores se conservan, pero el tag en sí se descarta, así que lo que recuperas son datos, no una plantilla que puedas desplegar.

¿Se sube mi archivo?

No. La conversión se ejecuta en tu pestaña del navegador. Aquí eso importa más que en la mayoría de las páginas: los manifiestos de Kubernetes y los workflows de CI llevan de forma rutinaria nombres de host internos, direcciones de registry, nombres de secretos y a veces los propios secretos.

Herramientas relacionadas

3MF a STL

Convertidor PNG a SVG

Convertidor JPG a SVG

Convertidor de imagen a SVG

Convertidor PNG a DXF