OnlyOffice ou Collabora sur un petit serveur Nextcloud

OnlyOffice ou Collabora : le choix pour un petit VPS

OnlyOffice ou Collabora, c’est le choix entre deux moteurs de traitement de documents qui se connectent à un serveur de fichiers que vous utilisez déjà, généralement Nextcloud. Sur un VPS de 2 GB, choisissez Collabora et utilisez la version fournie par Nextcloud, car 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 son éditeur prend directement en charge ces formats.

Un troisième nom apparaît dans toutes les recherches sur ce sujet. ONLYOFFICE DocSpace est un produit distinct avec sa propre interface. Ce n’est pas le composant auquel Nextcloud se connecte. Installer DocSpace parce qu’un tutoriel parlait d’« OnlyOffice » est la raison la plus fréquente pour laquelle on pense que le bouton d’édition 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 comporte pas de gestionnaire de fichiers. Le connecteur Nextcloud communique avec celui-ci. Community Edition est gratuit et distribué 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. Le minimum publié, consulté en août 2026, est de 6 cœurs CPU et 12 GB de RAM.
• 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. La version gratuite est CODE, l’abréviation de Collabora Online Development Edition.

Nextcloud fournit deux applications pour la partie Collabora. richdocuments, publiée dans l’app store sous le nom Nextcloud Office, est le connecteur vers un serveur Collabora. richdocumentscode intègre CODE à l’installation Nextcloud : aucun conteneur n’est donc nécessaire et aucune règle de proxy ne doit être écrite. Le manuel de Nextcloud indique que ce serveur intégré convient à un usage personnel ou à de petites équipes, et recommande une installation Collabora dédiée pour de meilleures performances.

Si vous n’avez pas encore choisi le serveur de fichiers, Seafile comparé à Nextcloud est la décision à prendre en premier, car le serveur bureautique vient se rattacher à celui que vous utilisez. Si Nextcloud est déjà installé, une instance Nextcloud sur un VPS avec TLS et des sauvegardes est le serveur utilisé dans ce guide.

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

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

Ce sont les chiffres publiés par chaque éditeur, relevés en août 2026. Ils concernent uniquement le serveur bureautique, sans aucun autre service en cours d’exécution. Le guide de démarrage rapide de Collabora pour le conteneur CODE indique 1 Go. Pour Docs sous Docker, ONLYOFFICE demande 4 Go, ainsi que 4 Go de swap et 40 Go d’espace disque libre. DocSpace demande 12 Go et six cœurs de processeur.

Ajoutez maintenant Nextcloud sur la même machine. Les workers PHP-FPM (gestionnaire de processus FastCGI), la base de données et le background job runner ont tous besoin de mémoire. Le cache de pages du kernel en a également besoin pour accélérer l’affichage des listes de fichiers. Sur un VPS de 2 Go, il ne reste pas assez de mémoire pour un conteneur bureautique autonome. La machine utilise alors le swap. Un serveur qui utilise le swap semble défaillant : le spinner de l’éditeur tourne pendant trente secondes, puis abandonne. C’est pourquoi l’application CODE intégrée existe. Elle embarque les binaires Collabora dans l’application Nextcloud. Nextcloud proxy ensuite le trafic de l’éditeur localement vers cette application. Vous perdez en rapidité, mais vous évitez d’exécuter un service complet supplémentaire.

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

Collabora effectue le rendu sur le serveur. Chaque document ouvert utilise 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, contrairement à un serveur utilisé par dix éditeurs simultanés.

ONLYOFFICE Docs déplace le travail de mise en page vers le navigateur. Son éditeur repose sur JavaScript. Le serveur stocke le fichier, coordonne la coédition et effectue les conversions de format. Le conteneur exécute également nginx, des services node.js, PostgreSQL et RabbitMQ. C’est pourquoi la consommation minimale est de 4 GB, même lorsqu’aucun utilisateur n’est connecté.

