OnlyOffice ou Collabora para Nextcloud em VPS pequeno

OnlyOffice vs Collabora: a resposta para um VPS pequeno

OnlyOffice vs Collabora é uma escolha entre dois motores de documentos que se ligam a um servidor de ficheiros que já tem em execução, normalmente o Nextcloud. Num VPS com 2 GB, escolha o Collabora e use a versão incluída no Nextcloud, porque não adiciona um segundo contentor nem um endereço Web adicional. Com 4 GB ou mais, o ONLYOFFICE Docs justifica a memória extra se a sua equipa trabalhar principalmente com .docx e .xlsx, porque o editor trabalha diretamente com esses formatos.

Há um terceiro nome que aparece em todas as pesquisas sobre esta questão. O ONLYOFFICE DocSpace é um produto separado, com a sua própria interface, e não é o componente com que o Nextcloud comunica. Instalar o DocSpace porque um tutorial mencionou "OnlyOffice" é o motivo mais comum para as pessoas acreditarem que um botão de edição no Nextcloud precisa de um servidor grande.

Os três produtos que as pessoas confundem

• ONLYOFFICE Docs, também chamado Document Server, é apenas o motor de edição. Não inclui um gestor de ficheiros. O conector do Nextcloud comunica com este produto. A Community Edition é gratuita e está licenciada sob a GNU AGPL v3.
• ONLYOFFICE DocSpace é um espaço de trabalho: salas, gestão de membros, partilha e uma interface web própria, com o Docs incluído. Sobrepõe-se ao Nextcloud, em vez de o ampliar. O requisito mínimo publicado, consultado em agosto de 2026, é de 6 núcleos de CPU e 12 GB de RAM.
• Collabora Online é o LibreOffice executado no servidor. O documento é composto e desenhado no servidor e depois enviado para o browser como imagens. A versão gratuita é a CODE, abreviatura de Collabora Online Development Edition.

O Nextcloud disponibiliza duas aplicações para a integração com o Collabora. richdocuments, apresentada na loja de aplicações como Nextcloud Office, é o conector para um servidor Collabora. richdocumentscode inclui o CODE na instalação do Nextcloud, pelo que não é necessário executar um contentor nem escrever uma regra de proxy. O manual do Nextcloud descreve este servidor integrado como adequado para uso pessoal ou equipas pequenas e recomenda uma instalação dedicada do Collabora para obter melhor desempenho.

Se ainda não decidiu qual será o servidor de ficheiros, Seafile comparado com Nextcloud é a decisão que vem primeiro, porque o servidor de escritório é um complemento da plataforma que escolher. Se o Nextcloud já estiver em execução, uma instância do Nextcloud num VPS com TLS e cópias de segurança é o servidor que este guia pressupõe.

De quanta RAM cada um precisa?

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

Estes são os valores publicados por cada fornecedor, consultados em agosto de 2026. Cada valor considera apenas o servidor de escritório, sem mais nada em execução. O guia de início rápido da Collabora para o contentor CODE indica 1 GB. O ONLYOFFICE requer 4 GB para o Docs no Docker, além de 4 GB de swap e 40 GB de espaço livre em disco. O DocSpace requer 12 GB e seis núcleos de CPU.

Agora adicione o Nextcloud à mesma máquina. Os workers do PHP-FPM (gestor de processos FastCGI), a base de dados e o executor de tarefas em segundo plano precisam de memória. A cache de páginas do kernel, que acelera a apresentação das listas de ficheiros, também precisa. Num VPS com 2 GB, não sobra memória para um contentor de escritório autónomo. O sistema começa a usar swap. Um servidor que usa swap parece avariado: o indicador de carregamento do editor fica ativo durante trinta segundos e depois desiste. É por isso que existe a aplicação CODE integrada. Ela inclui os binários da Collabora na aplicação Nextcloud, e o Nextcloud encaminha localmente para ela o tráfego do editor. Isto reduz o desempenho, mas elimina um serviço completo.

Por que os dois engines usam a memória de formas diferentes

O Collabora renderiza no servidor. Cada documento aberto recebe o seu próprio processo dentro do container, que pode monitorizar com docker exec collabora ps -ef enquanto alguém edita. O consumo de memória aumenta com o número de documentos abertos ao mesmo tempo. Por isso, um servidor inativo consome poucos recursos, mas dez editores simultâneos não.

