¿Qué es Conversor de JSON a YAML?

El Conversor de JSON a YAML transforma datos JSON al formato YAML limpio, que es más legible para humanos y se usa habitualmente en archivos de configuración (Docker Compose, Kubernetes, pipelines de CI/CD). Gestiona objetos anidados, arrays y cadenas multilínea con la sintaxis YAML correcta.

El conversor usa js-yaml por debajo y maneja cadenas multilínea, anchors y arrays de objetos sin perder la estructura. La indentación puede ser de 2 o 4 espacios (la mayoría de configuraciones usa 2). El estilo flow deja arrays cortos en una línea ([a, b, c]) y el estilo block escribe un elemento por línea. También hay opción de ordenar claves para una salida determinista en control de versiones.

Cómo usar

1. Paso 1 — Pega tus datos JSON o sube un archivo .json. El JSON inválido se detecta y resalta antes de la conversión.
2. Paso 2 — Establece el ancho de sangría (2 o 4 espacios) y elige las opciones de estilo de flujo para arrays compactos u objetos en línea.
3. Paso 3 — Visualiza el YAML resultante con resaltado de sintaxis, luego cópialo o descárgalo como archivo .yaml para usarlo en tus archivos de configuración.

Cuándo usar

• Convertir un fragmento de package.json o tsconfig.json al formato YAML que espera una herramienta de CI.
• Escribir manifiestos de Kubernetes o Docker Compose desde respuestas de API o JSON generado por scaffolding.
• Pasar una configuración JSON de una herramienta antigua a un YAML más legible para la versión actualizada.

Resultado

Estás convirtiendo un package.json en una configuración YAML para un pipeline de CI. Pega el JSON, establece una sangría de 2 espacios y obtén un YAML limpio donde las dependencias anidadas son claramente visibles sin llaves ni comillas.

Preguntas frecuentes

¿YAML es simplemente JSON con otra sintaxis?

Más o menos. YAML 1.2 es un superset de JSON: cualquier JSON válido también es YAML válido. YAML añade comentarios, cadenas multilínea, anchors/aliases y un diseño basado en indentación. Para datos puros, ambos son intercambiables.

¿Mejor 2 o 4 espacios de indentación?

La convención en Kubernetes, Docker Compose, GitHub Actions y la mayoría de herramientas CI son 2 espacios. 4 ayuda en archivos muy anidados, pero es poco frecuente. Iguálalo a los archivos que ya usa tu equipo para no ensuciar los diffs.

¿Cuándo conviene el estilo flow?

El estilo flow ({a: 1, b: 2}) es práctico para arrays cortos de primitivos, como una lista de puertos, que en block resultan ruidosos con un elemento por línea. Para lo que alguien tenga que leer o editar a mano, mejor block.

¿Qué pasa con cadenas que parecen booleanos o números?

La coerción de tipos de YAML puede ser agresiva: 'yes', 'no', 'on', '1.0', 'null' se reinterpretan. El conversor envuelve esas cadenas en comillas para que sigan siendo cadenas y evita el clásico bug de 'Noruega', donde el código NO se vuelve false.

¿Puedo ir y volver de JSON a YAML sin perder nada?

Con datos planos, sí: la estructura se conserva. Lo que se pierde son los comentarios (JSON no los tiene) y a veces el orden de claves (el parser JSON puede reordenar). Para mantenerlo, activa 'ordenar claves' en ambos lados.

Herramientas relacionadas