Co-éditer un document en temps réel avec OnlyOffice intégré
Vous connaissez ce moment où trois personnes tapent dans le même document et où le texte saute comme un jeu de Tetris possédé ? C’est le test de vérité de toute suite collaborative. Si vous avez lu le guide sur la collaboration en équipe dans le cloud, vous savez que la co-édition en temps réel est l’un des trois piliers qui séparent un cloud professionnel d’un simple disque dur en réseau. Et c’est exactement là que la comparaison entre Google Docs et OnlyOffice — la suite bureautique intégrée nativement dans kDrive — devient intéressante.
La réponse courte : OnlyOffice fait le travail. Curseurs colorés par collaborateur, modifications visibles en direct, commentaires contextuels, résolution de conflits quand deux personnes éditent la même cellule au même instant. L’expérience n’est pas identique à Google Docs — elle est différente, avec des compromis différents que la plupart des comparatifs en ligne ne prennent pas la peine de détailler.
Ce qui change quand l’éditeur vit dans le cloud et pas à côté
La différence fondamentale entre Google Docs et OnlyOffice dans kDrive tient à l’architecture. Google Docs est un éditeur web-first : le document n’existe que dans le navigateur, le format natif est propriétaire, et la “compatibilité Microsoft” est une couche de traduction. OnlyOffice, c’est l’inverse : le format natif est OOXML (le format de Microsoft Office), et le rendu web est une couche par-dessus. Concrètement, ça veut dire qu’un fichier .docx ouvert dans OnlyOffice garde sa mise en page exacte — tableaux complexes, en-têtes, macros VBA (en lecture) — là où Google Docs le réinterprète avec plus ou moins de bonheur.
Pour la co-édition pure, les deux se valent sur les cas simples : un document texte, cinq collaborateurs, des modifications dans des sections différentes. Les différences émergent sur les cas limites. Google Docs gère les conflits de cellule dans Sheets avec une granularité impressionnante (cellule par cellule, en temps réel). OnlyOffice utilise un système de verrouillage de paragraphe ou de plage de cellules — quand vous éditez un paragraphe, personne d’autre ne peut le modifier tant que vous n’avez pas relâché le focus. C’est moins fluide mais plus prévisible. Pas de “surprise, ton texte a disparu parce que quelqu’un a tapé au même endroit 200 millisecondes avant toi”.
Quand les permissions décident qui peut éditer quoi
La co-édition ne fonctionne que si les bonnes personnes ont les bons droits. Pouvoir ouvrir un document ne signifie pas pouvoir le modifier — et la distinction entre “peut voir”, “peut commenter” et “peut éditer” prend toute son importance quand dix personnes sont dans le même fichier. C’est tout l’enjeu de contrôler précisément qui a le droit de modifier chaque espace partagé, surtout quand le document contient des données sensibles que tout le monde doit voir mais que seules deux personnes peuvent modifier.
Retrouver la version d’avant quand la co-édition a dérapé
Le revers de la co-édition en temps réel, c’est que les erreurs aussi sont en temps réel. Quand quelqu’un supprime un paragraphe entier dans un document partagé (par accident, on veut bien le croire), la capacité de revenir à la version d’il y a cinq minutes est ce qui transforme un drame en anecdote. OnlyOffice dans kDrive crée automatiquement des versions à chaque session d’édition — récupérer une version antérieure après un incident collaboratif est une opération de trois clics, pas une procédure d’urgence.
La latence, cet invité qu’on n’a pas convié
Un mot sur la latence, parce que c’est le sujet que personne ne mentionne dans les comparatifs. Google Docs bénéficie de l’infrastructure de Google — des serveurs Edge partout, des WebSockets optimisés, une décennie d’optimisation. OnlyOffice hébergé chez Infomaniak tourne depuis des datacenters suisses, ce qui est excellent pour la souveraineté des données mais géographiquement plus loin de certains utilisateurs. En pratique, sur une connexion correcte en Europe, la latence est de l’ordre de 100-300ms — perceptible si on est habitué à Google Docs, imperceptible après deux jours d’utilisation. C’est un peu comme passer d’un clavier mécanique à un clavier membrane : on sent la différence la première heure, puis le cerveau s’adapte.
Le vrai test, c’est avec plus de dix collaborateurs simultanés sur un tableur lourd. Là, Google Sheets conserve une fluidité impressionnante (c’est littéralement ce pour quoi ils ont conçu leur infrastructure). OnlyOffice commence à montrer des signes de latence accrue au-delà de 15-20 éditeurs simultanés sur un fichier complexe. Pour 95% des cas d’usage en PME — trois à huit personnes sur le même document — la différence est académique.
Le choix se résume à ça : Google Docs est plus fluide sur les cas extrêmes de co-édition massive, OnlyOffice est plus fidèle aux formats Microsoft et ne transfère pas vos données hors d’Europe. Pour la majorité des équipes, le second compromis est plus pertinent que le premier — mais ça dépend entièrement de si votre bottleneck est la collaboration à grande échelle ou la compatibilité de mise en page avec vos clients sous Word.