n8nのデータ、プラン、やめるとき：保存、バックアップ、料金の表示、ライセンスキー、解約、書き出しを、公式の資料で確かめて安全に使う

3行でいうと

クラウド版は、n8nが毎日バックアップを取ると法務ページに書かれています。ただし、自分でダウンロードできるのは、ワークフローだけで、認証情報は含まれません（公式のドキュメント）。
無料トライアルを使い終えて、アップグレードしなければ、インスタンスは削除されます。ワークフローをダウンロードできるのは、終了後90日間だけです。
セルフホストでは、バックアップも、更新も、安全対策も、自分の仕事です。特に、認証情報を暗号化する「鍵」を失うと、復元しても認証情報を読めない、と公式の説明から読めます。
料金は、料金ページで「月あたり、年払い」の表示です。2026年10月23日の表示は、Starterが20€、Proが50€、Businessが667€、Enterpriseは「Contact Sales」でした。
解約や削除は、規約で決まっています。年払いは「返金なし」、アカウントの無効化（deactivation）後の顧客データは「通常6か月後に削除」と書かれています。

この記事は、公式の資料を2026年10月23日に読んでまとめたものです。この記事は、実際に使って確かめた記録ではありません。画面名・メニュー名・コマンド・価格は公式の表記を写しています。公式ページは要約の形で取得したため、読めていない部分は「公式の資料では確認できていない」「読んだ範囲では見つからなかった」と書きます。僕らの見立て（おすすめ）は、必ず「見立て」と書いて事実と分けます。

先に結論

クラウド版のバックアップは、n8nが取るもの。 n8nが毎日取っていて、オーナーはその中のワークフローだけをダウンロードできます。認証情報は入りません。自分で好きなときにバックアップを取る手順は、公式の資料では確認できていません。
セルフホストの要は「.n8n フォルダ」と「暗号化キー」。 公式のバックアップの手順は、このフォルダ（暗号化キーの config を含む）と、外部のデータベースの両方を、組にして取る、と書いています。
使い終わったら、データの扱いを先に決める。 クラウド版の無料トライアルは、何もしなくても消えます。有料の解約後は、規約で保管と削除の期間が決まっています。
料金は動く。 この記事の金額は、2026年10月23日に料金ページに表示されていたものです。
やめる前に、書き出しを。 ワークフローのJSONには、認証情報の「名前とID」が入ります。人に渡すなら、消すか、匿名にします。

前提：用語をそろえる

インスタンス（instance）：1つのn8nの環境です。クラウド版では、1つの契約に1つのインスタンスが付きます。
実行データ（execution data）：ワークフローを動かした記録です。ノードのデータ、パラメーター、変数などが入ります。
暗号化キー（encryption key）：認証情報を暗号化して保管するための鍵です。公式は、既定では config ファイルに入り、自分で決めることもできる（N8N_ENCRYPTION_KEY）と書いています。
ライセンスキー（license key）：有料の機能を使えるようにする鍵です。
SQLite／PostgreSQL：n8nのデータを入れるデータベースです。SQLiteは1つのファイル、PostgreSQLは別のサーバーです。
テレメトリー（telemetry）：製品の側に、自動で送られる匿名の利用情報です。

たとえ話：レンタル倉庫と、自宅の物置

クラウド版は、レンタル倉庫のようなものです。倉庫の会社が毎日、全体の控えを取ってくれますが、荷物を取り出せるのは、会社が決めた窓口の形（ワークフローだけ）です。セルフホストは、自宅の物置です。何を入れても、どう取り出しても自由ですが、火事や盗難の備えは自分でします。鍵（暗号化キー）を無くすと、金庫（認証情報）の中身は読めません。これは僕らのたとえで、公式の表現ではありません。

クラウド版：保存と履歴

公式の「Manage your data」のページによると、次のとおりです。

容量：1つのインスタンスに、最大100GBのデータ保存。
実行履歴の自動の整理：古いものから消されます。上限は、次の表の、どちらか先に来た方です。

プラン	保存する実行の最大数	ログの保持期間
Start（旧）と Starter	2,500	7日
Pro	25,000	30日
Enterprise	50,000	無制限

