著者 Matt Connor
自前サーバーのOnlyOfficeとCollabora比較
Nextcloudに合うのはどちらですか。無料のCODEとONLYOFFICE Docsの制限、docxの再現性、2 GBと4 GB VPSの選び方を具体的に比較します。
小規模 VPS 向けの OnlyOffice と Collabora の選択
OnlyOffice と Collabora の選択とは、すでに運用しているファイルサーバーに接続する 2 つのドキュメントエンジンのどちらを選ぶかということです。多くの読者にとって、そのファイルサーバーは Nextcloud です。2 GB の VPS では Collabora を選び、Nextcloud に同梱されているものを使用してください。2 つ目のコンテナや追加の Web アドレスが不要になるためです。4 GB 以上では、チームが .docx と .xlsx を主に使用する場合、ONLYOFFICE Docs に追加のメモリを割り当てる価値があります。これらは、そのエディターが直接扱う形式だからです。
この問題を検索すると、必ず 3 つ目の名前も表示されます。ONLYOFFICE DocSpace は独自のインターフェースを持つ別製品であり、Nextcloud が接続するコンポーネントではありません。チュートリアルに「OnlyOffice」と書かれていたために DocSpace をインストールすると、Nextcloud の編集ボタンに大容量のサーバーが必要だと思い込むことが最もよくあります。
混同されやすい 3 つの製品
- ONLYOFFICE Docs は Document Server とも呼ばれ、単体で動作する編集エンジンです。ファイルマネージャーはありません。Nextcloud connector はこれに接続します。Community Edition は GNU AGPL v3 の下で無料で利用できます。
- ONLYOFFICE DocSpace は、room、member management、sharing、独自の Web インターフェースを備えた workspace です。Docs は内部に組み込まれています。Nextcloud を拡張するというより、Nextcloud と機能が重複します。現在のインストールガイドでは、この workspace を ONLYOFFICE Apps と呼んでいます。2026 年 10 月に確認した公開上の最小要件は、install script で 6 CPU cores と 12 GB の RAM です。推奨要件は 8 cores と 16 GB です。development/testing Docker build でも、同じ 6 cores と 12 GB が必要です。workspace services は 1 つの container にまとめられますが、Document Server、MySQL、OpenSearch はそれぞれ独自の container で実行されます。ONLYOFFICE はこの build を production 用ではなく testing 用としています。
- Collabora Online はサーバー上で動作する LibreOffice です。文書のレイアウトと描画はサーバー上で行われ、その結果が画像としてブラウザーに送られます。無料の build は CODE で、Collabora Online Development Edition の略です。
Nextcloud には、Collabora 向けの app が 2 つあります。richdocuments は app store では Nextcloud Office と表示され、Collabora server に接続する connector です。richdocumentscode は Nextcloud installation 内に CODE を組み込むため、実行する container も、記述する proxy rule もありません。Nextcloud の公式 manual では、この built-in server は個人利用または小規模 team に適していると説明しています。また、性能を高めるには専用の Collabora install を推奨しています。
built-in CODE app は 26.4.303 以降に更新してください。それより前の version には、proxy に critical な command injection vulnerability があります。
file server の選定がまだ決まっていない場合は、Seafile と Nextcloud の比較が最初に行う判断になります。office server は、運用する file server に追加する構成要素だからです。すでに Nextcloud が稼働している場合、このガイドでは TLS と backups を設定した VPS 上の Nextcloud instance を前提にします。
各サービスにはどの程度の RAM が必要ですか？
このグラフのデータ
[
{
"label": "Collabora CODE",
"min_ram_gb": 1
},
{
"label": "ONLYOFFICE Docs (Docker)",
"min_ram_gb": 4
},
{
"label": "ONLYOFFICE DocSpace",
"min_ram_gb": 12
}
]これは各ベンダーが公開している数値です。ONLYOFFICE の数値は 2026 年 10 月 27 日に ONLYOFFICE の公式ページと照合し、Collabora の数値は 2026 年 10 月 25 日に最終確認した Collabora の FAQ に基づいています。Collabora と Docs の数値はオフィスサーバーのサイジング要件を示します。一方、DocSpace の数値はデータベースと検索エンジンを含むスタック全体を対象としており、アイドル時のメモリ使用量ではありません。Collabora の FAQ では、システム用に 1 GB、さらにユーザー 1 人あたり 50 MB を見積もっています。ONLYOFFICE は Docker 上の Docs に 4 GB、加えて 4 GB の swap と 40 GB の空きディスク容量を求めています。DEB および RPM パッケージでインストールする場合のページでは、2 GB と記載されています。DocSpace は、ベンダーのスクリプトでインストールする場合に 12 GB と 6 個の CPU コアを求め、16 GB を推奨しています。
同じマシンに Nextcloud も追加します。PHP-FPM（FastCGI process manager）のワーカー、データベース、バックグラウンドジョブの実行プロセスがメモリを使用します。ファイル一覧の表示を高速にするカーネルのページキャッシュもメモリを使用します。2 GB の VPS では、Nextcloud とオフィスサーバーが限られたメモリを共有する必要があります。組み込みの CODE アプリ自体にもメモリが必要です。README では、1 GB に加えてユーザー 1 人あたり 100 MB を必要としています。このアプリには Collabora のバイナリが含まれており、Nextcloud はエディターのトラフィックをローカルでそのバイナリへプロキシします。そのため速度は低下しますが、実行・保守するコンテナを 1 つ減らせます。
2 つのエンジンでメモリ消費の仕組みが異なる理由
Collabora はサーバー上でレンダリングします。開いているドキュメントごとにコンテナ内で専用プロセスが起動し、誰かが編集している間は docker exec collabora ps -ef で確認できます。同時に開いているドキュメント数に応じてメモリ使用量が増えるため、アイドル状態のサーバーは低コストですが、10 人が同時に編集すると同じではありません。
ONLYOFFICE Docs はレイアウト処理をブラウザー側に移します。エディターは JavaScript で動作し、サーバーはファイルを保存し、共同編集を調整し、形式変換を実行します。2026 年 5 月にリリースされた version 9.4 以降、Community Edition のコンテナでは、PostgreSQL や RabbitMQ を含めず、単一の統合サーバープロセスの前段で nginx が動作します。2026 年 11 月 2 日に確認した ONLYOFFICE のスクリプトインストールガイドには、「RAM: at least 2 GB, but depends on the host OS. More is better」と記載されています。Docker のインストールガイドには引き続き 4 GB と記載されていますが、これはインストール要件であり、接続中のユーザーがいない場合のメモリ使用量を示すものではありません。2026 年 10 月 10 日にリリースされた Version 10.0 では、Docs Community Edition にインストールできない AI ツールが追加されました。ONLYOFFICE Desktop Editors は別途インストールします。Docs Enterprise および Developer エディションには AI ツールが含まれます。
ベンダーの要件だけでは、2 つのメモリ使用曲線を比較できません。共有サーバーのサイジングを行う前に、自分のドキュメントを使ってアイドル時と編集中の負荷を測定してください。
無償ビルドの制限
CODE は、デフォルトモードではドキュメント数と接続数に制限がありません。Collabora のスタッフは、2026 年 9 月に Collabora の公式フォーラムでこの点を確認しました。古いガイドに記載されている 10 ドキュメントおよび 20 接続の上限は、オプションの Home Mode を有効にした場合だけ適用されます。Home Mode はデフォルトでは有効になっていません。CODE と有償の Collabora Online ビルドの違いは、安定性とサポートです。Collabora は CODE を継続的に開発されるローリングリリースと説明しており、SLA や長期サポートはありません。CODE は家庭での利用や小規模チームには適していますが、本番環境向けではありません。Collabora Online は Long Term Support、SLA、セキュリティ更新を備えた安定版です。サイジングについては、Collabora の FAQ で、2026 年 10 月 25 日時点の最終確認内容として、CPU スレッド 1 本あたり 10 ユーザー、ユーザー 1 人あたり 50 MB の RAM に加え、システム用に 1 GB を確保する構成が推奨されていました。
ONLYOFFICE Docs Community Edition には、version 9.4 以降、接続数の上限がありません。version 9.4 で、同時接続数 20 という従来の制限が撤廃されました。Docker のインストールガイドとは別に用意されている Docker システム要件ページでは、代わりにサイジングの目安が示されています。dual core 2.8 GHz と 4 GB の RAM を搭載したマシンでは 100 ～ 200 ユーザー、quad core では 200 ～ 400 ユーザーです。ただし、実際の人数は、ユーザーが開くドキュメントのサイズと種類によって異なると説明されています。これらは、ベンダーの条件下で測定されたベンダー提示の上限として扱ってください。
.docx と .xlsx の処理に優れているのはどちらですか？
ONLYOFFICE は Office Open XML（OOXML）を直接扱うため、.docx ファイルを受け取った形式のまま開き、編集し、書き戻します。Collabora は内部で LibreOffice を使用しており、標準形式は OpenDocument（ODF）です。そのため、OOXML ファイルは開くときにインポート処理を通り、保存するときにエクスポート処理を通ります。どちらも通常の文書には十分対応できます。差が現れるのは、Microsoft Word または Excel で複雑な書式を使って作成したファイルです。データが失われるというより、レイアウトがわずかにずれる形で現れます。
このページを含む比較ページだけで判断しないでください。最も問題のあるファイルを2つ用意します。変更履歴があるファイルと、ピボットテーブルがあるファイルです。それぞれを両方のエディターで開き、保存してダウンロードし、元のファイルと比較します。20分あれば、文書における再現性を判断できます。重要なのは、実際に使用する文書での再現性です。
1人がたまにファイルを編集するだけなら、単体のオフィススイートを使うことで、ドキュメントサーバーを実行せずに済みます。
ライセンスと有料版の位置付け
ONLYOFFICE Docs Community Edition は GNU AGPL v3 の下でライセンスされており、帰属表示、著作権表示、変更版であることの明確な表示を求める追加条項も適用されます。このライセンスは、ONLYOFFICE の商標を使用する権利を付与しません。Collabora Online のソースコードは Mozilla Public License 2.0 の下で提供されています。どちらのプロジェクトもオープンソースであり、両社ともサポート付きのビルドを販売しています。
無料ビルドで制限される内容は、それぞれ異なります。Collabora の無料ビルドは、デフォルトモードでは上限がありません。制限されるのは安定性とサポートです。SLA のない継続的な開発リリースです。ONLYOFFICE の無料ビルドにも上限はありません。ONLYOFFICE は、サポートや追加機能を提供する Enterprise Edition と Developer Edition を販売しています。家庭や小規模チームであれば、どちらの無料ビルドでも十分です。企業で導入を計画する場合は、事前にライセンス条項を確認してください。AGPL の義務とユーザー単位の料金は別の問題であり、それぞれ個別に検討する必要があります。
どちらも単一のコンテナとしてインストールします
ONLYOFFICE Docs は、前段のリバースプロキシで TLS（トランスポート層セキュリティ）を終端するため、loopback にバインドします。
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/documentserverJWT_SECRET は自分で設定します。JWT（JSON Web Token）署名は ONLYOFFICE Docs 7.2 以降、デフォルトで有効です。Secret を指定しない場合、コンテナが生成します。生成された Secret はコンテナの再作成時に変わることがあり、その場合、画面に有用なメッセージが表示されないままコネクターが動作しなくなります。
初回の起動には数分かかります。次のコマンドで確認します。
curl http://127.0.0.1:8081/healthcheckエディターがコンテナ内で使用可能になると、そのエンドポイントは true を返します。false を含め、それ以外の応答になった場合は、Nextcloud の設定を変更する前にコンテナの docker logs を確認します。
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/codealiasgroup1 は、このコンテナが処理を受け付ける Nextcloud のアドレス一覧で、ポートもここに含めます。ssl.enable=false を設定すると、前段のリバースプロキシが TLS を処理するため、Collabora のサーバープロセスである coolwsd がコンテナ内で平文の HTTP を使用します。ssl.termination=true は、TLS がプロキシで終端されることを Collabora に伝える設定です。次のコマンドで確認します。
curl http://127.0.0.1:9980/hosting/capabilities
curl http://127.0.0.1:9980/hosting/discovery1 つ目は JSON を返し、2 つ目は XML を返します。接続拒否は、コンテナの起動中か終了済みであることを示します。そのため、docker logs collabora を確認します。
エディターをNextcloudに接続する
Collaboraの場合は、Nextcloud Officeアプリをインストールし、管理設定を開いてからOfficeに移動します。独自のサーバーを使用するオプションを選択し、ユーザーのブラウザーから到達できるアドレス（https://office.example.comなど）を入力します。Nextcloudがファイルを保持し、CollaboraがWOPI（web application open platform interface）経由でファイルを取得するため、4つのネットワーク経路がそれぞれ機能する必要があります。
- ブラウザーからNextcloudに接続できる。
- ブラウザーからCollaboraサーバーに接続できる。
- NextcloudからCollaboraサーバーに接続できる。
- CollaboraからNextcloudに接続できる。
最後の2つは手動でテストします。Nextcloudサーバーからcurl https://office.example.com/hosting/capabilitiesを実行すると、JSONが出力されるはずです。Collaboraコンテナ内からcurl https://cloud.example.com/status.phpを実行すると、NextcloudのステータスJSONが出力されるはずです。失敗した方が、修正すべき経路です。
ONLYOFFICEの場合は、コネクターアプリをインストールし、設定でONLYOFFICE DocsのアドレスとSecret keyを入力します。SecretはJWT_SECRETと完全に一致している必要があります。コンテナが独自のSecretを生成した場合は、コンテナ内で/etc/onlyoffice/documentserver/local.jsonを実行し、services.CoAuthoring.secret.inbox.stringの下にある値を確認します。次に、WebサーバーのユーザーとしてNextcloudのディレクトリから以下を実行し、確認します。
php occ onlyoffice:documentserver --check接続が確認されるか、コネクターで発生しているエラーが出力されます。ブラウザーのコンソールを確認するよりも迅速です。ONLYOFFICEコネクターには、ブラウザーから到達するアドレスとサーバー間通信に使用するアドレスが異なる場合の高度な項目もあります。たとえば、Nextcloudがプライベートネットワーク経由でエディターに接続する場合です。その場合は、内部トラフィックをパブリックアドレスへ送って戻すのではなく、これらの項目に適切なアドレスを入力します。
リバースプロキシの背後で編集できない理由
「開けない」という報告のほとんどは、次のいずれかです。
プロトコルの不一致。 オフィスサーバーのアドレスを http として記述した https 上の Nextcloud は、HTTPS のページ内に安全でないフレームを読み込もうとするため、ブラウザーに拒否されます。両方に https を使用してください。
Collabora 用のプロキシルールがない。 プロキシは /browser、/hosting/discovery、/hosting/capabilities、/cool、/cool/adminws と、/cool/(.*)/ws 上の WebSocket 接続をポート 9980 に転送する必要があります。WebSocket のルールがないと、ドキュメントフレームは読み込まれた後に空のままになります。エディターは読み込み直後に WebSocket を開きますが、応答を受け取れないためです。
aliasgroup1 が正しくない。 コンテナは、許可対象として指定されていないアドレスからのリクエストを拒否し、docker logs collabora に No acceptable WOPI hosts found を記録します。この値は、ユーザーが入力する Nextcloud の URL と一致している必要があります。ポートも含めてください。
Nextcloud がローカルアドレスへの接続を拒否している。 Nextcloud はデフォルトで、ローカルアドレスとプライベートアドレスへの外向きリクエストをブロックします。ログには Host violates local access rules と記録されます。エディターが実際にローカルアドレス経由でしか到達できない場合は、config.php に 'allow_local_remote_servers' => true を設定してください。
WOPI の許可リストが狭すぎる。 Nextcloud の Office 設定には、ファイルの取得を許可するアドレスを制限する WOPI リクエスト用の許可リストがあります。これは有用な設定ですが、コンテナの再作成後に新しい IP アドレスが割り当てられると、編集できなくなる原因にもなります。再構築の直後からドキュメントを開けなくなった場合は、まずこの項目を確認してください。
ONLYOFFICE がファイルをダウンロードできない。 コネクターは Error while downloading the document file to be converted. を報告します。ドキュメントサーバーは Nextcloud からファイルを取得するよう指示されていますが、取得できません。指定されたアドレスがコンテナ内から到達できない、Nextcloud が受け入れられない証明書を提示している、または Secret が一致していない可能性があります。コンテナ内から、docker exec を使用してその正確な URL に対して curl を実行してください。通常、原因は 1 行で確認できます。
2 GB と 4 GB で実際に運用できるもの
2 GB では、Nextcloud と組み込みの CODE アプリだけを実行し、それ以上は載せないでください。スタンドアロンのサーバーより遅く、大きなスプレッドシートを最初に開くまで数秒かかることがあります。ただし、プロキシ設定は一切必要ありません。1 世帯で使うなら、これが適切な構成です。
4 GB では、Nextcloud とスタンドアロンの CODE コンテナを実行し、突発的な負荷でサーバー全体が停止しないように swap を設定します。この構成なら、編集操作も通常の速度に感じられるようになります。
Nextcloud と並べて ONLYOFFICE Docs を実行する場合は、6 から 8 GB を見込むか、Docs 用に小規模なサーバーを別途用意してください。4 GB という Docs の Docker インストール要件は、アイドル時のメモリ使用量を示すものではありません。また、4 GB の共有サーバーがすべて swap することを証明するものでもありません。スクリプトとパッケージのガイドには、ホスト OS に応じて少なくとも 2 GB と記載されています。これに加えて Nextcloud 用のメモリが必要です。
小規模な VPS に DocSpace を載せるのは避けるべき構成です。スクリプトによるインストールに必要な RAM の公開最小値は 12 GB、CPU コア数は 6 です。推奨値は 16 GB と 8 コアです。ガイドが何をインストールするのかを確認してから従ってください。また、記載された要件がベンダーのページと最後に照合された時期も確認してください。インストールスクリプトも、選択肢の 1 つにすぎません。Docs と CODE は単一のコンテナとして、自分で起動、停止、削除できます。スタック全体を配置するスクリプトより、動作を把握しやすい構成です。
そもそも小規模なサーバーに何を載せるべきかという幅広い問題については、2026 年にセルフホストする価値があるもので候補を絞って説明しています。
FAQ
Nextcloud では OnlyOffice と Collabora のどちらが適していますか？
一般的に一方が優れているわけではなく、通常はメモリ容量で決まります。Collabora は、2026 年 10 月 25 日に最後に確認した時点で公式 FAQ が示していた 1 GB のシステム基準から開始します。無料の CODE ビルドは、デフォルトモードではドキュメント数や接続数に制限がありません。ただし、Collabora は本番環境ではなく、ホーム利用や小規模チーム向けと位置付けています。ONLYOFFICE Docs は、Docker インストールに 4 GB、スクリプトガイドでは少なくとも 2 GB を要件として示しています。これは Nextcloud 自体に必要な容量を含みません。バージョン 9.4 以降は接続数の上限がなく、.docx と .xlsx を直接扱えるため、Microsoft Office の書式を元の状態に近く維持できます。小規模な VPS では Collabora を選択してください。チームが日常的に Office 形式を使用し、エディターに専用のメモリを割り当てられる場合は ONLYOFFICE を選択してください。
Nextcloud でドキュメントを編集するには、どの程度の RAM が必要ですか？
2 GB のサーバーでは、Nextcloud に組み込まれている CODE サーバーアプリから始めてください。このアプリは、オフィスサーバーだけで 1 GB とユーザー 1 人あたり 100 MB を必要とします。Nextcloud のインストールに含まれており、Nextcloud が起動するため、Collabora サーバーは独立したプロセスとして動作しますが、別のコンテナをデプロイする必要はありません。Nextcloud と独立した Collabora CODE コンテナを組み合わせる場合、4 GB あれば余裕があります。ONLYOFFICE Docs は Docker インストールに 4 GB、スクリプトガイドでは少なくとも 2 GB を要件として示しています。必要量はホスト OS によって異なるため、Nextcloud と同じマシンで実行する場合は 6 ～ 8 GB を見積もってください。または、別のサーバーに配置してください。
ドキュメントのフレームは開くのに、その後空白のままになるのはなぜですか？
エディターは HTTPS 経由で読み込まれ、その後 websocket を開きます。そのため、空白のフレームはほぼ常に websocket が接続できていないことを意味します。nginx の背後で Collabora を動かしている場合は、プロキシが接続の upgrade ヘッダーとともに /cool/(.*)/ws を転送していることを確認してください。/browser、/hosting/discovery、/hosting/capabilities も転送されていることを確認します。次に、コンテナ上の docker logs を確認してください。No acceptable WOPI hosts found は、aliasgroup1 の値が、ブラウザーが使用した Nextcloud のアドレスと一致していないことを意味します。ポートも一致している必要があります。
Nextcloud でファイルを編集するには、ONLYOFFICE DocSpace が必要ですか？
いいえ。DocSpace は独自のインターフェースとユーザーアカウントを持つ独立したワークスペースであり、Nextcloud connector は DocSpace と通信しません。Nextcloud が接続するのは、ドキュメントサーバーである ONLYOFFICE Docs です。DocSpace はスクリプトによるインストールに最低 12 GB の RAM と 6 個の CPU コアを公開要件として示し、16 GB を推奨しています。そのため、DocSpace をインストールするガイドを読むと、ブラウザーで編集するだけでも大容量のサーバーが必要だと思ってしまいます。