El primer editor de documentos: una apuesta simple pero arriesgada

A medida que ONLYOFFICE cumple 16 años este julio, miramos hacia atrás en las decisiones que dieron forma al producto. Esta llegó antes del nombre, antes de la licencia de código abierto y antes de 21 millones de usuarios. Provino de un equipo que estaba lo suficientemente frustrado como para construir algo que nadie más había intentado.

Antes de que hubiera un editor, había un problema

El año era 2010. El equipo de Ascensio System SIA, que entonces trabajaba en una plataforma de colaboración llamada TeamLab, necesitaba permitir que los usuarios trabajaran con documentos dentro de su producto. La plataforma contaba con gestión de proyectos, herramientas de CRM, un wiki, blogs y un espacio de archivos compartidos. Pero cuando alguien necesitaba editar un documento de Word, el flujo de trabajo era, para decirlo de manera amable, inelegante.

La primera opción de edición de documentos que se añadió fue una pesadilla. Cuando presionabas Abrir archivo, se descargaba un archivo exe en tu PC. Era OpenOffice con un plugin preinstalado. El documento del portal se abría en OpenOffice y, después de editarlo, se guardaba de nuevo en la nube.

Así era como funcionaba la edición de documentos en la web en 2010. Salías del navegador. Abrías una aplicación de escritorio. Editabas. Guardabas de vuelta. Regresabas a lo que estabas haciendo. Cada paso era fricción. Cada paso era un punto de falla potencial: la versión equivocada, el formato incorrecto, la copia de la persona equivocada.

Al equipo no le gustaba. No de una forma suave y profesional, «probablemente podríamos mejorar esto», sino de una manera visceral, diaria, esto es embarazoso. Y así tomaron el tipo de decisión que define una empresa o la destruye: decidieron escribir su propio editor.

La apuesta: HTML5 Canvas

En 2010, construir un editor de documentos en el navegador no era una cosa razonable de hacer. Google Docs se había lanzado en 2006 y era el punto de referencia obvio, pero funcionaba permitiendo que el navegador renderizara el documento utilizando HTML estándar. Esto significaba que la salida que imprimías se veía diferente de lo que veías en la pantalla. El formato se rompía entre navegadores. Los diseños complejos colapsaban. La web simplemente no estaba lista para replicar la precisión de un procesador de textos de escritorio.

El equipo de ONLYOFFICE eligió un enfoque fundamentalmente diferente. En lugar de pedir al navegador que renderizara el documento, lo renderizarían ellos mismos, pintando cada píxel directamente utilizando el elemento de HTML5 Canvas.

Canvas es una parte de HTML5 que permite la representación dinámica y programable de formas 2D e imágenes de mapa de bits. La tecnología es conocida por preservar el formato inicial sin importar el navegador o sistema operativo.

Las implicaciones fueron significativas. Si pintas el documento píxel a píxel, controlas exactamente cómo se ve, en cualquier navegador, en cualquier sistema operativo, ya sea que se muestre en pantalla, se exporte a PDF o se envíe a una impresora. La entrada siempre es idéntica a la salida: un archivo procesado mantiene el mismo estilo, párrafos, símbolos y espaciado de líneas. El documento que ves es el documento que obtienes.

Pero el riesgo técnico era real. HTML5 Canvas no estaba diseñado para la edición de documentos. Nadie había hecho esto antes. El equipo no estaba adaptando un enfoque existente; estaban construyendo uno. Si no funcionaba a la escala y nivel de rendimiento requeridos para una suite ofimática real, dos años de trabajo en ingeniería se perderían.

Dato interesante: Canvas no fue el primer intento. Antes de decidirse por HTML5 Canvas, el equipo probó CKEditor, un editor de texto enriquecido basado en navegador establecido que se basa en la representación HTML estándar. Fracasó por la misma razón que el enfoque de Google Docs era insuficiente: HTML simple simplemente no podía ofrecer la precisión de formato y consistencia entre navegadores que el equipo requería.

La ironía no se pierde en el equipo: «Google y Microsoft cambiaron a la misma tecnología que usamos, tal vez después de tomar una pista de nosotros». Sepa si fue casualidad o convergencia, la industria eventualmente llegó a la misma conclusión que el equipo de ONLYOFFICE alcanzó en 2010. El equipo simplemente llegó allí primero.

El hecho: En mayo de 2021, casi una década después del debut de ONLYOFFICE en CeBIT, Google anunció que Google Docs migraría de la representación basada en HTML a la representación basada en Canvas, citando una mejor rendimiento y consistencia multiplataforma. El enfoque en el que ONLYOFFICE había apostado en 2010 se había convertido en el estándar de la industria, al menos para uno de los dos actores más grandes en el mercado.

