OnlyOffice ou Collabora sur votre propre serveur ?

OnlyOffice ou Collabora : le choix pour un petit VPS

OnlyOffice ou Collabora, c’est le choix entre deux moteurs bureautiques qui se connectent à un serveur de fichiers que vous utilisez déjà, ce qui signifie généralement Nextcloud. Sur un VPS de 2 GB, choisissez Collabora et utilisez la version intégrée à Nextcloud : elle n’ajoute ni second conteneur ni adresse web supplémentaire. À partir de 4 GB, ONLYOFFICE Docs justifie la mémoire supplémentaire si votre équipe travaille principalement avec .docx et .xlsx, car ce sont les formats que son éditeur prend directement en charge.

Un troisième nom apparaît dans toutes les recherches sur ce sujet. ONLYOFFICE DocSpace est un produit distinct avec sa propre interface, et ce n’est pas le composant auquel Nextcloud se connecte. Installer DocSpace parce qu’un tutoriel disait « OnlyOffice » est la raison la plus fréquente pour laquelle on pense que le bouton de modification de Nextcloud nécessite un serveur puissant.

Les trois produits souvent confondus

• ONLYOFFICE Docs, également appelé Document Server, est uniquement le moteur d’édition. Il ne possède pas de gestionnaire de fichiers. Le connecteur Nextcloud communique avec celui-ci. La Community Edition est gratuite et distribuée sous licence GNU AGPL v3.
• ONLYOFFICE DocSpace est un espace de travail : salles, gestion des membres, partage et interface web propre, avec Docs intégré. Il recouvre les fonctions de Nextcloud au lieu de les étendre. Les guides d’installation actuels appellent cet espace de travail ONLYOFFICE Apps. Le minimum publié, vérifié en octobre 2026, est de 6 cœurs CPU et 12 GB de RAM pour le script d’installation, avec 8 cœurs et 16 GB recommandés. Le build Docker de développement et de test demande les mêmes 6 cœurs et 12 GB. Il regroupe les services de l’espace de travail dans un seul conteneur, mais exécute toujours Document Server, MySQL et OpenSearch dans leurs propres conteneurs. ONLYOFFICE indique que ce build est destiné aux tests, et non à la production.
• Collabora Online est LibreOffice exécuté sur le serveur. Le document est mis en page et rendu sur le serveur, puis envoyé au navigateur sous forme d’images. Le build gratuit est CODE, abréviation de Collabora Online Development Edition.

Nextcloud fournit deux applications pour la partie Collabora. richdocuments, répertoriée dans l’app store sous le nom Nextcloud Office, est le connecteur vers un serveur Collabora. richdocumentscode intègre CODE à l’installation Nextcloud. Il n’y a donc aucun conteneur à exécuter ni aucune règle de proxy à rédiger. Le manuel de Nextcloud décrit ce serveur intégré comme adapté à un usage personnel ou à de petites équipes, et recommande une installation Collabora dédiée pour obtenir de meilleures performances.

Mettez à jour l’application CODE intégrée vers la version 26.4.303 ou une version ultérieure : les versions précédentes présentent une vulnérabilité critique d’injection de commandes dans leur proxy.

Si vous n’avez pas encore choisi le serveur de fichiers, Seafile comparé à Nextcloud est la première décision à prendre, car le serveur bureautique vient en complément de celui que vous utilisez. Si Nextcloud est déjà installé, une instance Nextcloud sur un VPS avec TLS et des sauvegardes est le serveur supposé par ce guide.

De combien de RAM chacun a-t-il besoin ?

[
  {
    "label": "Collabora CODE",
    "min_ram_gb": 1
  },
  {
    "label": "ONLYOFFICE Docs (Docker)",
    "min_ram_gb": 4
  },
  {
    "label": "ONLYOFFICE DocSpace",
    "min_ram_gb": 12
  }
]