整理のしかた：データベースの大きさが原因なら、実行の「データ」だけが消え、記録は残ります。実行の数や期間が原因なら、記録ごと消えます。
保存の設定：クラウドコンソールの「Instance settings」の「Runtime」で、「Executions to save」（Manual、Failed、Successful）を決め、「Save and restart」。ワークフローごとの設定もあります。
ディスクがいっぱいになったら：85%で警告が出て、n8nがインスタンス（ワークフロー、ユーザー、認証情報、実行データ）をバックアップし、実行データなしで復元します。人の手が入るので、夜間などは遅れることがある、と書かれています。
メモリ：プランによって、320MiB（旧Start）から4096MiB（Enterprise）まで。公式の表では、旧Startが320MiB、旧Powerが1280MiB、StarterとTrialが640MiB、Pro-1（実行1万回の枠）が640MiB、Pro-2（実行5万回の枠）が1280MiB、Enterpriseが4096MiBです。メモリの上限を超えると、インスタンスが止まって入れなくなることがある、と書かれています。

法務ページ（Security）は、次のように書いています。

暗号化：顧客のデータは、Azure Storageのサーバー側の暗号化（AES256、FIPS-140-2対応の実装）で保存。通信は暗号化され、SSL証明書はCloudflareが管理。
バックアップ：顧客とシステムのデータを毎日自動で取り、同じ国の別の地域に複製。
分離：顧客のインスタンスは、論理的に分けられている。

公式のドキュメントの「Manage your data」には、データの物理的な場所と、自分で取れるバックアップ、データの削除、書き出しは、書かれていませんでした。

クラウド版：更新

公式の「Update your version」のページによると、バージョンを変えられるのはインスタンスのオーナーだけです。クラウドコンソールの「Instance settings」の「Updates」で、自動（更新の頻度と、更新してよい時間帯）か手動（「n8n version」のプルダウン）かを選びます。n8nは、安全のための修正を全員に届けるため、どの設定でも、少なくとも2週間に1回は更新する、と書かれています。経路は「Beta」（新しい版をすぐ受ける）と「Stable」（Betaで動いたあとの、より落ち着いた版。公式は重要な業務に勧める）があります。1回の更新で、約1〜2分、止まります。メジャーな更新やデータベースの移行を含むものは、元に戻せない、と警告されます。

クラウド版：ワークフローをダウンロードする

公式の「Download workflows」のページによると、次のとおりです。

クラウドコンソールを開きます。
サイドバーの「Export」で「Data export」のページを開きます。
「Workflow backups」の「Backup」のプルダウンで、バックアップを選びます。
「Download workflows」を押します。新しいタブに書き出しが開きます。
誰ができるか：インスタンスのオーナー。
含まれるもの：ワークフローだけ。認証情報は含まれません。
できないとき：新しいインスタンスや、長く止まっていたインスタンスは、バックアップがないことがあります（「No backups available yet」）。PostgreSQLで運営されているインスタンスは、まだ書き出せず、「Export is unavailable for this instance」と出て、サポートへの問い合わせが案内されます。
近道：「Overview」ページの「Latest backup」のカードに「Download」があります。

セルフホスト：バックアップと復元

公式の「Back up and restore」のページは、次のように書いています。

取るもの

.n8n フォルダ：既定では ~/.n8n。暗号化キーを含む config ファイルが入っています。SQLiteなら、データベースのファイルも入ります。Dockerでは、ボリューム n8n_data（コンテナの中の /home/node/.n8n）です。
外部のPostgreSQL：データベース自身のツールで取ります。暗号化キーのために、.n8n も必要です。
外部のストレージ（S3、Azure Blob）と、独自のファイルの置き場。
独自ノードのフォルダ：N8N_CUSTOM_EXTENSIONS に書いたもの。
SQLiteの注意：.n8n をコピーする前に、n8nを止めます。止められないなら、一貫したスナップショットを取れるツールを使います。

コマンドでの書き出し

n8n export:workflow --backup --output=backups/workflows/
n8n export:credentials --backup --output=backups/credentials/