Les deux courbes ont des formes différentes. Collabora démarre avec une faible consommation, puis augmente avec chaque document ouvert. ONLYOFFICE démarre plus haut, puis augmente plus lentement, car une partie du travail est effectuée sur les ordinateurs portables de vos utilisateurs.

Limites des éditions gratuites

CODE autorise l’ouverture simultanée de 10 documents, avec 20 connexions. Collabora a défini volontairement cette limite afin que la build de développement ne devienne pas discrètement une infrastructure d’entreprise. Une fois la limite atteinte, le document suivant ne s’ouvre pas tant qu’un emplacement ne se libère pas. L’édition payante de Collabora Online supprime cette limite et ajoute une assistance.

ONLYOFFICE Docs Community Edition ne publie aucune limite de connexions. Sa page consacrée aux exigences Docker indique plutôt des paliers de dimensionnement : 100 à 200 utilisateurs sur une machine équipée de 2 cœurs à 2.8 GHz et de 4 GB de RAM, puis 200 à 400 utilisateurs sur une machine équipée de 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 indiqués par l’éditeur, mesurés dans ses propres conditions.

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

ONLYOFFICE fonctionne directement avec Office Open XML (OOXML). Un fichier .docx est donc ouvert, modifié, puis réenregistré dans le format dans lequel il a été fourni. 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 manifeste 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 à l’original. Vingt minutes suffisent pour évaluer la fidélité de conversion de 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 fichier évite de faire fonctionner un serveur de documents.

Licences et positionnement de l’offre payante

ONLYOFFICE Docs Community Edition est distribué sous licence GNU AGPL v3. Le code source de Collabora Online est distribué sous licence 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 est complète, mais plafonnée aux nombres de connexions simultanées indiqués ci-dessus. La version gratuite d’ONLYOFFICE n’impose aucune limite, et ONLYOFFICE vend les éditions Enterprise et Developer, qui ajoutent du support et des fonctionnalités supplémentaires. 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, auxquels correspondent des réponses différentes.

Installer l’un ou l’autre crée un seul conteneur

ONLYOFFICE Docs, lié à loopback, car un reverse proxy assurera la terminaison TLS (transport layer security) en amont :

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 son état :

curl http://127.0.0.1:8081/healthcheck

Cet endpoint renvoie true lorsque la base de données, le message broker et le stockage dans le conteneur sont prêts. Toute autre réponse, y compris false, signifie que vous devez consulter docker logs sur le conteneur avant de modifier les paramètres 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" \
  collabora/code

aliasgroup1 correspond à la liste des adresses Nextcloud depuis lesquelles ce conteneur acceptera des requêtes, et le port doit y figurer. Définir ssl.enable=false force coolwsd, le processus serveur de Collabora, à utiliser HTTP en clair dans le conteneur, car le reverse proxy en amont assure le chiffrement TLS. Vérifiez son état :

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. Un refus de connexion 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. Sélectionnez 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 doit pouvoir atteindre Nextcloud.
• Le navigateur doit pouvoir atteindre le serveur Collabora.
• Nextcloud doit pouvoir atteindre le serveur Collabora.
• Collabora doit pouvoir atteindre Nextcloud.

Testez manuellement les deux derniers chemins. 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 qui échoue est celui qu’il faut corriger.

Pour ONLYOFFICE, installez l’application connector, puis renseignez l’adresse de ONLYOFFICE Docs et la clé secrète dans ses paramètres. La clé secrète doit correspondre exactement à JWT_SECRET. Si le conteneur en a généré une, lisez-la à l’intérieur du conteneur avec /etc/onlyoffice/documentserver/local.json, dans services.CoAuthoring.secret.inbox.string. Vérifiez ensuite la connexion depuis le 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. Les deux connectors proposent également des champs avancés pour les cas où l’adresse utilisée par le navigateur et l’adresse utilisée entre les 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, puis de le faire revenir.