Ce sont les chiffres publiés par chaque éditeur. Les chiffres d’ONLYOFFICE ont été revérifiés sur les propres pages d’ONLYOFFICE le 27 octobre 2026. Le chiffre de Collabora provient de la FAQ de Collabora, telle qu’elle a été vérifiée pour la dernière fois le 25 octobre 2026. Les chiffres de Collabora et de Docs couvrent les besoins de dimensionnement du serveur bureautique. Le chiffre de DocSpace couvre l’ensemble de sa stack, y compris la base de données et le moteur de recherche. Il ne s’agit pas de mesures de l’utilisation mémoire au repos. La FAQ de Collabora prévoit 1 Go pour le système, plus 50 Mo par utilisateur. ONLYOFFICE demande 4 Go pour Docs sous Docker, plus 4 Go de swap et 40 Go d’espace disque libre. Sa page consacrée aux installations de paquets DEB et RPM indique 2 Go. DocSpace demande 12 Go et six cœurs CPU lorsqu’il est installé avec le script de l’éditeur, et recommande 16 Go.

Ajoutez maintenant Nextcloud sur la même machine. Les workers PHP-FPM (FastCGI process manager), la base de données et le background job runner ont tous besoin de mémoire. Le cache de pages du kernel en consomme également. Il accélère l’affichage des listes de fichiers. Sur un VPS de 2 Go, Nextcloud et le serveur bureautique doivent se partager cette faible quantité de mémoire. L’application CODE intégrée a elle aussi besoin de mémoire : son README indique 1 Go, plus 100 Mo par utilisateur. Elle embarque les binaires Collabora dans l’application Nextcloud. Nextcloud achemine localement vers eux le trafic de l’éditeur. Cette approche réduit les performances, mais vous évite d’exécuter et de maintenir un conteneur supplémentaire.

Pourquoi les deux moteurs utilisent la mémoire différemment

Collabora effectue le rendu sur le serveur. Chaque document ouvert dispose de son propre processus dans le conteneur. Vous pouvez l’observer avec docker exec collabora ps -ef pendant qu’un utilisateur le modifie. La mémoire augmente avec le nombre de documents ouverts simultanément. Un serveur inactif consomme donc peu de mémoire, tandis que dix utilisateurs qui éditent des documents en même temps en consomment davantage.

ONLYOFFICE Docs déplace le travail de mise en page vers le navigateur. Son éditeur est écrit en JavaScript. Le serveur stocke le fichier, coordonne la coédition et effectue les conversions de format. Depuis la version 9.4, publiée en mai 2026, le conteneur Community Edition exécute nginx devant un processus serveur unique et consolidé. Il n’embarque ni PostgreSQL ni RabbitMQ. Le guide d’installation du script ONLYOFFICE, vérifié le 2 novembre 2026, indique : « RAM : au moins 2 GB, mais cela dépend du système d’exploitation hôte. Plus il y en a, mieux c’est ». Son guide d’installation Docker indique toujours 4 GB, mais il s’agit d’une exigence d’installation et non d’une indication de la consommation mémoire lorsqu’aucun utilisateur n’est connecté. La version 10.0, publiée le 10 octobre 2026, a ajouté des outils d’IA qui ne peuvent pas être installés dans Docs Community Edition. L’installation est distincte pour ONLYOFFICE Desktop Editors. Les éditions Docs Enterprise et Developer incluent les outils d’IA.

Les exigences publiées par l’éditeur ne permettent pas de déterminer comment les deux courbes de consommation mémoire se comparent. Mesurez la consommation au repos et la charge en cours d’édition avec vos propres documents avant de dimensionner un serveur partagé.

Limites des éditions gratuites