公式は、コマンドごとに別の出力先を使うよう書いています。Dockerでは、backups/ を、コンテナの外のフォルダとつながないと、残りません。このコマンドのバックアップには、ユーザーとロール、実行履歴とログ、変数、インスタンスの設定（暗号化キーを含む）が入りません。公式は、ワークフローと認証情報を別のインスタンスに移すには使えるが、インスタンス全体の復旧にはこれだけでは足りない、と書いています。

暗号化キー

認証情報は暗号化して保管されます。復元したデータベースや、暗号化された書き出しを読むには、config ファイルの鍵か、自分で決めた N8N_ENCRYPTION_KEY が要ります。

復元

ワークフローと認証情報：新しいインスタンスで、先にオーナーの設定を終え、n8n import:workflow --separate --input=backups/workflows/ などを実行します。元のIDが保たれ、同じIDのものは上書きされます。取り込んだワークフローは、既定で非アクティブです。認証情報は、元の config を戻すか、同じ N8N_ENCRYPTION_KEY を設定するか、--decrypted で書き出します。公式は、--decrypted の書き出しには、認証情報が平文で入るので、安全に保管し、復元後に消すよう書いています。
インスタンス全体：n8nを止める → .n8n を元の場所に戻す（独自ノードのフォルダも） → PostgreSQLを戻す → 接続の変数、暗号化キー、外部ストレージの設定を戻す → 起動。

更新の前は、まず全体のバックアップを、と書かれています。

セルフホスト：更新、安全、ライセンスキー

更新：公式の「Update n8n」は、少なくとも月に1回、こまめに更新するよう書いています。数バージョンまとめて上げるのを避けるためです。更新の前に、リリースノートで破壊的な変更を確かめ、「Environments」で試験用の環境を作って試すよう案内しています（「Environments」は有料の機能です）。安定版、ベータ版などの更新の経路は、そのページには書かれていませんでした。
安全の一覧：公式の「Security」のセクションは、セキュリティポリシー（多要素認証の必須化など）、セキュリティ監査、SSL、SSO（SAML、OIDC）、暗号化キーの定期の交換、Codeノードの隔離、実行データの非表示、公開APIの停止、テレメトリーの停止、特定のノードの禁止、SSRF対策（接続先のホストの制限）、メールアドレスの確認を挙げています。
テレメトリー：既定で有効です。診断のイベントは N8N_DIAGNOSTICS_ENABLED=false、新バージョンの確認は N8N_VERSION_NOTIFICATIONS_ENABLED=false で止められます。n8nのサーバーへのすべての接続を止めるには、公式の「Isolate n8n」の案内に従います。
1行のセットアップとDocker Compose：公式は、同梱のサンドボックスは試験向きで、本番にはDaytonaを勧めると書いています。Docker Composeのページには、特権で動くコンテナ（sandbox-runner-1）を公開してはいけない、ポートはn8nのものだけを開ける、といった安全の一覧があります。
ライセンスキー：「Settings」の「Usage and plan」で、「Enter activation key」から入れます（オーナーか管理者）。環境変数 N8N_LICENSE_ACTIVATION_KEY でも設定できます。ライセンスのサーバーはCloudflareにあるので、n8nから届くよう、Cloudflareのアドレスの範囲を許可する必要がある、と書かれています。ネットにつながらない環境では、ライセンス証明書（N8N_LICENSE_CERT）を使います。更新や、期限が切れたときの動きは、そのページには書かれていませんでした。
更新のとき：1行のセットアップは、curl -fsSL https://get.n8n.io | sh -s -- --upgrade で、バージョンだけを更新し、データと設定は残す、と書かれています。

プランの違い：料金ページの表示のまま

n8nの料金ページ（https://n8n.io/pricing/）の、2026年10月23日の表示です。価格は「月あたり、年払い」の表示で、月払いの金額は、読んだ範囲では見つかりませんでした（月払いと年払いの切り替えはあり、「Annually (Save 17%)」と表示）。ページには「All plans include unlimited users & workflows and every integration」と書かれています。