CeBIT 2012: la primera aparición pública

En marzo de 2012, el equipo llevó su apuesta al público. En CeBIT en Hannover, una de las ferias comerciales de tecnología más grandes del mundo, TeamLab presentó los primeros editores de documentos basados en HTML5. La versión beta estaba disponible para probar en html5.teamlab.com.

TeamLab trajo el primer editor de documentos basado en HTML5 al software ofimático. Con la nueva tecnología de vanguardia, TeamLab mostraba archivos correctamente en cualquier navegador, en cualquier sistema operativo, incluso al imprimir o importarlos. Además, ofrece potentes opciones para el procesamiento de tablas, espaciado de líneas, numeración multinivel y estilos de texto y encabezados.

El producto en esta etapa era solo un editor de documentos. Sin hojas de cálculo, sin editor de presentaciones. Solo el editor de texto, construido sobre Canvas, demostrando que el enfoque funcionaba.

El equipo también entendió que la colaboración no era una función adicional; era el objetivo completo de construir un editor basado en navegador en primer lugar. Un documento que se ve idéntico en cada pantalla solo es útil si varias personas pueden trabajar en él juntas. Agregaron el modo de coedición Estricto, donde bloqueas la parte del documento en la que estás trabajando, y nadie ve lo que estás escribiendo hasta que presionas Guardar. Esto estaba diseñado para equipos que necesitaban trabajar en un documento simultáneamente sin sobreescribir los cambios de los demás.

La hoja de cálculo que inició todo

Este es un hito particular que la cronología suele saltar. El editor de documentos obtiene el titular, y CeBIT 2012 es el debut público oficial. Pero el origen real de los editores ONLYOFFICE es más extraño y menos lineal que eso.

El proyecto no comenzó con un editor de documentos, sino con un editor de hojas de cálculo, y aún no utilizaba Canvas. La versión inicial calculaba fórmulas en el servidor, lo que creaba su propio conjunto de problemas de rendimiento. Antes de que el editor de documentos estuviera terminado, el proyecto se cerró por completo. Como recordó Alex, jefe de desarrollo: «Eso fue todo, ya no estamos trabajando en eso».

Lo que ocurrió a continuación es el tipo de detalle que se suaviza de las historias oficiales. El equipo siguió trabajando en silencio, tras bambalinas, arreglando los errores que habían causado que el proyecto fuera abandonado. Eventualmente, relanzaron. Y solo entonces apareció el editor de documentos, el producto que se convertiría en el centro de todo lo que siguió.

La apuesta por Canvas fue audaz. Pero la historia detrás de ello implica un comienzo, una pausa, una continuación silenciosa y un relanzamiento que la mayor parte de la industria nunca supo. Esa es la versión menos visible de cómo realmente existieron los editores ONLYOFFICE.

Cuando los editores se lanzaron por primera vez, el equipo de marketing de ONLYOFFICE tenía una línea que capturaba mejor el posicionamiento que cualquier especificación de producto podría: «¿Qué pasaría si Google Docs y Microsoft Office tuvieran un hijo? Se llamaría TeamLab.»

Fue una compresión útil de lo que el enfoque Canvas realmente ofrecía: la naturaleza colaborativa y basada en el navegador de Google Docs combinada con la precisión de formato de Microsoft Office. Ninguno de los enfoques por sí solo era suficiente. La apuesta por HTML5 Canvas fue precisamente el intento de obtener ambos a la vez.

2013: diciendo adiós a los formatos propietarios

La apuesta por Canvas fue técnica. La apuesta de 2013 fue sobre la compatibilidad, y en algunos aspectos fue la más consecuente.

En ese momento, ONLYOFFICE utilizaba sus propios formatos internos (.doct, .xlst, .pptt). En 2013, el equipo los eliminó por completo y se comprometió a usar OOXML, los estándares Office Open XML detrás de DOCX, XLSX y PPTX.

No fue la opción obvia. Adoptar los formatos de Microsoft significaba aceptar su complejidad total: cada caso extremo en un documento de Word de diez años, cada fórmula de Excel oscura, cada animación de PowerPoint tenía que renderizarse correctamente, porque los usuarios traerían archivos creados en Microsoft Office y esperarían que se abrieran. Pero la alternativa, pedir a los usuarios que convirtieran sus archivos, era un callejón sin salida. El mundo funciona con DOCX y XLSX, y ONLYOFFICE tenía que trabajar con los documentos que la gente ya tenía.

