Formateador de JSON

PorOleh Soloninactualizado el 25 de septiembre de 2026

Resultado

JSON válido: 4 claves, 2 niveles.

Resultado

{

  "nombre": "María García",
  "edad": 34,
  "ciudades": [
    "A Coruña",
    "Madrid"
  ],
  "activo": true

}

Validación

JSON válido — el nivel superior es un objeto

Estructura

4 claves, 5 valores, 2 niveles de profundidad

Tamaño

82 caracteres de entrada, 112 de salida, comprimido 82

Qué ha cambiado

Se han leído 82 caracteres y se han entendido como 4 claves repartidas en 2 niveles. La salida tiene 112 caracteres: un 37 % más que los 82 de la versión comprimida, y ese sobrecoste son solo espacios y saltos de línea. Los datos son los mismos en las tres versiones.

Aviso

JSON no admite comentarios, ni comas finales, ni comillas simples.

El resultado es orientativo y no sustituye a una asesoría profesional.

Indentar, comprimir y validar JSON — con el punto donde falla.

JSON admite exactamente seis tipos: objeto, array, cadena, número, booleano y null. Todo lo demás es inválido, incluidos los comentarios, las comas finales y las comillas simples que uno conoce de JavaScript.

El formateador valida primero y formatea después. Si la validación falla, indica la posición en la que el analizador se detuvo: el error de verdad suele estar unos caracteres antes.

Cómo usar la calculadora

Pegue el JSON: el cálculo ocurre en el navegador y los datos no salen de la página.
Elija la salida: con sangría para leer, comprimida para transmitir, ordenada para comparar dos archivos.
Si la entrada tiene un fallo, la calculadora da la posición donde el analizador lo detectó y los caracteres de alrededor; la causa puede estar unos caracteres antes, como la coma o los dos puntos que faltan.

Lo que cuesta la sangría

Sangrar no cambia los datos, solo su escritura, siempre que los números se puedan representar con seguridad y las claves no se repitan: el analizador de JavaScript redondea enteros muy grandes y, con claves duplicadas, se queda con la última. Las mismas cuatro claves ocupan entre 82 y 130 caracteres según la salida, y esa diferencia son únicamente espacios y saltos de línea.

Por eso a una interfaz le conviene la versión comprimida y a un archivo del proyecto la sangrada: en el control de versiones solo se puede comparar línea a línea un archivo repartido en líneas, y ahí un valor cambiado es una línea, no el archivo entero.

Todas las cifras salen de la calculadora de esta página, con el ejemplo de 82 caracteres que viene puesto. El orden de las claves no significa nada en JSON, así que ordenarlas no cambia el tamaño, pero hace comparables dos archivos con los mismos datos en distinto orden.
Salida	Caracteres	Para qué
Comprimida	82	transmitir y almacenar
Con sangría, 2 espacios	112	leer en el editor
Con sangría, 4 espacios	130	archivos muy anidados
Claves ordenadas, 2 espacios	112	comparar dos archivos

Las cinco entradas con las que JSON falla

JSON es más estricto que el JavaScript del que procede. Cuatro de las cinco líneas de la tabla serían válidas en un archivo .js y no lo son en uno .json: de ahí salen casi todos los mensajes de error.

La quinta es el cero a la izquierda. JSON lo prohíbe dentro de un número porque en algunos lenguajes indica notación octal. Quien quiera guardar una referencia de artículo con ceros delante la escribe como cadena.

Todas las posiciones salen de la calculadora de esta página, que además muestra los caracteres de alrededor. El texto del mensaje lo escribe el analizador del navegador y no coincide entre Chrome, Firefox y Safari.
Entrada	Por qué falla	Posición
{"a":1,}	coma final: JavaScript la admite, JSON no	posición 7
{'a':1}	comillas simples: JSON exige dobles	posición 1
{a:1}	clave sin comillas	posición 1
{"a":1} // comentario	JSON no tiene comentarios	posición 8
{"a":01}	cero a la izquierda en un número	posición 6

Los tres errores más frecuentes

Una coma detrás del último elemento vale en JavaScript y no en JSON. Las comillas simples tampoco: JSON solo admite dobles, y además también alrededor de las claves.

El tercer clásico son los caracteres especiales dentro de las cadenas: un salto de línea se escribe \n, una comilla \", y la barra invertida se duplica. Quien pega texto directamente desde una base de datos tropieza justo ahí.

Los números son la trampa silenciosa

JSON no fija la precisión de los números, pero casi todos los analizadores los leen como coma flotante de 64 bits. Los enteros por encima de 9 007 199 254 740 991 pierden cifras, y por eso los identificadores largos se transmiten como cadena.

Los ceros a la izquierda están prohibidos, el signo más delante también, y NaN o Infinity no existen. Quien necesite esos valores los escribe como cadena o como null.

Fuentes

RFC 8259 — el formato de datos JSON

Cifras vigentes en 2026. Los resultados son orientativos y no sustituyen el asesoramiento profesional.

Preguntas frecuentes

¿Por qué se rechaza mi JSON si se parece al de mi código?

Porque un objeto literal de JavaScript y un JSON no son lo mismo. Las claves sin comillas, los comentarios, las comas finales y las comillas simples valen en el código pero no en JSON.

¿Se conserva el orden de las claves?

Casi siempre: la calculadora respeta el orden de entrada salvo al ordenar y salvo en las claves que son números enteros, como «2» y «1», que JavaScript coloca siempre delante y de menor a mayor. El estándar JSON no impone ningún orden, así que ningún programa debería depender de él: para comparar dos archivos, la salida ordenada es la más útil.

¿Por qué da una posición y no una línea?

Porque el mensaje del analizador indica una posición de carácter y un JSON comprimido tiene una sola línea, donde el número de línea no diría nada. Por eso la calculadora muestra los caracteres de alrededor. Un JSON con errores no se puede sangrar: primero hay que corregir el fallo, y el detalle del mensaje depende del navegador.

¿Ordenar las claves cambia los datos?

No. En JSON el orden de las claves no significa nada: dos objetos con los mismos pares son el mismo objeto. El orden de un array, en cambio, se respeta — ahí sí significa algo.

¿Se pierden los números grandes?

Por encima de unos nueve mil billones sí: hasta ahí llega la precisión de JavaScript. Un identificador de 19 cifras sale con las últimas alteradas y sin ningún aviso. Esos identificadores van en el JSON como cadena, no como número.

¿Puedo pegar aquí datos confidenciales?

El cálculo ocurre en el navegador, no se transmite ni se guarda nada. Aun así, con datos ajenos vale la misma prudencia de siempre: lo que no pondría en un portapapeles tampoco va en un campo de formulario.

Enlaces útiles

Desarrollo y web Todas las calculadoras

Formateador de JSON

Resultado

También te puede servir

Convertir JSON a YAML

Convertir CSV y JSON

Formateador de SQL

Tamaño de un texto en bytes

Conversor Base64

Codificador de entidades HTML

Enlaces útiles