プラン	表示された価格	月の実行回数	運営	そのほか（公式の表示）
Starter	20€/月（年払い）	2.5K（ステップは無制限）	n8nが運営	共有プロジェクト1つ、同時実行5、Assistantクレジット1,600/月、モデルをAPIキーなしで使える、フォーラムのサポート
Pro	50€/月（年払い）	10K（ステップは無制限）	n8nが運営	共有プロジェクト3つ、同時実行は最大50、Starterの内容に加え、7日分のinsights、Assistantクレジットは最大9,600/月、管理者ロール、ワークフロー履歴
Business	667€/月（年払い）	40K（ステップは無制限）	セルフホストのみ（n8nが運営する版はウェイトリスト）	共有プロジェクト6つ、SSOとLDAP、30日分のinsights、複数の環境、キューモード、Gitのバージョン管理
Enterprise	「Contact Sales」	個別	n8nが運営、またはセルフホスト	共有プロジェクトは無制限、同時実行は200以上、365日分のinsights、外部の秘密情報の保管、ログのストリーミング、SLA付きの専任サポート

無料トライアル：StarterとProに「Start free trial」があり、「No credit card required」の表示。Businessは14日間で、カードが必要です。
Businessの対象：従業員が100人未満の会社向け、という表示です。超過分は「30万回の実行の単位で4,000 EUR」、超過分の請求は発生の45日後、と書かれています。
Startup Plan：従業員が20人未満の会社向けに、Businessが50%引き、という表示です。
解約の表示：Businessは、月払いはいつでも解約でき、請求期間の終わりに有効、年払いは期間の終わりまで。日割りの返金はありません。
保存できる実行などの比較表：保存できる実行は、Starter 2.5k、Pro 25k、Enterprise 50k。1回の実行の最長は、Starterが5分、ProとEnterpriseが40分。ワークフロー履歴は、1日（Starter）、5日（Pro）、365日以上（Enterprise）。
ページ内の食い違い：Proの「Assistantクレジット」は、プランのカードで「最大9,600/月」、FAQで「4,000か9,600」。Proの同時実行は、表で「20 / 50」、カードで「最大50」。Proのinsightsは、カードで7日、表で7〜14日の絞り込み。どれが現状かは、読んだ範囲では確認できていません。

見立て：金額は、年払いの月あたりの表示なので、1年分を前払いする形になります。試す段階では、無料トライアルかCommunity版で足ります。本契約の前に、同時実行や実行回数が足りるかを、料金ページの比較表で確かめるのが無難と考えます。

実行の数え方と、超えたとき

実行の数は、本番の実行だけです（Schedule Triggerは1回ごと、Webhookは受け付けた1回ごと、手動実行とサブワークフローは数えない。02を参照）。Self-Serve Termsは、プランの上限を超えた場合、n8nがアカウントをアップグレードすることがあり、14日前の通知で異議を言える、と書いています（1.7）。

クレジットの決まり

Gateway credits：追加分は購入から12か月で失効。返金は、法律で必要な場合を除き、しません。アカウントを閉じると残りは失効し、サブスクの解約だけでは失効しません。無料トライアルには少量の無料分があり、追加はできません。
Assistant credits：プランの月の枠は、毎月1日の午前0時（UTC）に補充され、残りは繰り越せません。追加分（オーナーだけが購入）は12か月で失効します。足りなくなると、Assistantは止まりますが、ワークフローは動き続けます。
自前のモデルの鍵：自分の認証情報でモデルを呼ぶノードは、これらのクレジットとは別に、モデルの会社から課金されます。セルフホストのAssistantは、自分のAIの契約で動き、Assistantクレジットは使いません。

解約、ダウングレード、削除（Self-Serve Termsなど）

公式の「Self-Serve Terms」（最終更新2026年8月28日）の記述は次のとおりです。この記事は規約の要約で、解釈の助言ではありません。