Pourquoi l’édition échoue derrière un reverse proxy

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

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

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 immédiatement un websocket après le chargement et ne reçoit jamais de réponse.

Un aliasgroup1 incorrect. Le conteneur refuse les requêtes provenant d’une adresse qui n’a pas été déclaré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. Par défaut, Nextcloud bloque les requêtes sortantes vers les adresses locales et privées. 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. Ce réglage est utile, mais il peut aussi empêcher l’édition après le redémarrage d’un conteneur avec une nouvelle adresse IP. Si les documents ont cessé de s’ouvrir juste après une reconstruction, 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 ne peut pas accepter, 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 Go et 4 Go

Avec 2 Go, utilisez 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’une feuille de calcul volumineuse peut prendre plusieurs secondes. Aucune configuration de proxy n’est nécessaire. Pour un foyer, c’est le choix adapté.

Avec 4 Go, utilisez Nextcloud et un conteneur CODE autonome. Configurez aussi le swap afin qu’un pic de charge ne fasse pas tomber le serveur. C’est à partir de cette configuration que l’édition devient réellement confortable.

Pour exécuter ONLYOFFICE Docs à côté de Nextcloud, prévoyez 6 à 8 Go, ou donnez à Docs son propre petit serveur. Le minimum de 4 Go indiqué concerne uniquement le serveur de documents. Partager un serveur de 4 Go avec Nextcloud signifie donc utiliser le swap dès qu’il y a une charge réelle.

Installer DocSpace sur un petit VPS est l’erreur à éviter. Le minimum publié par l’éditeur est de 12 Go de RAM et six cœurs CPU. Un tutoriel de fournisseur largement repris déploie encore DocSpace avec le script d’installation de l’éditeur sur une instance de 8 Go. Cette configuration est inférieure au minimum publié et répond à une autre question que celle que vous avez posée. Vérifiez ce qu’un guide installe avant de l’appliquer. Vérifiez également à quelle date les exigences citées ont été contrôlées pour la dernière fois sur la page de l’éditeur. Le script d’installation n’est par ailleurs qu’une méthode parmi d’autres. Docs et CODE sont des conteneurs autonomes que vous démarrez, arrêtez et supprimez vous-même. Leur gestion est plus facile à comprendre qu’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 mérite d’être auto-hébergé en 2026 présente une sélection.

FAQ

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

Aucun n’est globalement meilleur que l’autre. La mémoire disponible est généralement le critère décisif. Collabora démarre avec les 1 Go de RAM indiqués dans son propre guide de démarrage rapide. La version gratuite CODE autorise l’ouverture de 10 documents depuis 20 connexions, ce qui convient à un foyer ou à une petite équipe. ONLYOFFICE Docs demande 4 Go de RAM avant même de prendre en compte les besoins de Nextcloud. Il n’indique aucune limite de connexions et fonctionne directement avec .docx et .xlsx. Le formatage Microsoft Office reste donc plus proche de l’original. 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 suffisamment de mémoire à l’éditeur.

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

2 Go suffisent avec l’application serveur CODE intégrée à Nextcloud, car elle s’exécute dans l’installation Nextcloud au lieu de fonctionner comme un second service. 4 Go offrent un fonctionnement confortable pour Nextcloud et un conteneur Collabora CODE autonome. ONLYOFFICE Docs indique un minimum de 4 Go de RAM pour le document server seul. Prévoyez donc 6 à 8 Go si vous l’exécutez sur la même machine que Nextcloud, ou installez-le sur un serveur séparé.

Pourquoi le cadre du document s’ouvre-t-il avant de rester vide ?

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

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, qui est le document server. DocSpace indique un minimum de 12 Go de RAM et 6 cœurs CPU. C’est pourquoi les guides qui l’installent donnent l’impression que la modification de documents dans un navigateur nécessite un serveur puissant.