Validador y Formateador JSON
Valida, formatea y minifica JSON en tu navegador con ubicaciones de error detalladas.
Cargando Validador y Formateador JSON… Si no ocurre nada, activa JavaScript.
JSON (JavaScript Object Notation) es un formato de intercambio de datos ligero y legible por humanos, basado en un subconjunto de la sintaxis de JavaScript. Lo popularizó Douglas Crockford a principios de los 2000 como una alternativa más sencilla a XML para intercambiar datos entre clientes y servidores web. Estandarizado como RFC 4627 en 2006 y más tarde como ECMA-404 y RFC 8259, JSON se ha convertido en el lenguaje universal de las API web, los archivos de configuración y el almacenamiento de datos. Sus seis tipos de valor (cadena, número, booleano, null, array y objeto) se corresponden limpiamente con las estructuras de datos de prácticamente todos los lenguajes de programación.
Ejemplos
{"name":"Ada","age":36}
Valid · object with 2 keys
{'name': 'Ada'}
Invalid · property names must use double quotes
JSON es más estricto que un literal de objeto de JavaScript: sin comillas simples, sin comas finales.
Preguntas frecuentes
¿Se envía mi JSON a un servidor?
¿Cuáles son las reglas exactas que hacen válido un JSON?
¿Cuál es la diferencia entre formatear y minificar JSON?
¿En qué se diferencia JSON de la sintaxis de literal de objeto de JavaScript?
¿Qué tamaño de JSON puedo validar y formatear?
¿El validador admite JSON5 o JSONC (JSON con comentarios)?
¿Puedo usar esto para formatear JSON dentro de una cadena (JSON escapado)?
¿Es JSON lo mismo que BSON o MessagePack?
¿Por qué el mensaje de error solo muestra el primer error?
¿Cuál es un error común que invalida el JSON?
Acerca de Validador y Formateador JSON
JSON es ineludible en el desarrollo moderno. Las API REST devuelven respuestas JSON. Los archivos de configuración de herramientas como ESLint, TypeScript y npm usan JSON. Las bases de datos NoSQL como MongoDB almacenan documentos como BSON (JSON binario). Las cargas útiles de eventos de funciones serverless son objetos JSON. Los desarrolladores necesitan habitualmente inspeccionar, formatear o validar JSON procedente de respuestas de API, exportaciones de bases de datos, archivos de registro, cargas de webhooks y plantillas de configuración. Una sola coma fuera de lugar o un corchete sin pareja invalida todo el documento, y el JSON minificado en crudo de una API de producción es casi imposible de leer sin formatearlo.
Este validador y formateador de JSON analiza tu entrada localmente en el navegador usando la función nativa JSON.parse, el mismo analizador que usa cada entorno de ejecución de JavaScript. Resalta la línea y columna exactas de cualquier error de sintaxis para que puedas encontrar y corregir los problemas de inmediato. Una vez válido, la herramienta imprime el JSON con sangría configurable para mejorar la legibilidad, o lo minifica eliminando todo el espacio en blanco innecesario para reducir el tamaño de la carga. Como todo se ejecuta en tu navegador, tus datos JSON, que pueden contener claves de API, registros de usuarios o datos comerciales confidenciales, nunca se envían a ningún servidor.
Los errores comunes de JSON incluyen comas finales después del último elemento de un array u objeto (válidas en JavaScript pero prohibidas en JSON), cadenas entre comillas simples (JSON requiere comillas dobles) y comentarios (JSON no tiene sintaxis de comentarios, a diferencia de JSONC o JSON5). Los números con ceros a la izquierda (como 007) también son inválidos. Si trabajas con un formato que amplía JSON con estas características, necesitarás un analizador JSONC o JSON5; el JSON.parse estándar los rechazará.
Cómo JSON conquistó la web
JSON fue creado y popularizado por Douglas Crockford, que registró el dominio json.org en 2001 y empezó a defender JSON como una alternativa ligera a XML para el intercambio de datos con AJAX. La idea clave de Crockford fue que la sintaxis de literales de objeto y array de JavaScript ya era un formato de datos válido; solo necesitaba ser documentada, restringida a tipos seguros y promovida. Afirmó célebremente que «descubrió» JSON en lugar de inventarlo, señalando que la sintaxis ya estaba latente en el propio JavaScript.
A pesar de su sencillez, el camino de JSON hacia la estandarización fue sorprendentemente polémico. Crockford lo publicó inicialmente bajo una licencia que incluía la frase «El software se usará para el Bien, no para el Mal», lo que hizo que algunas organizaciones de código abierto lo clasificaran como no libre. Cuando ECMA formalizó JSON como ECMA-404 en 2013 y el IETF publicó el RFC 8259 en 2017, usaron una licencia limpia, pero Crockford mantuvo la cláusula «el Bien, no el Mal» en la especificación original de json.org, creando una nota a pie de página persistente (y algo humorística) sobre licencias en la historia de los estándares web.
Hoy, JSON es posiblemente el formato de datos más analizado que existe. Todos los lenguajes de programación importantes incluyen un analizador JSON en su biblioteca estándar. Las API REST, las respuestas GraphQL, las bases de datos NoSQL, los archivos de configuración, los sistemas de agregación de registros y los buses de eventos serverless usan JSON como formato nativo. La ironía es que JSON, diseñado para ser más sencillo que XML, se ha vuelto tan omnipresente que a su alrededor han crecido ecosistemas enteros de formatos cercanos a JSON (JSON5, JSONC, NDJSON, JSON Schema, JSON Pointer, JSON Patch) para abordar sus limitaciones.