Este JSON é válido? Descubra em segundos

A forma mais rápida de saber se um JSON é válido é submetê-lo a um interpretador que siga o padrão. É exatamente isso que a ferramenta faz: ela tenta ler a estrutura com a mesma lógica do JSON.parse e informa o resultado. Se a leitura vai até o fim sem tropeços, o JSON é válido. Se há qualquer desvio das regras, a leitura para no primeiro ponto problemático e você recebe a posição e o motivo. Essa abordagem é confiável porque não depende de opinião nem de heurística: ou o conteúdo obedece à gramática do JSON, ou não obedece. Por isso, colar o trecho e clicar em validar dá uma resposta objetiva em segundos, sem que você precise inspecionar cada caractere manualmente à procura da falha.

A primeira regra que costuma derrubar um JSON é o uso de aspas. Todas as chaves de objeto e todos os valores de texto precisam estar entre aspas duplas. Aspas simples, comuns em JavaScript e em Python, não são aceitas pelo formato JSON. Portanto, uma chave escrita com aspas simples é inválida, enquanto a mesma chave entre aspas duplas passa na validação. Esse detalhe engana muita gente, porque em outras linguagens as duas formas funcionam. Números e os literais true, false e null não levam aspas, mas todo texto sim. Quando a ferramenta aponta um erro logo no início de uma chave ou de um valor, vale conferir se as aspas estão presentes e se são realmente duplas. Trocar aspas simples por aspas duplas resolve boa parte dos JSONs rejeitados no dia a dia.

A segunda armadilha clássica é a vírgula. Dentro de um objeto ou de um array, os itens são separados por vírgulas, mas não pode existir vírgula depois do último elemento. Essa vírgula final, tolerada por muitos editores e pela linguagem JavaScript, é proibida no JSON. Se você remove um campo do fim de um objeto e esquece de apagar a vírgula que sobrou, a estrutura fica inválida. O oposto também acontece: esquecer a vírgula entre dois itens quebra a leitura. A ferramenta costuma apontar esse tipo de problema na posição do caractere seguinte, então, ao ver um erro perto de uma chave ou colchete de fechamento, desconfie de uma vírgula sobrando. Conferir o último item de cada bloco é um hábito que evita muitas rejeições sem que você perceba a origem.

Outra diferença importante em relação a linguagens de programação é que o JSON não aceita comentários. Trechos iniciados por barra dupla ou por barra e asterisco, comuns em arquivos de configuração de código, tornam o conteúdo inválido. Se você precisa documentar um valor, o caminho é usar um campo próprio dentro do próprio objeto, e não um comentário. Além disso, cada chave de abertura precisa de uma chave de fechamento correspondente, e cada colchete de array também. Estruturas profundamente aninhadas facilitam o esquecimento de um fechamento, o que gera erros que só aparecem no fim do arquivo. Quando a ferramenta indica um problema já no final do conteúdo, muitas vezes a causa é um par de chaves ou colchetes que não fechou como deveria em algum ponto anterior.

Vale entender como a ferramenta comunica os problemas. Seguindo a lógica do JSON.parse, ela reporta apenas o primeiro erro encontrado, com a posição no texto e o motivo, em vez de listar tudo de uma vez. Assim, você corrige um ponto, revalida e avança até a estrutura ficar limpa. Todo esse processo é local: o conteúdo colado ou carregado não é enviado para nenhum servidor, o que permite conferir dados sensíveis com tranquilidade. A ferramenta aponta e explica, mas a edição é sua. Se você fornecer um JSON Schema, ainda é possível ir além da sintaxe e verificar se os campos, tipos e restrições correspondem ao esperado. Com ou sem esquema, o objetivo continua o mesmo: confirmar, de forma gratuita e privada, que o seu JSON é válido.