Descubra qué hace inválido su JSON y cómo corregirlo

La coma final es probablemente la causa más habitual de un JSON inválido. En muchos lenguajes de programación se permite, e incluso se recomienda, dejar una coma después del último elemento de una lista para facilitar los cambios posteriores. En JSON, sin embargo, esa coma está prohibida: colocar una tras el último par de un objeto o el último valor de un arreglo invalida todo el documento. El síntoma típico es un error que apunta a la llave o el corchete de cierre, porque el analizador espera otro elemento después de la coma y se encuentra el final de la estructura. La corrección es sencilla una vez localizado el punto: basta con eliminar la coma sobrante. La herramienta le lleva justo a esa posición para que el arreglo sea inmediato.

El segundo grupo de causas tiene que ver con las comillas. JSON exige comillas dobles rectas tanto en las claves como en los valores de texto, pero es muy común escribir comillas simples por costumbre de otros lenguajes, o copiar un objeto de JavaScript donde las claves aparecen sin comillas. Ambos casos producen un documento inválido. También ocurre que, al pegar desde un procesador de textos o un chat, las comillas rectas se transforman en comillas tipográficas curvas que el analizador no reconoce. La solución pasa por sustituir todas las comillas simples y curvas por comillas dobles rectas, y por añadir comillas a cualquier clave que no las tenga. La herramienta señala el carácter concreto que provoca el fallo, de modo que sepa exactamente dónde intervenir.

Los corchetes y las llaves sin cerrar son otra fuente frecuente de JSON inválido, especialmente al editar documentos extensos a mano. Cada llave que abre un objeto y cada corchete que abre un arreglo debe tener su pareja de cierre, y en el orden correcto. Al borrar o mover bloques de datos es fácil eliminar sin querer un símbolo de cierre, o dejar uno de apertura huérfano. El resultado es una estructura desequilibrada que el analizador no puede completar, y a menudo el error se señala al final del documento, donde el texto se acaba antes de cerrar todo lo que estaba abierto. Para corregirlo conviene revisar la anidación desde la posición indicada hacia atrás y añadir o eliminar el delimitador que falte, comprobando que cada apertura tiene su cierre correspondiente.

Todas estas infracciones comparten un mismo comportamiento: cuando el intérprete JSON.parse de JavaScript, o cualquier analizador equivalente, procesa el texto, lanza una excepción y se detiene en el primer punto conflictivo. Ese es el motivo por el que un documento con varios problemas se corrige de uno en uno. Merece la pena entender la lógica: un error temprano, como una comilla sin cerrar, desplaza la interpretación de todo lo que viene después, así que los mensajes posteriores pueden ser confusos hasta que se resuelve el primero. Por eso la forma más eficaz de corregir un JSON inválido es atender el error señalado, aplicar el cambio, volver a comprobar y repetir. Con cada iteración, el documento se acerca a un estado válido y los diagnósticos se vuelven más fiables.

Es importante ser claro sobre lo que hace esta herramienta y lo que no. Identifica con precisión qué hace inválido su JSON, dónde está el fallo y por qué se produce, y le orienta sobre la corrección adecuada según la causa. Lo que no hace es reparar automáticamente un documento arbitrariamente roto, porque adivinar la intención original podría alterar el significado de sus datos; la edición final la realiza usted, que conoce el contexto. Este control manual es una ventaja cuando trabaja con datos importantes. Además, todo el análisis se ejecuta de forma local en su navegador: el JSON no se sube a ningún servidor ni se almacena, de modo que puede corregir configuraciones internas o respuestas con datos sensibles sin comprometer su privacidad, sin registro y de forma gratuita.