Validar JSON en JavaScript con JSON.parse y try/catch

En JavaScript no existe una función que devuelva verdadero o falso para indicar si una cadena es JSON válido. La técnica estándar consiste en aprovechar el método JSON.parse, que intenta convertir el texto en un valor de JavaScript. Si el texto respeta la especificación, el método devuelve el objeto, el arreglo o el valor correspondiente. Si encuentra cualquier error de sintaxis, lanza una excepción del tipo SyntaxError y detiene la conversión. Por eso la validación se envuelve en un bloque try/catch: en el try se llama a JSON.parse y, si todo va bien, se continúa con el resultado; en el catch se captura la excepción y se trata el caso de entrada no válida. Este patrón es la manera fiable y recomendada de comprobar JSON antes de trabajar con él.

Conviene evitar atajos que parecen validar pero no lo hacen. Comprobar si una cadena empieza por una llave o un corchete no garantiza nada, porque el interior puede estar mal formado. Usar expresiones regulares para verificar JSON es frágil y propenso a falsos positivos, ya que el formato admite anidamientos arbitrarios que una expresión regular no puede describir con fiabilidad. Tampoco conviene confiar en que un JSON venga siempre correcto por proceder de una fuente conocida, porque una edición manual, un truncamiento o un cambio en el origen pueden romperlo en cualquier momento. La única comprobación realmente equivalente a lo que hará su aplicación al deserializar es intentar la conversión con JSON.parse y observar si tiene éxito. Esta herramienta hace precisamente eso, de modo que su resultado coincide con el que obtendría en el código.

Cuando JSON.parse falla, la excepción SyntaxError incluye un mensaje que describe el problema y, en muchos motores, la posición dentro de la cadena donde se detectó. Ese mensaje varía según el navegador o el entorno de ejecución, pero siempre apunta al primer punto en el que el texto deja de ajustarse a la especificación. Interpretar esa información a mano puede ser incómodo, sobre todo si la posición se indica como un índice de carácter en una cadena larga. La herramienta le ahorra ese trabajo: ejecuta la conversión, captura el fallo y traduce la posición a una línea y una columna concretas dentro del documento, junto con el motivo. Así entiende de un vistazo por qué su bloque catch se está activando, sin tener que añadir mensajes de depuración ni recorrer la cadena manualmente.

Muchas excepciones al deserializar nacen de diferencias entre la sintaxis de objetos de JavaScript y la de JSON, que son parecidas pero no idénticas. En un objeto literal de JavaScript puede omitir las comillas de las claves, usar comillas simples o dejar una coma final, y el código sigue funcionando. En JSON nada de eso está permitido: las claves y las cadenas exigen comillas dobles, la coma final es un error y no caben comentarios ni valores como undefined. También son inválidos los números con ceros a la izquierda o un punto sin dígitos. Si copia un objeto escrito en código JavaScript y lo trata como JSON, es probable que falle por alguna de estas razones. La herramienta detecta cuál de ellas se ha producido y se lo indica, para que ajuste el texto al estándar.

La ventaja de comprobar el JSON aquí es que obtiene el mismo veredicto que daría JSON.parse sin montar un entorno ni escribir un solo archivo. No necesita abrir la consola del navegador, crear un bloque try/catch de prueba ni añadir registros temporales: pega el texto y la herramienta le dice si su código lanzaría una excepción con esa entrada. Además, todo el proceso ocurre en local, dentro del navegador, por lo que el JSON que está depurando, aunque contenga datos reales de su aplicación, nunca se envía a ningún servidor. Es una forma rápida de aislar si un fallo procede del dato o de la lógica: si la herramienta valida el texto pero su aplicación sigue fallando, el problema no está en el formato del JSON, sino en cómo lo usa después su código.