CODE n’impose aucune limite de documents ou de connexions dans son mode par défaut. Le personnel de Collabora l’a confirmé sur le forum de Collabora en septembre 2026. Les limites de 10 documents et de 20 connexions citées dans d’anciens guides s’appliquent uniquement lorsque le Home Mode optionnel est activé. Ce mode n’est pas activé par défaut. Ce qui distingue CODE de l’édition payante de Collabora Online, c’est la stabilité et le support. Collabora présente CODE comme une rolling release en développement constant, sans SLA ni support à long terme. Cette édition convient à un usage domestique et aux petites équipes, mais pas à la production. Collabora Online est l’édition stable, avec un support à long terme, un SLA et des mises à jour de sécurité. Pour le dimensionnement, la FAQ de Collabora, telle qu’elle a été confirmée le 25 octobre 2026, recommandait 10 utilisateurs par thread CPU et 50 MB de RAM par utilisateur, ainsi que 1 GB supplémentaire pour le système.

ONLYOFFICE Docs Community Edition n’impose plus de limite de connexions depuis la version 9.4, qui a supprimé l’ancienne limite de 20 connexions simultanées. Sa page de configuration matérielle requise pour Docker, distincte du guide d’installation Docker, donne plutôt des paliers de dimensionnement : 100 à 200 utilisateurs sur une machine à 2 cœurs cadencée à 2.8 GHz avec 4 GB de RAM, et 200 à 400 utilisateurs sur une machine à 4 cœurs. Elle précise que le nombre réel dépend de la taille et du type des documents ouverts. Considérez ces chiffres comme des plafonds annoncés par l’éditeur, mesurés dans les conditions de l’éditeur.

Lequel gère le mieux les fichiers .docx et .xlsx ?

ONLYOFFICE utilise directement le format Office Open XML (OOXML). Un fichier .docx est donc ouvert, modifié, puis réenregistré dans son format d’origine. Collabora repose sur LibreOffice, dont le format natif est OpenDocument (ODF). Chaque fichier OOXML passe donc par une étape d’importation à l’ouverture, puis par une étape d’exportation à l’enregistrement. Les deux solutions conviennent aux documents courants. La différence apparaît avec les fichiers créés dans Microsoft Word ou Excel et comportant une mise en forme complexe. Elle se traduit généralement par de légers décalages de mise en page, et non par une perte de données.

Ne vous fiez pas aux pages comparatives, y compris à celle-ci. Prenez vos deux fichiers les plus problématiques : celui qui contient des modifications suivies et celui qui contient le tableau croisé dynamique. Ouvrez chacun dans les deux éditeurs, enregistrez-le, téléchargez-le, puis comparez-le avec l’original. Vingt minutes suffisent pour évaluer la fidélité de conversion sur vos documents. C’est la seule formulation de la question qui compte réellement.

Si une seule personne modifie occasionnellement un fichier, une suite bureautique pour un seul fichier évite d’exécuter un serveur de documents.

Licences et positionnement de l’offre payante

ONLYOFFICE Docs Community Edition est distribué sous licence GNU AGPL v3 et soumis à des conditions supplémentaires qui imposent une attribution, des mentions de copyright et un étiquetage clair des versions modifiées. La licence n’accorde aucun droit d’utilisation des marques ONLYOFFICE. Le code source de Collabora Online est distribué sous Mozilla Public License 2.0. Les deux projets sont open source, et les deux entreprises vendent une version avec support.

Les limites de la version gratuite diffèrent selon le projet. La version gratuite de Collabora n’impose aucune limite dans son mode par défaut. En contrepartie, elle offre moins de stabilité et aucun support : il s’agit d’une version de développement publiée en continu, sans SLA. La version gratuite d’ONLYOFFICE n’impose aucune limite. ONLYOFFICE vend des éditions Enterprise et Developer qui ajoutent le support et d’autres fonctionnalités. Pour un usage domestique ou une petite équipe, les deux versions gratuites suffisent. Pour une entreprise, lisez les conditions de licence avant de planifier un déploiement, car les obligations liées à l’AGPL et la tarification par utilisateur sont deux problèmes distincts qui appellent des réponses différentes.

Installer l’un ou l’autre revient à utiliser un seul conteneur

