YAML a JSON

Sí, completamente. No hay registro, ni cuenta, ni límite de uso, ni muro de pago. Todas las funciones de esta página están disponibles para todo el mundo, siempre.

No. La conversión se ejecuta en tu navegador con JavaScript. Tu YAML nunca se transmite a ningún sitio — no hay endpoint de conversión en el servidor, ni registros, ni analítica sobre el contenido que pegas. Puedes comprobarlo abriendo la pestaña de red mientras conviertes, o desconectándote de internet: la página sigue funcionando.

No. Es un conversor de YAML a JSON online: se ejecuta en la pestaña que ya tienes abierta, sin descargas, sin herramientas de línea de comandos y sin extensiones. Todo conversor online tiene que decidir dónde ocurre la conversión — la mayoría envía tu documento a su servidor; este lo mantiene en tu equipo. Si prefieres hacerlo con un script, la guía «Convertir YAML a JSON en código» cubre la línea de comandos, Python, Node.js y Go.

No hay ningún tope artificial. La conversión ocurre en tu propio equipo, así que el límite práctico es la memoria del dispositivo. Los archivos de unos pocos megabytes se convierten sin problema; los documentos muy grandes pueden pausar brevemente la página mientras se analizan.

Sí. Usa el botón de intercambio entre los dos paneles para invertir la dirección sin salir de la página, o ve al conversor dedicado de JSON a YAML. Al intercambiar, la salida actual pasa a ser la nueva entrada, así que puedes hacer el viaje de ida y vuelta con un documento.

Se eliminan, porque JSON no tiene sintaxis para comentarios. El conversor te dice cuántos se han eliminado en lugar de descartarlos en silencio. Si necesitas conservarlos, usa el formateador de YAML, que reformatea el YAML en su sitio y los mantiene.

Los archivos que separan documentos con --- están totalmente soportados. Puedes obtenerlos como un array JSON con todos los documentos, o como JSON Lines (NDJSON) con un objeto JSON compacto por línea, que es el formato que esperan kubectl y la mayoría de canalizaciones de logs. Los manifiestos de Kubernetes y la salida de Helm suelen ser multi-documento.

Sí. Las anclas (&nombre) y los alias (*nombre) se expanden a sus valores completos, porque JSON no puede expresar referencias. Las claves de fusión (<<) se resuelven por defecto, que es lo que necesitan los archivos de Docker Compose, GitLab CI y Ansible. Puedes desactivar la resolución si prefieres ver la clave << en bruto.

YAML 1.2 trata los valores sin comillas como no, yes, on y off como cadenas normales. YAML 1.1 los trata como booleanos — así que country: no se convierte en false. YAML 1.1 también lee 022 como el octal 18 y 12:30 como el número 750 en base 60. Este conversor usa YAML 1.2 por defecto y te avisa cuando un valor de tu documento se leería de forma distinta en 1.1.

Las dos causas más comunes son un tabulador usado para indentar, que YAML prohíbe por completo, y un valor sin comillas que contiene dos puntos, como title: foo: bar. Los corchetes y comillas sin cerrar también aparecen como errores de indentación en la mayoría de analizadores; este conversor los detecta específicamente y señala el delimitador que nunca se cerró.

Sí. Si el documento no se puede analizar, obtienes una descripción clara del problema, la línea y columna exactas, una solución sugerida y un marcador en la línea afectada del editor. La página dedicada Validador de YAML es el mismo motor con el panel de salida centrado en el diagnóstico.

Una vez cargada, sí. Todo lo necesario para convertir ya está en tu navegador, así que la herramienta sigue funcionando si pierdes la conexión.

Pega tu YAML en el panel izquierdo del conversor de arriba — convierte YAML a JSON online, en tu navegador, mientras escribes, así que no hay botón que pulsar ni nada que subir. Elige la indentación (2 espacios, 4 espacios, tabuladores o minificado), ordena las claves si quieres, y copia el JSON o descárgalo como archivo .json. Si el documento no se analiza, obtienes la línea y columna exactas, una explicación clara y una solución sugerida en lugar de un panel vacío. Para una conversión que necesites repetir, yq -o=json input.yaml hace el mismo trabajo desde una terminal.

