Saltar al contenido

Convertidor JSON ↔ YAML

El convertidor JSON ↔ YAML transforma YAML a JSON y JSON a YAML en el navegador, con sincronización en paralelo, validación de sintaxis, ordenación de claves, sangría, YAML multidocumento y copia/descarga.

Sangría JSON

Sangría YAML

Ordenar claves del objeto

Dividir array en YAML multidocumento (separado por ---)

JSON

Caracteres

0 / 500,000

YAML

Caracteres

0 / 500,000

Convertidor JSON ↔ YAML

Inicio rápido

1
Pegue o escriba JSON en el editor izquierdo; el YAML de la derecha se actualiza automáticamente.
2
También puede escribir YAML a la derecha; el JSON de la izquierda se actualiza automáticamente.
3
La sincronización es bidireccional. No hay que cambiar de modo: edite un lado y el otro se regenera automáticamente.
4
Use la barra superior para configurar la sangría JSON/YAML, activar la ordenación de claves y alternar la salida YAML multidocumento.
5
Presione Tab en el editor para insertar sangría en lugar de mover el foco.
6
Cada editor tiene botones Copiar y Borrar en la esquina superior derecha. Limpiar cualquier lado limpia ambos lados.

Escenarios comunes

Autoría de Kubernetes

convierta manifiestos de recursos K8s entre YAML y JSON para inspeccionar la estructura desde ambas vistas.

Depuración de valores de Helm

convierta valores.yaml a JSON para inspeccionar tipos y anidamientos en su IDE.

Canalizaciones de CI/CD

convierta rápidamente fragmentos entre GitHub Actions (YAML) y sistemas de CI que usan JSON.

Depuración de API

convierta cargas útiles JSON a YAML para obtener una vista jerárquica más clara.

Migración de configuración

convierta un fragmento pegado a la vez mientras revisa cómo cambian en JSON los comentarios, anclajes y separadores de documentos.

Formato y validación de sintaxis

verifique la sintaxis JSON/YAML mediante sincronización bidireccional, con ubicación de errores por línea/columna.

Consejos de uso

Una sangría JSON de 2 espacios funciona en la mayoría de los casos; use 4 espacios para anidamiento profundo o archivos de valores de Helm.
Habilite la ordenación de claves para mostrar las claves de objeto en orden alfabético. Así es más fácil comparar diferencias de configuración.
Cuando la raíz JSON es una matriz, habilite YAML de documentos múltiples para dividir cada elemento en un documento separado (---), útil para archivos K8 de múltiples recursos.
Si la entrada no es válida, el lado editado resalta la línea del error; pase el cursor o toque para ver los detalles de línea/columna. El lado generado se borra en lugar de conservar una salida obsoleta.
Para contenido grande, pegue primero y espere la sincronización, luego continúe editando para evitar una reconversión excesiva.

Contrato de conversión

El último editor editado es la fuente. El otro editor se regenera a partir de él cuando la entrada es válida.
Varios documentos YAML se convierten en una matriz JSON. Un único documento YAML se convierte en un valor JSON.
Cuando se habilita YAML multidocumento, una matriz raíz JSON se escribe como documentos YAML separados por ---; una matriz vacía permanece como [] para conservar la reversibilidad.
La ordenación de claves reordena recursivamente las claves de objeto antes de la salida, lo que ayuda a comparar pero cambia el orden mantenido manualmente.
La validación es solo de sintaxis. Esta herramienta no valida recursos de Kubernetes, charts de Helm, archivos OpenAPI, JSON Schema ni reglas de políticas.
Los textos JSON y YAML son borradores de sesión; la sangría, la ordenación, el modo multidocumento, los números de línea y el ajuste permanecen como preferencias del dispositivo.
Los límites de visitantes/usuarios/suscriptores son 500.000/2.000.000/5.000.000 caracteres de entrada, 25/100/250 documentos YAML, 5000/20.000/50.000 nodos YAML, profundidad 40/80/120, 50.000/200.000/500.000 nodos JSON, 25.000/100.000/250.000 propiedades JSON y 16/48/96 MiB de salida.

Límites de ida y vuelta con pérdida

Los comentarios de YAML se eliminan porque JSON no tiene campo de comentarios.
Los anclajes, alias y claves de combinación de YAML se expanden en valores concretos de JSON; la estructura de referencia no se puede reconstruir automáticamente.
El estilo de comillas, el estilo escalar de bloque, los marcadores de documentos y las etiquetas YAML personalizadas pueden regenerarse o perderse porque JSON solo almacena valores de datos.
Los enteros grandes siguen limitados por la precisión numérica de JavaScript. Ponga entre comillas los ID de Snowflake, las marcas de tiempo de 64 bits y otros identificadores exactos antes de convertir.
La carga de archivos, la recuperación de URL, la conversión de archivos por lotes, los enlaces para compartir, las bibliotecas de ejemplos, el renderizado de Helm, Kustomize, las expresiones yq/jq, la validación con YAML schema/JSON Schema y la conversión multiformato están fuera de esta página.

Limitaciones y compatibilidad

El análisis de YAML sigue la especificación YAML 1.2. El comportamiento anterior de YAML 1.1, como convertir yes/no/on/off automáticamente a booleanos, puede diferir.
Los números JSON siguen los límites de JavaScript IEEE 754. Los números enteros que superen la precisión segura de 53 bits pueden perder precisión.
Los anclajes y alias YAML(&, *, <<) se expanden a valores concretos cuando se convierten a JSON; las referencias no se pueden conservar y la expansión de alias tiene un límite de seguridad.
Los comentarios YAML, el estilo de comillas y el estilo de escalares de bloque pueden eliminarse o regenerarse porque JSON no admite esos detalles de presentación.

Privacidad y seguridad

Todo el procesamiento ocurre localmente en su navegador. El texto JSON/YAML es un borrador de sesión; las preferencias de sangría, ordenación, multidocumento, números de línea y ajuste permanecen en este dispositivo sin sincronización en la nube, recuperación de URL ni historial remoto.

Preguntas frecuentes

5

Continúa con estas herramientas relacionadas para el siguiente paso.

Todo el procesamiento de las herramientas ocurre localmente en tu navegador.