ONLYOFFICE Docs, lié à l’interface loopback, car un reverse proxy terminera TLS (transport layer security) devant lui :

sudo docker run -i -t -d -p 127.0.0.1:8081:80 --restart=always \
  -e JWT_SECRET=replace_this_with_a_long_random_string \
  onlyoffice/documentserver

Définissez vous-même JWT_SECRET. La signature JWT (JSON web token) est activée par défaut depuis ONLYOFFICE Docs 7.2. Si vous ne fournissez aucun secret, le conteneur en génère un. Un secret généré peut changer lorsque le conteneur est recréé. Le connecteur cesse alors de fonctionner sans afficher de message utile.

Le premier démarrage prend quelques minutes. Vérifiez-le :

curl http://127.0.0.1:8081/healthcheck

Cet endpoint répond true lorsque les éditeurs du conteneur sont prêts à être utilisés. Toute autre réponse, y compris false, signifie que vous devez lire docker logs dans le conteneur avant de modifier les paramètres de Nextcloud.

Collabora CODE :

docker run -t -d --name collabora --restart always \
  -p 127.0.0.1:9980:9980 \
  -e "aliasgroup1=https://cloud.example.com:443" \
  -e "extra_params=--o:ssl.enable=false --o:ssl.termination=true" \
  collabora/code

aliasgroup1 correspond à la liste des adresses Nextcloud depuis lesquelles ce conteneur acceptera les requêtes. Le port doit y figurer. Définir ssl.enable=false force coolwsd, le processus serveur de Collabora, à utiliser HTTP en clair à l’intérieur du conteneur, car le reverse proxy situé devant lui gère TLS. Définissez ssl.termination=true pour indiquer à Collabora que TLS se termine au niveau du proxy. Vérifiez-le :

curl http://127.0.0.1:9980/hosting/capabilities
curl http://127.0.0.1:9980/hosting/discovery

La première commande renvoie du JSON et la seconde du XML. Une connexion refusée signifie que le conteneur est encore en cours de démarrage ou qu’il s’est arrêté. Consultez donc docker logs collabora.

Connexion de l’éditeur à Nextcloud

Pour Collabora, installez l’application Nextcloud Office, ouvrez les paramètres d’administration, puis Office. Choisissez l’option permettant d’utiliser votre propre serveur et saisissez l’adresse accessible depuis les navigateurs de vos utilisateurs, par exemple https://office.example.com. Nextcloud stocke les fichiers et Collabora les récupère via WOPI (web application open platform interface). Quatre chemins réseau distincts doivent donc fonctionner :

• Le navigateur atteint Nextcloud.
• Le navigateur atteint le serveur Collabora.
• Nextcloud atteint le serveur Collabora.
• Collabora atteint Nextcloud.

Testez manuellement les deux derniers. Depuis le serveur Nextcloud, curl https://office.example.com/hosting/capabilities doit afficher du JSON. Depuis le conteneur Collabora, curl https://cloud.example.com/status.php doit afficher le JSON d’état de Nextcloud. Le chemin correspondant à la commande qui échoue doit être corrigé.

Pour ONLYOFFICE, installez l’application connector, puis renseignez l’adresse ONLYOFFICE Docs et la clé secrète dans ses paramètres. La clé secrète doit correspondre exactement à JWT_SECRET. Si le conteneur a généré sa propre clé, lisez-la à l’intérieur du conteneur avec /etc/onlyoffice/documentserver/local.json, sous services.CoAuthoring.secret.inbox.string. Vérifiez ensuite la connexion depuis votre répertoire Nextcloud, en exécutant la commande avec l’utilisateur du serveur web :

php occ onlyoffice:documentserver --check