O ONLYOFFICE Docs transfere o processamento do layout para o browser. O editor usa JavaScript, e o servidor armazena o ficheiro, coordena a coedição e executa conversões de formato. O container também executa nginx, serviços node.js, PostgreSQL e RabbitMQ. É por isso que o consumo mínimo é de 4 GB mesmo sem clientes ligados.

As duas curvas têm formatos diferentes. O Collabora começa com um consumo baixo e aumenta a cada documento aberto. O ONLYOFFICE começa com um consumo elevado e aumenta mais lentamente, porque parte do processamento ocorre nos computadores portáteis dos utilizadores.

Limites das versões gratuitas

O CODE permite abrir 10 documentos em simultâneo, a partir de 20 ligações. A Collabora definiu esse limite deliberadamente, para impedir que a versão de desenvolvimento se transforme silenciosamente em infraestrutura empresarial. Depois de atingir o limite, o documento seguinte não abre até que seja libertada uma vaga. A versão paga do Collabora Online remove o limite e inclui suporte.

O ONLYOFFICE Docs Community Edition não publica um limite de ligações. A página de requisitos do Docker fornece, em vez disso, níveis de dimensionamento: 100 a 200 utilizadores numa máquina com 2 cores a 2.8 GHz e 4 GB de RAM, e 200 a 400 utilizadores numa máquina com 4 cores. A página indica que o número real depende do tamanho e do tipo dos documentos que as pessoas abrem. Considere estes valores como limites do fabricante, medidos nas condições definidas pelo fabricante.

Qual deles lida melhor com ficheiros .docx e .xlsx?

O ONLYOFFICE trabalha diretamente com Office Open XML (OOXML), pelo que um ficheiro .docx é aberto, editado e gravado novamente no formato em que chegou. O Collabora usa o LibreOffice internamente, e o seu formato nativo é o OpenDocument (ODF). Por isso, cada ficheiro OOXML passa por uma etapa de importação ao ser aberto e por uma etapa de exportação ao ser guardado. Ambos são suficientemente bons para documentos do dia a dia. A diferença surge em ficheiros criados no Microsoft Word ou Excel com formatação complexa. Normalmente manifesta-se em pequenas alterações de disposição, não em perda de dados.

Não tire esta conclusão a partir de páginas de comparação, incluindo esta. Escolha os seus dois ficheiros mais problemáticos: um com alterações controladas e outro com a tabela dinâmica. Abra cada um nos dois editores, guarde, transfira e compare com o original. Esses vinte minutos respondem à questão da fidelidade para os seus documentos. Essa é a única versão da questão que importa.

Se uma pessoa editar um ficheiro ocasionalmente, um pacote de escritório para um único ficheiro evita executar um servidor de documentos.

Licenciamento e onde fica a oferta paga

O ONLYOFFICE Docs Community Edition é licenciado ao abrigo da GNU AGPL v3. O código-fonte do Collabora Online está abrangido pela Mozilla Public License 2.0. Ambos os projetos são open source, e ambas as empresas vendem uma versão com suporte.

O que a versão gratuita não inclui varia em cada caso. A versão gratuita do Collabora é completa e está limitada aos valores de simultaneidade indicados acima. A versão gratuita do ONLYOFFICE não tem esse limite, e o ONLYOFFICE vende as edições Enterprise e Developer, que acrescentam suporte e funcionalidades adicionais. Para uma residência ou uma equipa pequena, ambas as versões gratuitas são suficientes. Numa empresa, leia os termos da licença antes de planear a implementação, porque as obrigações da AGPL e o preço por utilizador são problemas separados, com respostas diferentes.

A instalação de qualquer uma delas corresponde a um único contentor

ONLYOFFICE Docs, associado ao loopback porque um reverse proxy fará a terminação TLS (segurança da camada de transporte) à frente dele:

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

Defina JWT_SECRET manualmente. A assinatura JWT (JSON Web Token) está ativada por predefinição desde o ONLYOFFICE Docs 7.2. Se não fornecer um segredo, o contentor gera um. Um segredo gerado pode mudar quando o contentor é recriado, e o conector deixa de funcionar sem apresentar uma mensagem útil no ecrã.

O primeiro arranque demora alguns minutos. Verifique-o:

curl http://127.0.0.1:8081/healthcheck

