Saltar al contenido principal
🇬🇧 English 🇧🇷 Português 🇩🇪 Deutsch
Convertidor de imágenes Convertidor de vídeo Convertidor de audio Convertidor de documentos
Herramientas Guías Formatos Precios API
Iniciar sesión
Guía

Formato JSON: Guía Completa de JavaScript Object Notation

PC Por Pablo Cirre

Preguntas frecuentes

JSON es más estricto y orientado a máquinas: solo cadenas entre comillas dobles, sin comentarios, sin comas finales, tipos de datos limitados. YAML es un superconjunto de JSON (el JSON válido es YAML válido) que añade: comentarios, cadenas multilínea, cadenas sin comillas, más tipos de datos (fechas, binario) y una sintaxis más legible basada en sangría. JSON es preferido para respuestas de API y datos generados por máquinas. YAML es preferido para archivos de configuración escritos por humanos (Docker Compose, Kubernetes, GitHub Actions, Ansible).

Envía <strong>PDF</strong> cuando el documento es final y el layout debe preservarse tal cual (contratos, facturas, certificados). Envía <strong>DOCX</strong> cuando los revisores deben editar, comentar o usar control de cambios. Muchos equipos envían ambos: PDF como versión canónica + DOCX para feedback editable. PDF/A es el adecuado para archivado legal (ISO 19005).

No — el JSON estándar (RFC 8259 / ECMA-404) no admite comentarios. Soluciones alternativas: (1) Usa una clave "_comment": `{"_comment": "Esta es una nota", "datos": ...}` — ignórala en el código. (2) Usa JSONC (JSON con Comentarios) — compatible con los archivos de configuración de VS Code y las configuraciones de TypeScript. (3) Usa JSON5 que admite completamente los comentarios `//` y `/* */`. (4) Usa YAML en su lugar para archivos de configuración escritos por humanos.

Round-trip entre formatos similares (DOCX ↔ ODT, DOCX → PDF) suele ser seguro. Round-trip con funciones específicas del formato (macros de Word, tablas complejas, notas al pie) suele perder fidelidad. Las fuentes incrustadas sobreviven solo si origen y destino lo soportan (PDF sí, DOCX sí, HTML plano no). Previsualiza siempre antes de borrar el original.

La conversión JSON a CSV funciona mejor cuando tu JSON es un array de objetos planos con claves consistentes. Python: usa `json.load()` y luego `csv.DictWriter`. Línea de comandos: `mlr --ijson --ocsv cat datos.json > datos.csv` (herramienta Miller), o `jq -r '.[] | [.id,.nombre,.email] | @csv' datos.json`. Desafíos: los objetos JSON anidados deben aplanarse primero (pandas `json_normalize()` ayuda). Los arrays dentro de objetos necesitan una estrategia (unir como cadena o crear múltiples filas CSV).

Si el PDF contiene texto real (no imágenes escaneadas), <code>pdftotext</code> de poppler-utils o <a href="/es/convert/pdf-a-txt">PDF a TXT</a> funcionan en segundos. Si el PDF es escaneado, necesitas OCR — Tesseract es el estándar open-source. Las herramientas PDF de KaijuConverter detectan automáticamente texto vs. imagen y enrutan según el caso.

NDJSON (JSON Delimitado por Saltos de Línea) almacena un objeto JSON por línea sin un array envolvente. Es ideal para: flujos de registros (un evento por línea), exportaciones de grandes conjuntos de datos (sin necesidad de tener todo el archivo en memoria), APIs de streaming, indexación masiva de Elasticsearch y pipelines ETL. Lee NDJSON en Python: `for linea in archivo: registro = json.loads(linea)`. Escribe: `archivo.write(json.dumps(registro) + "\n")`.

Edición ligera (anotaciones, firmas, campos de formulario) es viable en cualquier lector PDF. Edición estructural (cambiar párrafos, reemplazar imágenes) es incómoda — PDF es un formato de presentación, no de edición. El flujo robusto es: mantén el origen DOCX/MD/HTML como máster y regenera el PDF cuando haya cambios. Las herramientas que "editan PDF" hacen ingeniería inversa del layout y suelen romperlo.

Usamos cookies y tecnologías similares para personalizar contenido y anuncios, y para analizar el tráfico. Más información sobre cookies.