La commande confirme la connexion ou affiche l’erreur rencontrée par le connector. C’est plus rapide que de consulter la console du navigateur. Le connector ONLYOFFICE comporte également des champs avancés pour le cas où l’adresse utilisée par le navigateur et celle utilisée pour les communications entre serveurs sont différentes, par exemple lorsque Nextcloud atteint l’éditeur via un réseau privé. Renseignez ces champs au lieu de faire sortir le trafic interne vers l’adresse publique avant de le faire revenir.

Pourquoi la modification échoue derrière un reverse proxy

Presque tous les signalements du type « cela ne s’ouvre pas » correspondent à l’un de ces cas.

Incompatibilité de protocole. Nextcloud sur https avec l’adresse du serveur Office configurée en http échoue, car le navigateur refuse de charger un frame non sécurisé dans une page sécurisée. Utilisez https pour les deux.

Règles de proxy manquantes pour Collabora. Le proxy doit transmettre /browser, /hosting/discovery, /hosting/capabilities, /cool, /cool/adminws et les connexions websocket sur /cool/(.*)/ws vers le port 9980. Si la règle websocket manque, le frame du document se charge puis reste vide, car l’éditeur ouvre un websocket juste après le chargement et n’obtient jamais de réponse.

Un aliasgroup1 incorrect. Le conteneur refuse les requêtes provenant d’une adresse qui ne lui a jamais été indiquée, et docker logs collabora enregistre No acceptable WOPI hosts found. La valeur doit correspondre à l’URL Nextcloud saisie par vos utilisateurs, port compris.

Nextcloud refuse de contacter une adresse locale. Nextcloud bloque par défaut les requêtes sortantes vers les adresses locales et privées, et la ligne du journal est Host violates local access rules. Définissez 'allow_local_remote_servers' => true dans config.php lorsque l’éditeur n’est réellement accessible que via une adresse locale.

Une allow list WOPI trop restrictive. Les paramètres Office de Nextcloud contiennent une allow list pour les requêtes WOPI. Elle limite les adresses autorisées à récupérer les fichiers. C’est un paramètre utile, mais il peut aussi empêcher la modification après le redémarrage d’un conteneur qui a reçu une nouvelle adresse IP. Si les documents ont cessé de s’ouvrir juste après un rebuild, vérifiez d’abord ce champ.

ONLYOFFICE ne peut pas télécharger le fichier. Le connecteur signale Error while downloading the document file to be converted.. Le serveur de documents a reçu l’instruction de récupérer un fichier depuis Nextcloud, mais il n’y parvient pas : l’adresse fournie est inaccessible depuis son conteneur, Nextcloud présente un certificat qu’il n’accepte pas, ou le secret ne correspond pas. Exécutez curl sur cette URL exacte depuis le conteneur avec docker exec. La cause tient généralement en une seule ligne.

Ce qui tient réellement sur 2 GB et 4 GB

Avec 2 GB, faites fonctionner Nextcloud avec l’application CODE intégrée, et arrêtez-vous là. Les performances sont inférieures à celles d’un serveur autonome, la première ouverture d’un gros tableur peut prendre plusieurs secondes, et aucune configuration de proxy n’est nécessaire. Pour un seul foyer, c’est le bon choix.

Avec 4 GB, faites fonctionner Nextcloud avec un conteneur CODE autonome et configurez le swap afin qu’une pointe de charge ne mette pas le serveur à genoux. C’est à partir de cette configuration que l’édition devient vraiment confortable.

Pour utiliser ONLYOFFICE Docs à côté de Nextcloud, prévoyez 6 à 8 GB, ou attribuez à Docs un petit serveur dédié. La configuration requise de 4 GB pour l’installation Docker de Docs ne permet pas de déduire sa consommation mémoire au repos et ne prouve pas que tout serveur partagé de 4 GB utilisera le swap. Les guides du script et des paquets indiquent au moins 2 GB, selon le système d’exploitation hôte ; Nextcloud a besoin de mémoire supplémentaire.

