Los tres grandes formatos de documentos de texto
DOCX — Microsoft Word
El estándar de facto en entornos empresariales. Basado en Open XML:
- Compatible con Microsoft Office, Google Docs, LibreOffice
- Soporta macros, estilos complejos, gráficos incrustados
- Ideal para: documentos de empresa, CV, informes formales
ODT — OpenDocument Text
Estándar abierto ISO. Formato nativo de LibreOffice y OpenOffice:
- 100% libre de patentes
- Compatible con LibreOffice (nativo), Google Docs (básico), OnlyOffice
- Ideal para: documentos de larga duración, archivado, entornos de software libre
RTF — Rich Text Format
Creado por Microsoft en 1987 para máxima interoperabilidad:
- Compatible con prácticamente cualquier editor de texto
- Sin soporte para macros ni características avanzadas
- Tamaño mayor (sin compresión)
- Ideal para: intercambio entre sistemas distintos, archivos legacy
Tabla comparativa
| Característica | DOCX | ODT | RTF |
|---|---|---|---|
| Estándar abierto | Parcial (OOXML) | ISO | Sí |
| Macros | Sí | Sí | No |
| Compatibilidad universal | Alta | Media | Muy alta |
| Tamaño de archivo | Medio | Medio | Grande |
| Soporte Word | Nativo | Bueno | Bueno |
| Soporte LibreOffice | Bueno | Nativo | Bueno |
¿Cuál usar en cada situación?
Usa DOCX cuando trabajas con clientes que usan Microsoft Office o necesitas macros y características avanzadas de Word.
Usa ODT cuando trabajas principalmente en LibreOffice o quieres independencia de Microsoft a largo plazo.
Usa RTF cuando necesitas máxima compatibilidad con sistemas antiguos o desconocidos.
Conversión entre formatos
LibreOffice en línea de comandos
soffice --convert-to odt documento.docx
soffice --convert-to docx documento.odt
soffice --convert-to rtf documento.docx
Pandoc
pandoc entrada.docx -o salida.odt
pandoc entrada.odt -o salida.rtf
Precaución con conversiones
Cada conversión puede perder características:
- DOCX a ODT: puede perder estilos personalizados de Word
- ODT a DOCX: puede alterar el espaciado o los estilos de lista
- Cualquiera a RTF: pierde macros y objetos embebidos complejos
Siempre conserva el archivo original en su formato nativo.
Casos de uso avanzados
Workflow legal y empresarial: contratos firmados se distribuyen en PDF/A (PDF Archival) que garantiza que el documento se renderice idénticamente en 50 años — todas las fonts embedded, no JavaScript, no contenido dinámico. La firma electrónica (PAdES, advanced eSignatures) está integrada en el PDF y se valida criptográficamente. Publicación académica: tesis y papers usan LaTeX → PDF para fórmulas matemáticas precisas; los journals requieren formato específico (Word con styles, LaTeX con clase del journal, o ambos). Convertir entre LaTeX, DOCX y PDF preservando estructura semántica (citations, references, equations) requiere herramientas especializadas como Pandoc. E-books: Amazon KDP requiere formato MOBI (legacy) o KFX (moderno) generado desde EPUB; Apple Books acepta EPUB nativamente; Kobo, PocketBook y Nook prefieren EPUB; Google Play Books acepta PDF y EPUB. Convertir manuscrito DOCX a EPUB requiere atención al markup semántico (headings jerárquicos, listas, blockquotes) para que el reflowable layout funcione bien. Translation workflows: traductores profesionales prefieren XLIFF como intermediate format — mantiene segmentación, translation memory matches, y context info que se pierde en plain text export.
Mejores prácticas y consejos profesionales
Style preservation: al convertir entre formatos editables (DOCX↔ODT↔RTF), usa siempre styles definidos en lugar de formatting directo — Heading 1/2/3 vs "16pt Bold". Esto garantiza que el outline se preserve y la conversión mantenga estructura jerárquica. Font embedding: para distribución cross-platform (PDF), embebe todas las fonts no-estándar — sin embedding, los lectores sustituyen automáticamente con fonts disponibles que pueden romper el layout. PDF/A para archivado: para documentos legales, regulatorios o de archivo permanente, exporta como PDF/A-1b (basic) o PDF/A-2u (Unicode + JPEG2000) — no permite contenido dinámico, garantiza self-contained rendering. Revision history: PDF, DOCX y ODT soportan tracked changes y comments — al convertir, decide si quieres preservarlos (DOCX→DOCX o DOCX→ODT) o aplanarlos (DOCX→PDF típicamente acepta solo el final state). Accesibilidad: documentos PDF para distribución pública deben cumplir PDF/UA — heading structure, alt text en imágenes, reading order definido para screen readers.
Compatibilidad y consideraciones técnicas
KaijuConverter usa LibreOffice 7.6 headless como engine principal con Pandoc 3.x como fallback para markup conversions complejas. Soportamos más de 60 formatos de documento (PDF, DOCX, DOC, ODT, RTF, TXT, HTML, MD, EPUB, MOBI, AZW3, FB2, LaTeX, RST y más). Fidelity de formato: preservamos fonts (con substitution fallback si la fuente original no está en el sistema), tamaños, colores, párrafos completos con indentación y line spacing, listas anidadas, tablas con cell merging y borders complejos, imágenes embedded con anchor positioning, headers/footers con campos dinámicos (page number, date, document title), footnotes y endnotes. Conversión a PDF: garantizamos PDF/A-conforme cuando se requiere, con font embedding correcto y ICC profile embedding para color fidelity absoluta. Limitaciones: documentos con macros (DOCX con VBA) no ejecutan los macros durante conversión — solo se preserva el contenido estático. PDFs escaneados (imagen sin OCR) no son editables — necesitan OCR previo (Tesseract, ABBYY) para extraer texto. Privacidad: TLS 1.3, contenedores Docker aislados, eliminación tras 2 horas. Performance: documento típico de 20 páginas tarda 3-8 segundos; documentos grandes con muchas imágenes pueden requerir 15-30 segundos.
Conversiones relacionadas
Conversiones de documento que siguen este tema: