Convertidor de JSON a YAML
Pega el JSON y sale el YAML equivalente. Entrecomillamos las cadenas que YAML leería como booleano o como número, que es de donde vienen casi todos los sustos.
Tus datos
Resultado
servicio: api
puerto: 8080
activo: true
paises:
- ES
- 'NO'
limites:
rpm: 600 - Líneas
- 8
- Tamaño (bytes)
- 83
- Diferencia con el JSON
- -6,7 %
Qué damos por supuesto
- La conversión ocurre en tu navegador. El JSON no sale de tu equipo.
- Se genera YAML 1.2 con sangría de dos espacios, que es lo que esperan Kubernetes, Docker Compose y GitHub Actions.
- Las cadenas que YAML interpretaría como otra cosa —
no,yes,off,08001— se entrecomillan siempre. Es preferible una comilla de más que un valor cambiado. - El orden de las claves se conserva. YAML no le da significado, pero quien lo lee sí.
- La conversión es en un solo sentido: de JSON a YAML. YAML admite cosas que JSON no puede representar, como anclas y referencias.
Cómo se calcula
El JSON se analiza con el motor del navegador y se vuelve a escribir con la sintaxis de YAML: dos espacios por nivel, guion para los elementos de una lista y dos puntos para las claves. Lo interesante no es eso, sino cuándo hay que poner comillas.
El caso de Noruega
YAML 1.1 interpreta no, n, off y false
como el booleano falso. Eso significa que una lista de códigos de país sin comillas convierte
Noruega —NO— en false. Es un fallo real, famoso y difícil de ver,
porque el fichero sigue siendo YAML válido.
Lo mismo pasa con los códigos postales: 08001 sin comillas se lee como el
número 8001 y pierde el cero. Por eso aquí se entrecomilla todo lo que pudiera leerse como
booleano, número, nulo o fecha.
Texto de varias líneas
Cuando una cadena tiene saltos de línea se usa el bloque literal |- en lugar de
llenarla de
. Es más legible y es lo que hace cualquier YAML escrito a mano.
Un ejemplo
Con {"pais":"NO","cp":"08001"} el resultado es pais: 'NO' y
cp: '08001', con comillas. Sin ellas, un lector de YAML devolvería
false y 8001: el mismo fichero, otros datos.
Preguntas frecuentes
¿Puedo convertir de YAML a JSON?
Todavía no. Generar YAML es directo; leerlo bien requiere un analizador completo, con anclas, referencias y varios documentos por fichero. Preferimos no ofrecerlo antes que ofrecerlo a medias.
¿Por qué pone comillas donde yo no las pondría?
Porque sin ellas el valor cambiaría de tipo. Un YAML con comillas de más es feo; uno con comillas de menos es incorrecto, y lo peor es que sigue siendo válido y no avisa.
¿Sirve para un manifiesto de Kubernetes?
Sí: la sangría de dos espacios y el formato de listas son los que esperan Kubernetes, Docker Compose y GitHub Actions.
¿Y los comentarios?
JSON no tiene comentarios, así que no hay nada que trasladar. Si los necesitas en el YAML, se añaden después con #.
Sigue calculando
Todas las herramientas →- Formateador y validador de JSON Pega el JSON, elige la sangría y listo. Si algo no cuadra te decimos exactamente dónde, y de paso cuántas claves y cuánta profundidad tiene.
- Descodificador de JWT Pega el token y verás qué lleva dentro. Ojo: esto lo descodifica, no lo verifica — comprobar la firma necesita la clave.
Actualizado el 2026-09-02. Los cálculos se ejecutan en tu navegador; los datos que introduces no se envían a ningún servidor.