Convertir YAML a JSON y JSON a YAML
Una sola herramienta para las dos direcciones: detecta el sentido a partir del archivo, admite YAML con varios documentos y cada error indica su línea.
Suelta tus archivos aquí
.yaml, .yml, .json, .txt · hasta 300 MB
Más ajustesMenos ajustes
Cómo convertir YAML a JSON y JSON a YAML
- 1
Suelta un archivo YAML o JSON
Añade un archivo o hasta veinte. Se reconocen las extensiones .yaml, .yml y .json, y un lote puede mezclarlas libremente.
- 2
Revisa la dirección detectada
La dirección se elige por la extensión o por el contenido si es texto plano. Cámbiala cuando la detección automática no coincida con lo que querías hacer.
- 3
Convierte y descarga
Pulsa el botón y guarda el archivo convertido. Si hay varios archivos, se descargan juntos en un archivo ZIP.
Por qué hay que adivinar bien la dirección
Todo documento JSON válido también es YAML válido, así que si se probara un archivo con un analizador YAML primero, un simple .json se clasificaría como YAML y se convertiría en sí mismo. Por eso manda la extensión: .json se convierte a YAML, y .yaml y .yml se convierten a JSON. Solo en .txt y otras entradas sin etiqueta decide el contenido, y se prueba JSON primero por exactamente el mismo motivo.
Una clave duplicada es un error, no una preferencia
En JSON, el último valor de una clave repetida gana, en silencio. En YAML, esa misma repetición es un error que merece detenerse, porque es justo lo que pasa en archivos de configuración: un docker-compose.yml con la lista de puertos dos veces al mismo nivel anula en silencio la primera lista, y el descubrimiento suele hacerse en producción. Se informan las dos líneas para que veas qué definición estaba a punto de desaparecer.
Cuatro esquemas y qué aporta uno más estricto
El esquema por defecto resuelve los tipos habituales de YAML, incluidas fechas y blobs binarios. Core y json son progresivamente más estrictos, y failsafe reconoce solo cadenas, mapas y secuencias. Elige uno más estrecho cuando una configuración debe leerse como datos literales: evita las sorpresas clásicas de YAML en las que un número de versión se convierte en un número de coma flotante y no se convierte en false.
Las configuraciones se quedan en tu dispositivo
Los archivos de configuración contienen nombres de host, puertos, nombres de buckets y a veces datos peores, por eso esta conversión ocurre en tu pestaña del navegador y no en un servidor. El análisis y la generación se ejecutan de forma local, en un hilo de trabajo, con el código que viene con la página. Nada se sube, nada se pone en cola y nada sobrevive al cierre de la pestaña.
Preguntas frecuentes
¿Cómo se elige la dirección de conversión?
Primero por la extensión del archivo: .json va a YAML, y .yaml y .yml van a JSON. En archivos .txt y otros sin etiqueta, decide el contenido: el texto se prueba primero como JSON y luego como YAML. Si ninguno de los dos se puede analizar, se te indica y puedes elegir tú la dirección.
¿Qué pasa con un archivo YAML con varios documentos?
Un archivo separado por marcadores --- se puede leer en ambos sentidos. Con el modo de varios documentos activado, cada documento se convierte en un elemento de un único array JSON. Con el modo desactivado, solo se convierte el primer documento y recibes un aviso no bloqueante de que el resto se ignoró, así que un resultado truncado nunca es una sorpresa silenciosa.
¿Por qué una clave duplicada se trata como un error?
Porque en YAML la segunda definición pisa a la primera sin ninguna señal de que haya ocurrido. Es una forma habitual de perder un mapeo de puertos o una variable de entorno en un archivo de configuración. La conversión se detiene e indica la clave junto con los dos números de línea, para que decidas qué definición era la correcta.
¿Qué es el esquema failsafe y cuándo lo necesito?
Failsafe resuelve solo cadenas, mapeos y secuencias; nada se convierte en número, booleano, fecha o null. Es la opción adecuada cuando una configuración debe conservarse al pie de la letra, por ejemplo cuando un valor como 1.10 es una versión y no un número, o cuando el problema de Noruega convierte el código de país no en false.
¿Se conservan los comentarios YAML en el JSON?
No, y no es posible. JSON no tiene sintaxis de comentarios, así que todo lo que haya después de un # se descarta durante la conversión. Es una propiedad del formato de destino, no una carencia de la herramienta, así que conserva el YAML como fuente principal si los comentarios te importan.
¿Qué cambia el nivel de estilo en línea (flow level)?
Decide a partir de qué profundidad de anidación la salida YAML pasa del estilo en bloques, con guiones y sangría, al estilo en línea como [a, b] y {a: b}. El valor por defecto mantiene todos los niveles en bloques, que se lee mejor en configuraciones editadas a mano. Si fijas una profundidad positiva, todo lo que esté por debajo se compacta, lo que conviene a datos muy anidados.
¿Se admiten anclas y alias?
No. Las anclas, alias y claves de unión (&defaults, *defaults y <<), junto con etiquetas de aplicación personalizadas, quedan fuera de lo que esta herramienta lee. Un archivo que las use recibe un error claro con su número de línea en lugar de un resultado discretamente incorrecto, que es una forma más segura de fallar para una configuración que estás a punto de desplegar.
¿Mi archivo se sube a algún sitio?
No. Ambos analizadores vienen con la página y se ejecutan dentro de tu pestaña del navegador, así que tu configuración nunca viaja por la red. No hay ningún componente de servidor que la almacene y no se conserva nada cuando cierras la pestaña.