Formatea e inspecciona JSON antes de revisarlo

Usa esta entrada sintética para comprobar el resultado antes de trabajar con datos privados.

Pega el ejemplo en el visor JSON y abre la vista compacta. El resultado debe coincidir exactamente con este texto.

{"id":9007199254740993,"2":"b","1":"a"}

El entero termina en 993 y la clave 2 sigue antes de la 1. Con {"name":}, el error está en la línea 1, columna 9. Límites: 256 KiB, profundidad 40 y 10.000 nodos; se rechazan claves duplicadas y reservadas.

El JSON minificado está hecho para máquinas: una línea, sin sangría, claves en el orden que produjo el serializador. Pedirle a tus ojos que revisen ese muro es como se cuelan un permiso eliminado, una bandera invertida o un endpoint inesperado.

Un formateador también es la comprobación de validez más barata que tienes. Un documento que no se puede analizar tampoco se iba a comportar en producción, y enterarte en una pestaña de revisión es mucho mejor que enterarte por el registro de despliegue.

• Solo legibilidadEl formato conserva los valores JSON analizados, pero puede normalizar secuencias de escape y la representación de los números. Compara el significado, no el texto byte por byte, y conserva el original si está firmado o depende de sus bytes exactos.
• La profundidad es señalUna sangría consistente expone la profundidad de anidación de un vistazo, y la profundidad es donde se esconden los errores de configuración: una opción colocada un nivel demasiado hondo simplemente se ignora.
• Entrega la forma esperadaRevisa la copia formateada, pero entrega la forma que el sistema espera; la impresión legible es para humanos, no para la red.

Una vista de árbol responde a las preguntas que un revisor realmente hace —qué claves existen, de qué tipo es cada valor, qué profundidad tiene la estructura— sin escanear corchetes. El texto en bruto no responde rápido a ninguna.

Con la comprobación automática activada, el JSON pegado se revisa al instante y el escrito tras una breve pausa. También puedes usar el botón de formato y validación. Los errores de sintaxis indican posición y una pista; las entradas válidas tienen vistas de árbol, formato y minificación.

El resumen muestra nodos y profundidad. Se rechazan claves de prototipo reservadas, pero esta comprobación no certifica la seguridad de la aplicación.

El árbol también aplana la conversación en una revisión: «el tercer elemento de items tiene price en null» es un comentario que cualquiera verifica en segundos, mientras que un desplazamiento de bytes en una línea minificada no lo es.

Comparar dos documentos JSON a ojo falla en cuanto cambia el orden de las claves. Un diff estructural analiza ambos lados e informa lo que realmente cambió —valores añadidos, eliminados y modificados— sin importar el orden ni los espacios.

Text & JSON Diff tiene modos Texto y JSON. En Texto puedes elegir precisión inteligente, por línea, palabra o carácter. El modo JSON analiza ambos documentos y compara sus valores, de modo que cambiar el orden de las claves o el espacio en blanco sigue dando un resultado idéntico.

Para texto que no es JSON, el modo Texto permite ignorar espacios y normalizar finales de línea; el resumen cuenta adiciones, eliminaciones y cambios. Usa JSON para datos y configuraciones, y cambia a Texto si alguno de los lados no contiene JSON válido.

El determinismo importa más allá de la comodidad. Cuando dos revisores ejecutan la misma comparación deben obtener la misma respuesta; si no, la revisión se convierte en una negociación sobre herramientas en lugar de una decisión sobre el cambio.

Son entornos locales con techos explícitos, dimensionados para payloads de revisión y no para procesamiento masivo de datos. Conocer el techo te dice cuándo recurrir a herramientas de escritorio.

Los techos existen porque el análisis y el diff se ejecutan en la misma pestaña en la que lees; un límite honesto es mejor que una página congelada, y el espacio reporta un límite excedido como un error explícito, no como un truncado silencioso.

• Techo del visorJSON Tree Viewer acepta hasta 256 KiB de entrada, cuarenta niveles de anidación y diez mil nodos: de sobra para una respuesta de API o un archivo de configuración.
• Techo del diffEl modo Texto acepta hasta 256 mil caracteres por lado; el modo JSON también aplica un límite de análisis de 256 KiB UTF-8 por lado. Ambos limitan los registros de diferencias a 10.000.
• Más allá del navegadorExportaciones mayores —volcados de bases de datos, archivos de registros, fixtures generados— pertenecen a un editor de escritorio o a una herramienta de línea de comandos, no a una pestaña del navegador.

Una rutina corta que atrapa la mayoría de los problemas de payloads antes de que lleguen a producción.

Ejecuta la lista también con los datos de muestra del productor y con el payload real; un fixture que discrepa con la realidad invalida la revisión tan seguramente como un error.

• AnalizaFormatea y analiza primero: confirma que el documento es válido y echa un vistazo al número de nodos y la profundidad frente a lo esperado.
• InspeccionaInspecciona el árbol: comprueba los tipos en las hojas; un identificador numérico que llega como cadena es un clásico error de integración.
• DiffCompara con la última versión buena conocida en modo JSON y lee cada cambio reportado antes de aprobar.

Los payloads de revisión suelen contener registros de clientes, tokens o URL internas. Un visor local mantiene ese material en la pestaña: el texto lo analiza código que se ejecuta en tu dispositivo y nunca se transmite como parte de la operación.

Esa frontera es lo que hace que estas herramientas sirvan con payloads reales de staging durante una revisión. No borra tus propias obligaciones: las exportaciones descargadas, el contenido del portapapeles y las capturas del árbol siguen siendo tu responsabilidad una vez que salen del espacio.

Si debes compartir un fragmento del payload en la revisión, pega el extracto mínimo que muestra el problema y redacta primero los identificadores: la misma disciplina que piden los canales de soporte.

Revisión de la especificación: 2026-10-05.2

La transferencia en la misma página admite 256 KiB de texto UTF-8 durante 10 minutos. Cada destino tiene además límites propios de análisis y visualización.

JSON Tree Viewer y Structured Data Converter envían su salida a un único destino en la página. Tree solo acepta JSON; Converter y Text & JSON Diff reciben JSON, YAML o CSV. Abrir el destino no ejecuta la conversión automáticamente.

El texto queda en memoria, fuera de URL, almacenamiento persistente y analítica. Se descarta al cerrar, sustituir el origen, salir, recargar o caducar. Al caducar, el foco vuelve al título de origen solo si estaba dentro del destino.