AI自動化はどこで動かす？Cowork・SaaS・VPS・自宅

広告を含む：XServer VPS・ConoHa VPSの申込みリンクから紹介料が発生する場合がある。VPSが不要な条件と未測定事項は広告状態と分離する。公式仕様は2026年8月12日に確認。Cowork・SaaS・VPS・自宅を同一業務で比べる横断実測は未実施。

結論：n8nの用途は残る。需要の増減はまだ言えない

Coworkは、調査、要約、資料作成、接続済みサービスの操作を自然言語で委任できる。定期タスクはリモート実行を既定にでき、PCがスリープ中でも動く。人が仕事を依頼し、結果を読んで使うなら、最初からMake・n8nを組む理由は薄い。

Make・n8nには、外部イベントを受け、固定schemaで処理し、失敗入力を再処理し、後続システムへ無人で書き込む用途が残る。n8nはさらに、Cloudへインフラを任せる選択と、自分でホストする選択を持つ。ただし、Cowork登場前後の検索量、案件数、契約数を測っていないため、市場需要が増えたか減ったかは判断しない。

依頼ごとに判断が変わり、人が成果物を確認するならCoworkから試す。外部イベント、固定schema、安全な再処理、無人の確定処理が必要ならMake・n8nを比較する。実行環境まで所有する理由がある場合だけVPS・自宅。

4つの置き場所を、責任範囲で比較

置き場所	主な起動	ローカル・閉域資源	止まったときの担当	最初の選択になる条件
Cowork	人の依頼、定期タスク	ローカル実行、またはクラウドsessionからデスクトップ経由。構成によりPC稼働が必要。	ローカルsessionの実行は利用者端末側、リモートsessionはAnthropic側。業務結果の確認は利用者。	依頼ごとに判断が変わり、人が成果物を確認する。
Make・n8n Cloud	Webhook、SaaS trigger、schedule	公開APIとSaaS連携が中心。閉域接続は別の接続設計が必要。	workflowは利用者、基盤はサービス側。	固定手順を無人実行したいが、サーバー運用は持ちたくない。
VPS上のn8n	Webhook、API、schedule、queue	VPNやFirewallを含め、自分でネットワークを設計。	OS、Docker、n8n、TLS、監視、バックアップ、復旧を自分で担当。	データ配置・実行環境を制御する明確な要件と技術担当がある。
自宅サーバー	LAN内イベント、schedule。外部公開は回線・ルーターを含めて設計。	LAN機器、NAS、ローカルデータへ近い。	VPSの責任に加え、電源、回線、機器故障、物理保全も自分で担当。	手元の機器・データが要件で、停止と物理運用を受け入れられる。

「クラウド」「自宅」の名称だけでは決まらない。誰が起動するか、どこへ接続するか、誰が復旧するかを先に固定する。

ゲート1：そもそもワークフロー基盤が必要か

次の条件が弱ければCoworkから試す。定期実行があるだけでは、Make・n8nの採用理由にならない。Coworkにも定期タスクと実行履歴の画面がある。

外部イベント起動：フォーム、決済、監視通知、API呼出しを人の依頼なしで受ける。
固定schema：必須項目、型、分岐、重複防止を毎回同じ規則で検査する。
再処理：失敗した入力を特定し、安全に再試行する手順が必要。
無人の確定処理：CRM、請求、在庫、顧客通知など後続システムへ書き込む。
実行量管理：回数、同時実行、queue、失敗率、費用を継続監視する。

該当しても、SaaS間の短い連携ならMake、複雑な分岐・コード・n8n固有nodeが必要ならn8n Cloudから検証する。製品の分岐はCowork・Make・n8nが必要な境界、課金単位はMakeとn8nの料金比較で確認できる。

ゲート2：n8n Cloudではなくセルフホストが必要か

VPSは最初の選択肢ではない。次のうち少なくとも1つの配置要件があり、運用条件をすべて満たす場合だけセルフホスト比較へ進む。

配置要件：1つ以上必要

データや実行ログを、自分が管理する環境へ置く必要がある
SaaSの制約では使えないnode、package、runtime、ネットワーク設定が必要
VPN経由の接続先、固定送信元IPなど、実行環境側の構成を管理する必要がある
実測した処理量では、Cloudよりセルフホストの総コストが低い