Pulsa Subir para elegir un archivo .yaml o .yml, o arrástralo a cualquier punto de esta página, y luego pulsa Descargar para guardar el resultado como archivo .json. El archivo lo lee tu navegador y nunca se envía a ningún sitio, lo que importa en configuraciones con nombres de host, registros o credenciales. Desde una shell, usa yq -o=json input.yaml > output.json, o convierte un directorio entero con: for f in *.yaml; do yq -o=json "$f" > "${f%.yaml}.json"; done

Sí, en casi todos los casos. YAML 1.2 se define como un superconjunto de JSON, y cualquier documento YAML construido con mapas, secuencias, cadenas, números, booleanos y nulos ordinarios tiene un equivalente JSON exacto. Cuatro cosas no sobreviven al viaje: los comentarios, porque JSON no tiene sintaxis para ellos; las anclas y alias, que se expanden a sus valores completos porque JSON no puede expresar referencias; las claves de mapa que no son cadenas, como fechas o estructuras anidadas, que JSON no permite; y las etiquetas personalizadas como !Ref o !GetAtt, que no significan nada fuera de su herramienta. Este conversor informa de cada uno de estos casos en lugar de descartarlos en silencio.

Es al revés: JSON es YAML válido, pero YAML en general no es JSON válido. La especificación de YAML 1.2 define el lenguaje como un superconjunto de JSON, así que cualquier documento JSON se puede pasar sin cambios a un analizador YAML 1.2 — puedes pegar JSON en el panel YAML de arriba y se analizará. Un documento YAML solo es JSON válido por casualidad, si está escrito en el estilo de flujo de JSON con todas las claves y cadenas entre comillas y sin comentarios; el YAML habitual basado en indentación lo rechaza cualquier analizador JSON. La garantía se aplica a YAML 1.2 — YAML 1.1, que implementan PyYAML y herramientas más antiguas, no es un superconjunto estricto de JSON.

JSON es un formato de intercambio estricto para máquinas; YAML es un formato de configuración para personas que puede expresar los mismos datos. En concreto: YAML obtiene su estructura de la indentación mientras que JSON usa llaves y corchetes; YAML admite comentarios con # y JSON no tiene ninguno; YAML puede reutilizar bloques mediante anclas, alias y claves de fusión mientras que JSON repite cada valor completo; YAML puede contener varios documentos en un archivo separados por ---, donde JSON contiene exactamente un valor; y YAML normalmente permite dejar las cadenas sin comillas, lo cual es cómodo hasta que country: NO se lee como false. Como YAML 1.2 es un superconjunto de JSON, todo lo que JSON puede expresar YAML también puede.

Usa YAML cuando una persona escribe y mantiene el archivo, y JSON cuando lo escribe o lee una máquina. YAML compensa en configuración que se lee en revisiones de código — manifiestos de Kubernetes, Docker Compose, workflows de GitHub Actions, playbooks de Ansible, especificaciones OpenAPI — porque los comentarios explican los valores y las anclas reducen la repetición. JSON compensa en cuerpos de peticiones y respuestas de API, líneas de log, fixtures de pruebas y cualquier cosa generada o almacenada en volumen: se analiza más rápido, todos los lenguajes traen un analizador, no hay espacios significativos que estropear ni ambigüedad de versión que discutir. Cuando aplican ambos argumentos, la respuesta habitual es escribir en YAML y convertir a JSON en tiempo de compilación, que es para lo que sirve el conversor de arriba.

YAML es más fácil de leer y más difícil de escribir bien; JSON es más ruidoso y mucho más predecible. En legibilidad YAML gana claramente con configuración anidada: sin corchetes de cierre, sin comillas en cada clave, sin comas que colocar mal, y con comentarios para explicar los valores que no son obvios — el mismo manifiesto de Kubernetes es aproximadamente un 40 % más corto en YAML que en JSON. En usabilidad la balanza se invierte. La indentación es significativa, así que un tabulador perdido o una clave hermana mal alineada rompe el documento; los valores sin comillas pueden cambiar de tipo en silencio (yes, no, on, off, 022, 12:30); las claves duplicadas y la división entre YAML 1.1 y 1.2 producen archivos que se analizan sin error y aun así se comportan mal; y los errores de los analizadores YAML son notoriamente vagos sobre dónde está el problema real. JSON no tiene ninguno de esos modos de fallo, y por eso la postura práctica es escribir YAML y validarlo o convertirlo antes de desplegarlo.