Validador JSON con Errores

¿Por qué validar JSON?

JSON (JavaScript Object Notation) es extremadamente estricto en su sintaxis: una coma extra, una comilla faltante, o un bracket sin cerrar invalidan todo el documento. Y a diferencia de HTML (que los navegadores intentan renderizar aunque tenga errores), un JSON inválido causa que toda la operación falle: la API devuelve error 400, el archivo de configuración no se carga, o la importación de datos se aborta. Nuestro validador detecta estos errores al instante, indicando la línea exacta y el tipo de error, para que puedas corregirlo sin tener que buscar a ojo en miles de líneas.

¿Qué errores detecta el validador?

El validador detecta todos los errores de sintaxis JSON según la especificación RFC 8259: comillas simples en lugar de dobles (JSON solo acepta comillas dobles), coma final después del último elemento (trailing comma), comentarios (JSON no soporta comentarios), valores sin comillas donde se requieren, brackets y llaves sin cerrar o con exceso, caracteres de control no escapados, y tipos de datos inválidos. Para cada error muestra: línea, columna, y una descripción clara del problema con sugerencia de corrección.

Preguntas frecuentes

Herramientas relacionadas: Formateador JSON, JSON a CSV, Regex Builder.

Por qué validar JSON es el primer paso de cualquier integración

JSON parece simple pero rompe constantemente: comas finales que JavaScript permite pero JSON no, comillas simples en lugar de dobles, claves sin comillas, valores undefined que no existen en JSON. Un validador detecta el error exacto (línea, columna y motivo) antes de que tu API o tu integración rompa. Es la primera herramienta que debes ejecutar al recibir un JSON desconocido.

Errores típicos que detecta el validador

Trailing comma: {"a": 1,} es válido en JavaScript pero inválido en JSON estricto.

Comillas simples: {'a': 1} falla. JSON exige comillas dobles.

Claves sin comillas: {a: 1} es notación JavaScript, no JSON.

Comentarios: // comentario o /* ... */ no existen en JSON puro (sí en JSON5 o JSONC de VSCode).

Valores undefined o función: JSON solo permite string, number, boolean, null, array y object.

Caracteres no escapados: saltos de línea, tabuladores, comillas dentro de strings deben escaparse con backslash.

Codificación UTF-8 mal interpretada: caracteres con tilde corruptos suelen ser problemas de encoding del fichero.

JSON Schema: validación más allá de la sintaxis

JSON Schema es un estándar que permite definir la estructura esperada de un JSON (qué propiedades, qué tipos, qué valores permitidos, qué campos obligatorios). Es la forma profesional de validar payloads en APIs REST. Herramientas como Ajv (Node.js) o jsonschema (Python) ejecutan estas validaciones programáticamente. Más información en json-schema.org.

Variantes y dialectos de JSON

JSON estricto (ECMA-404 / RFC 8259): el estándar oficial. El más restrictivo.

JSON5: superset con comentarios, trailing commas, comillas simples, claves sin comillas, números hex.

JSONC: JSON con comentarios. Lo usa VSCode para sus archivos de configuración.

NDJSON / JSON Lines: un JSON por línea, sin array contenedor. Útil para logs y streaming.

HJSON: "human JSON" pensado para que humanos escriban configuración (similar a YAML pero familia JSON).

Casos de uso

Debug de APIs: antes de pasar un payload al backend, validas que es JSON correcto.

Edición manual de configuración: tsconfig.json, package.json, archivos OpenAPI.

CI/CD pipelines: validar archivos de config en el commit hook evita despliegues rotos.

Educativo: aprender JSON viendo qué falla y por qué.