Esse endpoint responde true quando a base de dados, o message broker e o armazenamento dentro do contentor estão prontos. Qualquer outro resultado, incluindo false, significa que deve consultar docker logs no contentor antes de alterar as definições do 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 é a lista de endereços do Nextcloud a partir dos quais este contentor aceitará trabalho, e a porta deve ser incluída nessa lista. Definir ssl.enable=false faz com que o coolwsd, o processo do servidor Collabora, use HTTP simples dentro do contentor, porque o reverse proxy à frente dele trata do TLS. Verifique-o:

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

O primeiro devolve JSON e o segundo devolve XML. Uma ligação recusada significa que o contentor ainda está a arrancar ou que terminou, por isso consulte docker logs collabora.

Conectar o editor ao Nextcloud

Para o Collabora, instale a aplicação Nextcloud Office, abra as definições de Administração e, em seguida, Office. Escolha a opção para usar o seu próprio servidor e introduza o endereço que os browsers dos utilizadores conseguem alcançar, como https://office.example.com. O Nextcloud armazena os ficheiros e o Collabora obtém-nos através de WOPI (web application open platform interface). Por isso, quatro caminhos de rede separados têm de funcionar:

• O browser alcança o Nextcloud.
• O browser alcança o servidor Collabora.
• O Nextcloud alcança o servidor Collabora.
• O Collabora alcança o Nextcloud.

Teste manualmente os dois últimos. A partir do servidor Nextcloud, curl https://office.example.com/hosting/capabilities deve apresentar JSON. A partir do interior do contentor Collabora, curl https://cloud.example.com/status.php deve apresentar o JSON de estado do Nextcloud. O caminho que falhar é o que deve corrigir.

Para o ONLYOFFICE, instale a aplicação de ligação e preencha o endereço do ONLYOFFICE Docs e a chave secreta nas definições. O segredo tem de corresponder exatamente a JWT_SECRET. Se o contentor tiver gerado o seu próprio segredo, leia-o no interior do contentor a partir de /etc/onlyoffice/documentserver/local.json, em services.CoAuthoring.secret.inbox.string. Em seguida, verifique a ligação a partir do diretório do Nextcloud, executando o comando como o utilizador do servidor web:

php occ onlyoffice:documentserver --check

O comando confirma a ligação ou apresenta o erro encontrado pelo conector. Isto é mais rápido do que consultar a consola do browser. Ambos os conectores também incluem campos avançados para os casos em que o endereço usado pelo browser é diferente do endereço usado na comunicação entre servidores, por exemplo, quando o Nextcloud alcança o editor através de uma rede privada. Preencha esses campos em vez de enviar o tráfego interno para o endereço público e fazê-lo regressar.

Por que a edição falha atrás de um reverse proxy

Quase todos os relatos de que "não abre" correspondem a um destes casos.

Incompatibilidade de protocolo. O Nextcloud em https com o endereço do servidor de escritório definido como http falha porque o navegador recusa carregar um frame inseguro dentro de uma página segura. Use https nos dois casos.

Regras de proxy em falta para o Collabora. O proxy tem de encaminhar /browser, /hosting/discovery, /hosting/capabilities, /cool, /cool/adminws e as ligações websocket em /cool/(.*)/ws para a porta 9980. Se faltar a regra do websocket, o frame do documento é carregado e fica vazio, porque o editor abre um websocket imediatamente depois do carregamento e nunca recebe uma resposta.

Um aliasgroup1 incorreto. O contentor recusa pedidos de um endereço que não foi configurado, e docker logs collabora regista No acceptable WOPI hosts found. O valor tem de corresponder ao URL do Nextcloud introduzido pelos utilizadores, incluindo a porta.

O Nextcloud recusa contactar um endereço local. Por predefinição, o Nextcloud bloqueia pedidos de saída para endereços locais e privados, e a linha do log é Host violates local access rules. Defina 'allow_local_remote_servers' => true em config.php quando o editor só estiver acessível através de um endereço local.

Uma lista de permissões WOPI demasiado restrita. As definições do Office no Nextcloud contêm uma lista de permissões para pedidos WOPI, que limita os endereços autorizados a obter ficheiros. É uma definição útil, mas também pode fazer a edição falhar depois de um contentor voltar a arrancar com um novo endereço IP. Se os documentos deixaram de abrir imediatamente depois de uma reconstrução, verifique primeiro este campo.

O ONLYOFFICE não consegue descarregar o ficheiro. O conector comunica Error while downloading the document file to be converted.. O servidor de documentos recebeu instruções para obter um ficheiro do Nextcloud, mas não consegue fazê-lo: o endereço fornecido não é acessível a partir do interior do contentor, o Nextcloud apresenta um certificado que o servidor não aceita ou o segredo não corresponde. Execute curl contra esse URL exato a partir do interior do contentor, com docker exec. Normalmente, o motivo aparece numa única linha.

