JSON es el formato estándar para intercambiar datos entre APIs y aplicaciones. Un error de sintaxis (una coma de más, comillas sin cerrar) rompe todo el documento. Este validador comprueba que el JSON es sintácticamente correcto y lo formatea de forma legible.

Cómo usar esta herramienta

Pega el JSON que quieres validar.
Si hay un error, se indica la posición aproximada del problema.
Si es válido, se muestra formateado con indentación legible.

Ejemplo práctico

{"nombre":"Vapa",} es inválido por la coma sobrante antes de cerrar la llave — un error muy común y difícil de ver a simple vista en documentos largos.

Conceptos clave

JSON (JavaScript Object Notation) define una sintaxis muy estricta basada en unos pocos tipos: objetos ({ }) formados por pares clave-valor, arrays ([ ]) que son listas ordenadas, y los tipos primitivos string (siempre entre comillas dobles), number, boolean(true / false) y null. No existen fechas, funciones, comentarios ni valores como undefinedcomo tipos nativos: todo debe representarse con esos tipos básicos. Además, las claves de un objeto JSON siempre son cadenas de texto entre comillas dobles, nunca números ni identificadores sin comillas, y el orden de las claves no está garantizado por la especificación aunque la mayoría de implementaciones lo conserven en la práctica.

Entre los errores más comunes están las comas finales sobrantes (como en el ejemplo de arriba, con una coma antes de cerrar la llave o el corchete), el uso de comillas simples en lugar de dobles para las cadenas, y las claves sin comillas ({nombre: "Vapa"} en vez de {"nombre": "Vapa"}). Estos errores son válidos en JavaScript pero no en JSON estricto, lo que genera confusión frecuente entre ambos formatos. Otro fallo típico es dejar comentarios dentro del JSON (con // o /* */), algo que el formato no soporta en absoluto, a diferencia de superconjuntos como JSON5 o JSONC usados en algunos archivos de configuración.

Para validar no solo la sintaxis sino también la estructura de un documento JSON (qué claves son obligatorias, qué tipo debe tener cada valor, rangos permitidos, patrones, etc.) se usa JSON Schema, un estándar que describe la forma esperada de un documento JSON mediante otro documento JSON. Es habitual en APIs REST para documentar y validar automáticamente los payloads de entrada y salida, más allá de comprobar que el texto simplemente "parsea".

Aunque JSON se inspira en la sintaxis de los object literals de JavaScript, no son lo mismo: un object literal de JS admite claves sin comillas, comentarios, comillas simples, trailing commas, funciones como valores y expresiones dinámicas como [clave]: valor, mientras que JSON es un formato de intercambio de datos puramente textual y mucho más restrictivo, pensado para ser interoperable entre lenguajes distintos, no solo JavaScript.

Preguntas frecuentes

¿Por qué mi API devuelve un JSON que este validador rechaza?

Puede que el JSON esté bien pero venga envuelto en otro formato (ej. con comentarios, que JSON no permite) o con codificación de caracteres distinta.

¿JSON admite comentarios?

No, la especificación JSON no permite comentarios. Si necesitas comentar configuración, formatos como YAML o JSON5 sí los admiten.

¿Qué diferencia hay entre JSON y un objeto de JavaScript?

JSON es más estricto: las claves siempre van entre comillas dobles, no admite funciones ni comentarios, y no permite comas finales — un objeto JS es más permisivo.