Ejemplo práctico
Una respuesta de API como {"price":"19.90","active":"false"} es JSON válido, pero el número y el booleano entre comillas pueden romper consumidores que esperan tipos estrictos.
JSON (JavaScript Object Notation) es un formato de datos ligero que se utiliza para intercambiar datos estructurados entre servicios y aplicaciones.
Esta herramienta le ayuda a formatear (imprimir) JSON para facilitar la lectura o minimizar JSON para reducir el tamaño de almacenamiento y transferencia de red. El procesamiento se ejecuta localmente en su navegador.
Pretty-print hace que arrays, objetos anidados, nulls y strings escapados sean más fáciles de inspeccionar.
Un JSON válido aún puede incumplir un contrato API. Después de formatear, valide campos requeridos, tipos y enums con un schema.
Si el formateo falla, confirme que la respuesta sea JSON real y no una página HTML de error, salida truncada o wrapper de logs.
JSON minificado sirve para transporte y configuración, pero mantenga una versión formateada durante el debugging.
Aprenda el workflow detrás de esta herramienta y qué revisar después.
Un proceso repetible para separar errores de transporte, problemas de sintaxis JSON y fallos del contrato de datos en las respuestas de una API.
Un workflow práctico para formatear JSON, encontrar errores de sintaxis, validar la forma del payload y revisar el status cuando los datos de API no cuadran.
Formatear es solo el primer paso. Revise estructura, tipos, anidación y datos privados antes de usar el payload en pruebas o documentación.
Busque comas faltantes, comas finales, comillas sin escapar, campos duplicados aparentes y arrays muy anidados.
Revise strings que deberían ser números, valores null inesperados y booleanos representados como texto.
Minifique payloads para fixtures compactos o formatee JSON para revisiones, bugs y documentación API.
Reemplace tokens, emails, IDs de clientes y registros reales por valores de ejemplo seguros.
Una respuesta de API como {"price":"19.90","active":"false"} es JSON válido, pero el número y el booleano entre comillas pueden romper consumidores que esperan tipos estrictos.
Una respuesta que empieza con <html> suele ser una página de error del proxy o de la aplicación, no JSON malformado. Revisa primero el estado HTTP y el Content-Type.
Uso el formateo para revelar la estructura y luego valido el contrato de datos por separado; un JSON legible no es automáticamente un JSON correcto.
Estas herramientas también pueden resultarle útiles.