運用条件：すべて必要

OS、Docker、n8n、依存コンポーネントを更新する担当と頻度が決まっている
workflow、credential暗号化鍵、DB、設定をバックアップし、別環境へ復元できる
失敗実行、ディスク、メモリ、証明書期限、死活を監視できる
脆弱性・公開Webhook・危険なnode・不足するsecurity設定を継続点検できる
障害通知を受けた後、復旧または安全停止する人と時間帯が決まっている

配置要件だけあり、運用条件を満たせない場合は、n8n Cloud、接続方式の変更、マネージド支援を先に比較する。Cloudとセルフホストの詳細は更新・バックアップ・停止・移行の責任表へ分離した。

ゲート3：セルフホスト先はVPSか自宅か

条件	VPSから比較	自宅から比較
主な接続先	インターネット上のAPI。送信だけならoutbound接続。外部Webhook受信時だけ24時間のinbound到達性が必要。	LAN内機器、NAS、手元のデータ。外部公開が不要または別設計できる。
障害の切り分け	仮想サーバーより上を担当。物理ホストと回線の一部は事業者側。	機器、電源、ルーター、回線、OS、アプリをすべて切り分ける。
バックアップ	別region・別事業者を含む外部保管と復元を設計。	同じ家・同じ電源だけに置かず、off-siteコピーと復元を設計。
費用	月額、backup、監視、domain、保守時間。	機器償却、電気、回線、交換部品、保守時間。

外部Webhookを受けるためn8nを公開する場合だけ、TLS、reverse proxy、認証、Firewall、Webhook署名または共有secretの検証を公開条件へ加える。schedule実行や外部APIへの送信だけなら、不要なinbound公開を作らない。

自宅サーバーを「無料」と数えない。VPSも月額だけで安いと決めない。停止時間と復旧時間を含む同じ式へ置く。

現在確認できている実測と、まだ言えないこと

当ラボではn8n 2.33.7を隔離したローカルcontainerで実行し、100個の数値を集計する固定workflowが30回中30回成功。別volumeのbackupから復元後も再実行できた。追加のmemory matrixは1GB・2GB・4GB制限と3段階のJSON負荷を各3回測り、27セル中27セル成功、OOM 0だった。

これはVPS・自宅・n8n Cloudの優劣を示さない。ホストOS、回線、公開Webhook、同時実行、長期稼働を含まず、Cowork・SaaS・VPS・自宅の同一業務比較も未実施。公開証跡は固定workflowのsummaryと負荷別memory実測で分離している。

VPSへ進む条件を満たした人だけ比較

配置要件と運用条件を通過した後に、必要memory、通常料金、backup、契約期間を比較する。料金の転記はここで重複させず、n8n向けVPSのおすすめ比較へ集約した。最小構成で契約する前に、実データ量と同時実行でmemoryを測る。

VPS契約前：現在の手作業、導入後の保守、外部費用、初期費用を業務自動化ROI計算機へ入れ、回収困難なら契約せず戻る。

環境は既存のまま設計だけ点検する選択肢もある。n8n導入支援の固定料金と依頼範囲で、自力構築・レビュー・実装を比較する。

契約せず戻る条件

人が依頼し、人が確認する仕事だけで完結する
Make・n8n Cloudで必要なtrigger、履歴、再試行を満たせる
セルフホストの配置要件を具体的に説明できない
backupは取れるが、空の環境へ復元した経験がない
更新・監視・障害対応を「時間がある人」へ割り当てている
月額差へ保守時間と停止損失を加えるとCloudより高い

該当する場合、VPS契約を止める。迷う場合は5問の業務自動化診断で、Cowork・Make・n8nの入口まで戻る。

公式情報

広告・更新履歴

本ページにはXServer VPS・ConoHa VPSのアフィリエイト広告を含む。Cowork・SaaSで足りる条件、セルフホストの運用条件、未実測事項は広告の有無で変更しない。

初稿：2026-08-11 / Cowork・SaaS・VPS・自宅の3段ゲートへ改稿：2026-08-12 / セルフホスト一部実測：30/30・memory 27/27 PASS / 横断比較：未実施