O que cabe realmente em 2 GB e 4 GB

Com 2 GB, execute o Nextcloud com a aplicação CODE integrada e fique por aí. É mais lento do que um servidor autónomo, a primeira abertura de uma folha de cálculo grande pode demorar vários segundos e não requer qualquer configuração de proxy. Para uma família, esta é a opção correta.

Com 4 GB, execute o Nextcloud e um contentor CODE autónomo, e configure swap para que um pico de utilização não faça o servidor parar. É a partir daqui que a edição começa a funcionar de forma normal.

Para executar o ONLYOFFICE Docs junto do Nextcloud, planeie 6 a 8 GB ou atribua ao Docs um servidor pequeno próprio. O limite mínimo de 4 GB aplica-se apenas ao servidor de documentos. Partilhar um servidor de 4 GB com o Nextcloud significa usar swap durante qualquer utilização real.

O DocSpace num VPS pequeno é o erro a evitar. O requisito mínimo publicado pelo próprio produto é 12 GB de RAM e seis núcleos de CPU. Um tutorial de um fornecedor, amplamente referenciado, ainda implementa o DocSpace com o script de instalação do fabricante numa instância de 8 GB. Isso fica abaixo do valor publicado e responde a uma pergunta diferente da que fez. Confirme o que um guia instala antes de o seguir e verifique quando os requisitos citados foram confirmados pela última vez na página do fabricante. O script de instalação também é apenas uma opção. O Docs e o CODE são contentores únicos que pode iniciar, parar e eliminar manualmente. É mais fácil compreender esta configuração do que uma configuração criada por um script que instala uma stack.

Para a questão mais ampla sobre o que deve realmente ser executado num servidor pequeno, o que vale a pena alojar por conta própria em 2026 apresenta uma lista curta.

FAQ

O Collabora ou o OnlyOffice é melhor para o Nextcloud?

Nenhum é geralmente melhor, e a memória costuma ser o fator decisivo. O Collabora começa nos 1 GB publicados no seu guia de início rápido, e a compilação gratuita CODE permite abrir 10 documentos a partir de 20 ligações, o que é adequado para uma casa ou uma equipa pequena. O ONLYOFFICE Docs requer 4 GB antes das necessidades do próprio Nextcloud, não publica um limite de ligações e funciona diretamente em .docx e .xlsx, mantendo assim a formatação do Microsoft Office mais próxima do original. Escolha o Collabora num VPS pequeno. Escolha o ONLYOFFICE quando a equipa trabalha todo o dia com formatos do Office e pode atribuir memória própria ao editor.

De quanta RAM preciso para editar documentos no Nextcloud?

2 GB funcionam com a aplicação de servidor CODE integrada no Nextcloud, porque essa aplicação é executada dentro da instalação do Nextcloud e não como um segundo serviço. 4 GB são suficientes para o Nextcloud e um contentor Collabora CODE autónomo. O ONLYOFFICE Docs publica um mínimo de 4 GB apenas para o servidor de documentos, por isso reserve 6 a 8 GB quando o partilhar com o Nextcloud na mesma máquina ou coloque-o num servidor separado.

Porque é que a moldura do documento abre e depois fica em branco?

O editor é carregado através de HTTPS e depois abre um websocket, por isso uma moldura em branco quase sempre significa que o websocket nunca estabeleceu ligação. No caso do Collabora atrás do nginx, confirme que o proxy encaminha /cool/(.*)/ws com os cabeçalhos de atualização da ligação e que /browser, /hosting/discovery e /hosting/capabilities também são encaminhados. Depois, leia docker logs no contentor: No acceptable WOPI hosts found significa que o valor de aliasgroup1 não corresponde ao endereço do Nextcloud usado pelo navegador, incluindo a porta.

Preciso do ONLYOFFICE DocSpace para editar ficheiros no Nextcloud?

Não. O DocSpace é um espaço de trabalho autónomo, com a sua própria interface e as suas próprias contas de utilizador, e o conector do Nextcloud não comunica com ele. O componente ao qual o Nextcloud se liga é o ONLYOFFICE Docs, o servidor de documentos. O DocSpace publica um mínimo de 12 GB de RAM e seis núcleos de CPU, razão pela qual os guias que o instalam levam as pessoas a acreditar que a edição no navegador requer um servidor grande.