Esa decisión es la razón por la cual TechCrunch, reportando en enero de 2014, escribió que TeamLab «afirma combinar lo mejor de las características de colaboración en línea de Google con la alta calidad de formato de Microsoft Word», y por qué el titular decía que el producto «quiere enviar a Microsoft Office 365 de vuelta al tablero de dibujo.»

2014: la decisión de código abierto y el nuevo nombre

A mediados de 2014, el equipo tenía una suite funcional: documentos, hojas de cálculo y presentaciones, funcionando en el navegador, compatible con los formatos de Microsoft Office, con coedición en tiempo real. Cuatro años desde la primera decisión frustrada de empezar de nuevo.

En julio de 2014, TeamLab Office fue renombrado a ONLYOFFICE, y el código fuente fue publicado en GitHub y SourceForge bajo AGPLv3. El nombre reflejó el enfoque: solo oficina. La publicación del código fuente convirtió una apuesta propietaria en una abierta, transparente y segura, para que todos pudieran examinarla.

Esa decisión fue también, en retrospectiva, la base de todo lo que siguió. Los 40+ conectores de integración, los plugins de Moodle, el conector de Confluence y el servidor DocSpace MCP, todos se remontan al día en que el código se hizo público.

La reescritura del servidor de la que nadie habla

La apuesta por Canvas recibe la mayor parte de la atención. Pero hubo una segunda decisión técnica tomada aproximadamente al mismo tiempo que fue, en su propia manera, igualmente radical.

Cuando el equipo comenzó a construir la edición colaborativa en el navegador, surgió un nuevo problema, uno que es fácil de pasar por alto al contar la historia del editor. El servidor Document Server original funcionaba en .NET, la misma pila tecnológica que el resto de TeamLab. Para un producto de colaboración basado en el navegador con requisitos de coedición en tiempo real, esa arquitectura no iba a funcionar.

Así que en 2014, el equipo desechó todo el servidor que habían estado desarrollando durante cuatro años y lo reescribió desde cero en Node.js, una tecnología que en ese momento apenas era conocida para su uso en producción a gran escala. Como describió Alex, jefe de desarrollo: «La elección de Node.js fue tan extraña como la elección de Canvas. Nadie estaba escribiendo nada con una alta carga sobre ello.» La reescritura fue completada por un solo ingeniero en cuatro meses. La versión de Node.js en la que estaban construyendo era 0.10–0.12, donde, como el equipo notó con característica subestimación, «0 significa ‘no esperes nada serio.'»

Dos apuestas técnicas poco convencionales, hechas en el mismo año, por un equipo que se había agotado la paciencia con las opciones convencionales.

2016: Coedición rápida y los editores de escritorio

Dos hitos más significativos completaron el primer capítulo de la historia del editor.

El modo de coedición rápida apareció en 2016 con el objetivo de proporcionar una colaboración de documentos realmente efectiva para todos los usuarios. Donde el modo Estricto bloqueaba un párrafo mientras escribías y solo mostraba cambios al guardar, el modo Rápido mostraba cambios en tiempo real, el comportamiento que la mayoría de los usuarios asocian ahora con la edición colaborativa de documentos. ONLYOFFICE ahora tenía ambos: un modo de edición deliberado y controlado y un modo simultáneo y en vivo. La elección dependía del flujo de trabajo del equipo, no de una limitación de la tecnología.

También en marzo de 2016, los desarrolladores de ONLYOFFICE lanzaron una aplicación de escritorio, ONLYOFFICE Desktop Editors, posicionada como una alternativa de código abierto a Microsoft Office. El mismo editor HTML5 Canvas que funcionaba en el navegador ahora estaba empaquetado como una aplicación de escritorio nativa para Windows, Linux y macOS. El enfoque técnico que había comenzado como una apuesta exclusiva de la web ahora funcionaba en todas partes.

Móvil: el mismo editor, en todos lados

La aplicación de escritorio en 2016 extendió el editor Canvas más allá del navegador. Las aplicaciones móviles lo extendieron aún más, a los dispositivos donde cada vez más trabajo con documentos estaba realmente ocurriendo.

ONLYOFFICE Documents para iOS y Android trajeron el mismo motor de edición a teléfonos inteligentes y tabletas: edición completa de DOCX, XLSX y PPTX, coedición en tiempo real, seguimiento de cambios y comentarios. No es un visor simplificado con capacidad de edición básica, es el mismo editor, adaptado para el tacto. La versión 9.4 en 2026 agregó soporte de Mistral AI en móvil, control manual de guardado para documentos en la nube, una pestaña de fórmulas en el editor de hojas de cálculo de Android y la inserción de múltiples imágenes en iOS. El enfoque Canvas que comenzó como una apuesta de navegador en 2010 ahora funciona en cada plataforma desde la cual un usuario podría trabajar.