対象：クラウドのサービスを使う人。使い方は、社内の事業の目的に限られる（1.1、3.8）。
月払い：いつでも解約でき、月末までアクセスできる（1.5）。解約は、クラウドの画面か、メールで（5.2）。
年払い：前払いで、12か月アクセスできる。「非返金」と書かれています（1.5）。月払いの返金の方針は、読んだ範囲では書かれていませんでした。
ダウングレード：機能やデータを失うことがあり、n8nは責任を負わない、とあります（1.7）。
顧客のデータの扱い（解約後）：「通常、アカウントの無効化（deactivation）から6か月後に削除」。無効化と削除の30日前に、メールで知らせる（5.3）。法的、会計上の要件で、長く保管することがある。
データの書き出し：読んだ範囲の条文には、書かれていませんでした。
データの場所：条文には書かれず、Trust Center、セキュリティのページ、DPA（データ処理契約）を見るよう案内されています。
顧客の内容：既定で「利用者だけに非公開」（2.1）。AI規約と合わせ、顧客の内容と出力を、機械学習のモデルの学習に使わない（2.9）。
最低年齢：年齢の数字は、条文には書かれていませんでした。1.3は、居住国で契約を結べる法的な能力があることを求めています。
無料トライアルの終了：アップグレードしなければ、インスタンスは削除。解約の手続きは要らず、料金もかかりません。ダウンロードは終了後90日間。

AI機能については、別の「AI Terms」があります。顧客がAIの出力に責任を持つこと、出力の正しさを自分で確かめてから使うこと、死亡や重い傷害、重大な法的責任につながりうる高リスクの用途を禁じること、が書かれています。

書き出す、持ち出す

ワークフローのJSON：エディタの「Workflow」メニュー（3つの点）から、「Download」、「Import from URL」、「Import from File」。公式は、書き出したJSONに、認証情報の「名前とID」が入ると書いています。IDは秘密ではありませんが、名前は、付け方によっては秘密になりえます。cURLから取り込んだHTTP Requestノードには、認証のヘッダーが入ることがあります。人に渡す前に、消すか匿名にするよう書かれています。
データテーブル：「Download CSV」で書き出せます。
n8n packages（Preview）：.n8np の1ファイルで、ワークフロー、フォルダ、プロジェクト、タグ、データテーブルの定義、変数を移せます。入らないのは、認証情報の秘密の値、データテーブルの行、実行履歴、ユーザーとロールと共有、ピン留めのデータ、ワークフローの版の履歴などです。n8n 2.27.0以降で、APIかCLIから行い、エディタからはできません。
コマンド：サーバー側の export:workflow などは、公式が「新しい作業にはn8n CLIを勧め、これらは廃止する予定（日付は未定）」と書いています。

消す

1行のセットアップを消す：公式は、docker compose -f ./n8n/compose.yml down -v のあと rm -rf ./n8n と書き、-v を付けると、n8nのデータがすべて消える、と明記しています。
Dockerのコンテナ：公式のDockerのページは、データを n8n_data ボリュームにつないで残すと書いています。例に出る --rm の意味は、そのページには説明がなく、確認できていません。
クラウド版のアカウントの削除の手順：読んだ範囲では、手順のページは見つかりませんでした。解約はクラウドの画面かメール（5.2）です。

今日からできること

クラウド版：トライアルを始めたら、終了日を控えます。続けないなら、終了前にワークフローをダウンロードします（終了後90日は取れますが、早い方が安全です）。
セルフホスト：データの置き場所（ボリューム、データベース）と、暗号化キーの保管先を、最初に決めます。キーは、バックアップとは別の場所に控えます（「別の場所」は僕らの見立て）。
共有の前：JSONを渡す前に、認証情報の名前を確認します。
更新の前：全体のバックアップを取ります。

気をつけること

この記事は、実際に使って確かめた記録ではありません。公式のドキュメント、料金ページ、規約を読んだ範囲です。
料金は変わります。この記事の金額は、2026年10月23日の料金ページの表示です。最新は公式の料金ページで確かめてください。
料金ページの内容は、表示の食い違い（前の節）があります。読んだのは要約の形で、日本円の表示は確認できていません。
Self-Serve Termsは2026年8月28日の版です。規約は更新されます。
クラウド版の「EU内」という説明の、より細かい地域や、サブプロセッサー（再委託先）の一覧は、読んだ範囲では確認できていません。
セルフホストでの暗号化キーの紛失、PostgreSQLのバージョンアップ（Docker Composeのページに、Postgres 18に上げるときの注意があります）、サンドボックスの扱いなど、環境によって手順が違う所があります。公式の最新の手順に従ってください。
規約や契約の解釈は、必要なら専門家や公式に確認してください。この記事は法律の助言ではありません。