Encontrar el primer error sin adivinar
Un documento JSON deja de ser válido en el primer carácter que el analizador no puede interpretar. Pega la respuesta completa y lee la línea, la columna y el mensaje como una pista, no como una sentencia sobre toda la línea. Por ejemplo, en una lista como { pedido: 18, "activo": true, } hay dos problemas: la clave pedido necesita comillas y la coma final no está permitida. Corrige primero el punto señalado, vuelve a validar y repite. Si el mensaje apunta a una llave de cierre, revisa también el valor anterior: una comilla sin cerrar, un salto de línea literal dentro de texto o una coma ausente suelen desplazar el error hasta el final del bloque. Reduce una carga grande a un fragmento reproducible cuando sea necesario. El formato no repara datos: confirma que la sintaxis que recibe el navegador es JSON y permite ver con claridad dónde empieza cada objeto, lista y valor.
Formato legible y versión minimizada
Formatear añade sangría y saltos de línea para inspeccionar jerarquías, comparar dos respuestas y localizar una propiedad anidada. Minimizar elimina únicamente el espacio que JSON permite ignorar fuera de las cadenas; no debe cambiar letras, claves, números ni espacios que formen parte de un texto. Guarda una copia del original antes de sustituirlo y compara después el contenido, no solo el aspecto. Una comprobación sencilla consiste en pegar la salida formateada en un analizador, copiarla, minimizarla y volver a formatearla: la estructura visible debe ser la misma. El tamaño de la versión minimizada sirve para estimar una transferencia, pero comprimir HTTP y codificar caracteres pueden cambiar el tamaño real de red. Para compartir un ejemplo de error, usa datos sintéticos y conserva la versión con sangría; para una carga de producción, usa la representación que espere la integración.
Números grandes y claves repetidas
JSON permite escribir números sin distinguir enteros de decimales, pero el programa que los lee puede no conservar todos sus dígitos. JavaScript representa habitualmente los números como IEEE 754 y puede redondear enteros mayores que 9007199254740991. Identificadores de pedido, tarjetas, códigos postales o referencias con ceros iniciales conviene tratarlos como texto cuando la exactitud textual importa. Otra trampa son las claves duplicadas: { "estado": "nuevo", "estado": "cerrado" } puede ser sintácticamente válido, pero muchos analizadores conservan solo la última aparición. El formateador puede mostrar una salida normalizada y ocultar que se perdió el primer valor; revisa el texto de entrada y define una regla en quien produce los datos. La validez de JSON no demuestra que un importe sea razonable, que una fecha exista ni que una clave tenga el significado esperado.
Límites y tratamiento responsable de datos
Esta utilidad ayuda con sintaxis, sangría, minimización y lectura visual; no sustituye una validación de esquema, reglas de negocio ni pruebas del sistema que recibirá el mensaje. Un JSON válido puede omitir un campo obligatorio, usar una moneda equivocada o describir una acción que el servidor debe rechazar. Valida contratos con el esquema y la aplicación correspondiente. Evita pegar secretos, tokens, contraseñas, cookies, datos personales o respuestas completas de producción: el procesamiento local reduce exposición de red, pero el contenido sigue estando en el historial, portapapeles, extensiones o una pantalla compartida. Antes de copiar una salida, selecciona el bloque completo, pégalo en un destino seguro y valida allí una vez más. La guía de diagnóstico de errores JSON y la guía de conversión JSON a CSV amplían estos controles cuando el dato debe depurarse o exportarse.
Una rutina breve antes de enviar
Separa la comprobación en pasos que otra persona pueda repetir. Primero valida una muestra mínima y conserva el mensaje y la posición del error. Después formatea para leer el contexto y revisa tipos sensibles: texto frente a número, valores nulos, listas vacías y fechas. Minimiza solo cuando el destino lo necesite, y no utilices la salida minimizada como única copia de trabajo. Por último, pega el resultado en el cliente o entorno de pruebas que vaya a consumirlo y verifica la respuesta esperada. Esta secuencia detecta diferencias entre la sintaxis local y las reglas de una API, y evita que una copia parcial o una clave repetida pase inadvertida por parecer JSON correcto.