DocSpace sur un petit VPS est le choix à éviter. Le minimum publié pour son installation par script est de 12 GB de RAM et six cœurs CPU, avec 16 GB et huit cœurs recommandés. Vérifiez ce qu’un guide installe avant de le suivre, ainsi que la date de la dernière vérification de ses exigences par rapport à la page du fournisseur. Le script d’installation n’est par ailleurs qu’une des possibilités. Docs et CODE sont des conteneurs uniques que vous démarrez, arrêtez et supprimez vous-même. Il est plus facile d’en comprendre le fonctionnement que celui d’un script qui déploie toute une stack.

Pour la question plus générale de ce qui a réellement sa place sur un petit serveur, ce qui vaut la peine d’auto-héberger en 2026 présente une sélection de services.

FAQ

OnlyOffice ou Collabora est-il préférable pour Nextcloud ?

Aucun n’est systématiquement meilleur. La mémoire disponible est généralement le facteur décisif. Collabora nécessite au minimum les 1 Go indiqués dans la configuration système de base de sa propre FAQ, lors de sa dernière vérification le 25 octobre 2026. La version gratuite CODE n’impose aucune limite de documents ou de connexions dans son mode par défaut. Toutefois, Collabora la destine à un usage domestique et aux petites équipes, plutôt qu’à la production. ONLYOFFICE Docs indique 4 Go pour une installation Docker et au moins 2 Go dans son guide d’installation par script, avant de tenir compte des besoins propres à Nextcloud. Depuis la version 9.4, il n’impose plus de limite de connexions. Il fonctionne directement dans .docx et .xlsx, ce qui préserve mieux le formatage Microsoft Office d’origine. Choisissez Collabora sur un petit VPS. Choisissez ONLYOFFICE si l’équipe travaille toute la journée avec des formats Office et si vous pouvez réserver de la mémoire à l’éditeur.

De quelle quantité de RAM ai-je besoin pour modifier des documents dans Nextcloud ?

Sur un serveur de 2 Go, commencez par l’application serveur CODE intégrée à Nextcloud. Elle indique 1 Go, plus 100 Mo par utilisateur, pour le serveur bureautique seul. Elle est fournie avec l’installation de Nextcloud, qui la démarre pour vous. Vous n’avez donc pas besoin de déployer un second conteneur, même si le serveur Collabora s’exécute toujours comme son propre processus. 4 Go offrent une marge confortable pour Nextcloud et un conteneur Collabora CODE autonome. ONLYOFFICE Docs indique une exigence de 4 Go pour une installation Docker et au moins 2 Go dans son guide d’installation par script, selon le système d’exploitation hôte. Prévoyez donc 6 à 8 Go lorsqu’il partage une machine avec Nextcloud, ou installez-le sur un serveur séparé.

Pourquoi le cadre du document s’ouvre-t-il, puis reste-t-il vide ?

L’éditeur se charge via HTTPS, puis ouvre une websocket. Un cadre vide signifie donc presque toujours que la websocket ne s’est jamais connectée. Pour Collabora derrière nginx, vérifiez que le proxy transmet /cool/(.*)/ws avec les en-têtes de mise à niveau de la connexion, et que /browser, /hosting/discovery et /hosting/capabilities sont également transmis. Consultez ensuite docker logs sur le conteneur : No acceptable WOPI hosts found signifie que la valeur aliasgroup1 ne correspond pas à l’adresse Nextcloud utilisée par le navigateur, port compris.

Ai-je besoin de ONLYOFFICE DocSpace pour modifier des fichiers dans Nextcloud ?

Non. DocSpace est un espace de travail autonome, avec sa propre interface et ses propres comptes utilisateur. Le connecteur Nextcloud ne communique pas avec lui. Nextcloud se connecte à ONLYOFFICE Docs, le serveur de documents. DocSpace annonce un minimum de 12 Go de RAM et 6 cœurs CPU pour une installation par script, et recommande 16 Go. C’est pourquoi les guides qui l’installent donnent l’impression que la modification de documents dans un navigateur nécessite un serveur puissant.