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 sobre JavaScript Object Notation

PC Por Pablo Cirre •
Publicidad

Preguntas frecuentes

JSON admite exactamente seis tipos de datos: null, booleano (true/false), número (punto flotante IEEE 754), cadena (texto UTF-8 entre comillas dobles), array (lista ordenada) y objeto (pares clave-valor). No hay tipos nativos de fecha, binario, undefined o función. Las fechas se almacenan convencionalmente como cadenas ISO 8601; los datos binarios como cadenas codificadas en base64.

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).

Douglas Crockford, que formalizó JSON, eliminó intencionalmente los comentarios para evitar "directivas de análisis" — instrucciones incrustadas en comentarios que hacen que diferentes analizadores se comporten de manera diferente. Para archivos de configuración que necesitan comentarios, JSON5 o JSONC (JSON con Comentarios) son extensiones comunes; el settings.json de VS Code usa JSONC.

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.

YAML es un superconjunto de JSON — todo JSON válido es YAML válido. YAML es más legible para humanos, admite comentarios, tipos de fecha nativos y binario. El análisis de YAML es significativamente más complejo y YAML es vulnerable a ciertos problemas de seguridad en algunos analizadores. JSON es más simple, más rápido de analizar y universalmente compatible; YAML es preferido para archivos de configuración creados por humanos.

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.

Los números JSON se mapean a punto flotante de doble precisión IEEE 754, que solo puede representar enteros exactamente hasta 2^53 (9.007.199.254.740.992). Los enteros mayores que esto pierden precisión de forma silenciosa. La solución es codificar los enteros grandes como cadenas. APIs como Twitter y Facebook devuelven IDs grandes tanto como número como como campo de cadena por esta razó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.