Cómo fue la apuesta en realidad

Es fácil, catorce años después, enmarcar la decisión de HTML5 Canvas como visionaria. En ese momento, parecía un riesgo serio tomado por un equipo que se había agotado la paciencia con las alternativas.

Las alternativas en 2010 eran: usar OpenOffice con un plugin (lo intentaron, lo odiaron), usar un enfoque de renderización en navegador como Google Docs (inconsistente entre navegadores, formato limitado), o construir algo propietario que requería una instalación de escritorio (desvirtúa el propósito de una plataforma en la nube). Ninguna de ellas era lo suficientemente buena. Así que construyeron una cuarta opción que aún no existía.

El riesgo técnico era genuino. La renderización basada en Canvas requiere un alto rendimiento computacional. Hacerla lo suficientemente rápida para la edición de documentos real, con tablas complejas, imágenes incrustadas, fórmulas y coedición en vivo, requería un trabajo de ingeniería significativo en la optimización del rendimiento que continuó durante años después de la primera demostración en CeBIT.

ONLYOFFICE desarrolló una arquitectura que asegura una conexión ligera y en tiempo real entre los participantes y minimiza la carga en el servidor. Esa arquitectura, diseñada para manejar la edición simultánea sin crear un cuello de botella en el servidor, sigue siendo la base de cómo ONLYOFFICE maneja la coedición hoy en día.

De un editor a una suite de siete

El equipo que presentó una versión beta de un solo editor de documentos en CeBIT 2012 ahora envía siete tipos de editores en una suite coordinada de ONLYOFFICE Docs: Editor de documentos, Editor de hojas de cálculo, Editor de presentaciones, Editor de PDF, Creador de formularios, Visor de diagramas y el asistente impulsado por IA que funciona en todos ellos.

El producto fue construido utilizando Canvas, una parte de HTML5 que permite la representación dinámica y programable de formas 2D e imágenes de mapa de bits. El tipo básico de formatos utilizados en ONLYOFFICE Docs es OOXML (DOCX, XLSX, PPTX). Eso no ha cambiado. El enfoque de renderización elegido en 2010 aún subyace en cada documento que se abre en ONLYOFFICE hoy en día, en cualquier navegador, en cualquier dispositivo, en cualquiera de los 45 idiomas de la interfaz.

La apuesta era simple: construir un editor que represente documentos exactamente como deberían verse, en cada plataforma, cada vez. El riesgo era real: nadie lo había hecho así, y construirlo tomó años. Catorce años después, el documento se ve igual ya sea que lo estés editando en un navegador en Francia, en un escritorio en Japón, en un teléfono en Kenia, o imprimiéndolo desde un servidor en un sótano de hospital en Alemania.

El editor de PDF: un formato que nunca debió ser editable

Una de las expansiones más significativas de la apuesta original no fue un nuevo tipo de editor; fue la transformación de un formato existente.

Los PDFs fueron diseñados en 1993. El final de la vida de un documento, no una etapa en ella. Durante décadas, trabajar con un PDF significaba verlo, imprimirlo o convertirlo a algo más. El editor de PDF de ONLYOFFICE desafió esa suposición directamente.

Hoy, el editor de PDF soporta edición directa de texto e imágenes sin conversión, anotación completa en la página con formas y sellos, redacción permanente de contenido sensible, firmas digitales en tres modos, formularios PDF rellenables con campos basados en roles, gestión de páginas incluyendo reordenación por arrastrar y soltar, OCR para documentos escaneados y anotación colaborativa en tiempo real. No es un visor con edición añadida. Es un entorno de edición completo para un formato que la industria había decidido que era solo para lectura.

El editor de PDF está incluido en ONLYOFFICE sin costo adicional, sin necesidad de licencia de Adobe por separado, sin suscripción adicional. Esa decisión refleja la misma lógica que la apuesta por Canvas: si existe un formato de documento, las personas deberían poder trabajar con él adecuadamente, en el mismo entorno donde trabajan con todo lo demás.

Sigue leyendo

Este artículo es la segunda publicación de nuestra serie de 16 partes dedicada al 16º cumpleaños de ONLYOFFICE. Además, aprenderemos más sobre los hitos clave, decisiones de producto y otros pasos que han dado forma a ONLYOFFICE. Vamos a mirar juntos hacia atrás.

¡Sigue atento para el artículo tres!