Notionバックアップの考え方｜エクスポート・復元・重要DBの保全ルール

Notionのバックアップは、「エクスポートボタンを押すこと」ではありません。

PDF、HTML、Markdown、CSVで出力できることは重要です。しかし、実務で本当に困るのは、出力したファイルを戻せない、添付やコメントを見落とす、正式な原本がNotionにしかない、退職者の private ページが含まれていない、といった運用上の穴です。

Notion公式ヘルプでは、ページ、データベース、ワークスペース全体をエクスポートできること、形式によって出力内容が違うこと、ワークスペース全体の出力にはアクセス権やプラン上の制約があることが説明されています。

一方で、公式ヘルプでも、エクスポートしたワークスペースを再アップロードして即座に元の状態へ再現できるわけではないと説明されています。

つまり、Notionバックアップでは、次の考え方が必要です。

• 何を守るかを先に決める
• DB、本文、添付、コメント、権限を分けて見る
• PDF、HTML、Markdown、CSVを用途で使い分ける
• 重要資料の原本はNotion外に置く
• 復元テストをして、業務で使える形か確認する
• 退職者、外部ゲスト、private ページの扱いを決める

Notionバックアップは、エクスポート作業ではなく、重要DBと正式記録をNotionだけに閉じ込めないための業務設計です。

この記事では、Notionバックアップの考え方を、公式情報を確認しながら、エクスポート形式、ワークスペース全体出力、復元できないもの、重要DBの保全、権限と退職者対応、Notion外に置くべき情報まで整理します。

Notionセキュリティの基本はこちら
Notion情報漏洩を防ぐ共有設計はこちら

先に結論：エクスポートだけでは足りない

Notionバックアップで最低限決めることは、次の5つです。

決めること	見るポイント
守る対象	重要DB、添付、コメント、権限、正式記録を分ける
出力形式	CSV、Markdown、HTML、PDFを用途で使い分ける
原本保管	契約、請求、個人情報はNotion外にも置く
復元手順	出力ファイルから業務を再開できるか試す
権限・退職者	エクスポート担当者が見える範囲、privateページ、ゲスト権限を確認する

つまり、Notionバックアップは「データを取る」よりも「業務を戻せる状態にする」ことが目的です。

公式情報で確認する前提

この記事では、主に次の公式情報を前提にしています。

• Notion公式ヘルプ：コンテンツのエクスポート
• Notion公式ヘルプ：データのバックアップ
• Notion公式ヘルプ：Sharing & permissions settings

Notion公式ヘルプでは、ページやデータベースをPDF、HTML、Markdown & CSVで出力できること、ワークスペース全体をエクスポートできること、BusinessやEnterpriseではワークスペース全体をPDF出力できることが説明されています。

また、Notion側でもクラウド上のバックアップや削除時の復元支援がありますが、自社の業務継続をそれだけに任せるのは危険です。

実務では、次のように分けます。

領域	見ること
Notion側の復元	ゴミ箱、編集履歴、サポートによる復元支援
自社のバックアップ	エクスポート、原本保管、復元手順、保管責任
業務上の正式記録	契約、請求、会計、個人情報、承認履歴
運用上の証跡	誰がいつ確認し、どこに保管したか

バックアップは「Notionが壊れたとき」だけの話ではありません。誤削除、退職、移行、監査、顧客対応、法務対応のためにも必要です。

Notionのバックアップで守るもの

まず、Notion内の情報を一括で守ろうとしない方がよいです。

すべてを同じ頻度、同じ形式、同じ責任者でバックアップしようとすると、運用が続きません。重要度で分けます。

情報	例	バックアップ方針
重要DB	案件DB、問い合わせDB、顧客メモ、タスクDB	CSVとMarkdownで定期出力し、復元確認する
ナレッジ	手順書、FAQ、議事録、社内Wiki	HTMLまたはMarkdownで月次・四半期出力
添付資料	PDF、画像、提案書、仕様書	NotionではなくDrive等に原本を持つ
正式記録	契約、請求、会計、個人情報	専用システムまたは正式保管先で管理
連携情報	API連携、埋め込み、外部リンク	接続先、管理者、停止条件を台帳化
権限情報	ゲスト、Web公開、重要DBのフルアクセス	月次棚卸し結果を残す

Notionは、情報を見やすく整理する場所として強いです。

しかし、正式な保管場所として使うなら、バックアップと復元の責任も自社で持つ必要があります。

エクスポート形式の違い

Notion公式ヘルプでは、主にPDF、HTML、Markdown & CSVの出力が説明されています。

実務では、形式ごとの役割を分けます。

形式	向いている用途	注意点
PDF	人が読む資料、提出用、記録用	DB再利用には向きにくい
HTML	ページ構造、画像、添付、コメントを残す	そのままNotion DBとして戻せるわけではない
Markdown	手順書、議事録、ナレッジの再利用	DBの構造やリレーションは別確認が必要
CSV	データベースの値、一覧、台帳	ビュー、権限、コメント、添付は別扱い

公式ヘルプでは、HTML出力ではページやブロック単位のコメントを含められること、Markdown & CSVでは非DBページはMarkdown、フルページDBはCSVとして出力されることが説明されています。

つまり、バックアップ形式は1つに決めません。

たとえば、案件DBならCSVだけでは不十分です。プロパティ値は残りますが、議事録本文、添付、コメント、関連ページ、権限は別に見る必要があります。

ナレッジならMarkdownやHTMLが向きます。人が読むだけならPDFでもよいです。

ワークスペース全体の出力

ワークスペース全体の出力は便利ですが、万能ではありません。

Notion公式ヘルプでは、ワークスペース全体をHTML、Markdown、CSV、アップロード済みファイルを含めて出力できると説明されています。また、BusinessやEnterpriseではワークスペース全体をPDFとして出力でき、法務やコンプライアンス用途に役立つ場合があります。

一方で、次の制約があります。

制約	実務上の意味
出力できる人が限られる	管理者や権限者を決めておく
exporter がアクセスできないページは含まれない	private ページや権限外ページを見落とす
大きなワークスペースは時間がかかる	定期運用では重要ページ単位の分割も検討する
ダウンロードリンクに期限がある	出力後すぐ保管先へ移す
再アップロードで即復元できない	復元手順を別に作る

ワークスペース全体出力は、「全体の保管」には使えます。

ただし、業務復旧の主役にするには粗いです。重要DBは、ワークスペース全体出力とは別に、個別のCSV、添付原本、復元手順を持ちます。

復元できないもの

バックアップで最も重要なのは、出力できるものではなく、復元しにくいものを把握することです。

Notionのエクスポートは、業務システムの完全なリストア機能ではありません。

次のものは、復元時に崩れたり、別確認が必要になったりします。

項目	注意点
権限	誰に共有されていたか、同じ権限で戻せるとは限らない
リレーション	関連DBとの接続を再現できるか確認が必要
ロールアップ	集計元DBが変わると値や意味がずれる
ビュー	フィルター、並び替え、グループ、表示プロパティを別管理する
コメント	出力形式によって残り方が違う
添付ファイル	ファイル原本、リンク先権限、最新版を別確認する
API連携	トークン、対象DB、Webhook、自動化設定は別管理する
公開設定	Web公開、Webリンク共有、ゲスト共有は復元時に再設計が必要

復元できないものを知ると、バックアップ設計が現実的になります。

重要DBでは、DB構造を記録するページを別に持つとよいです。

プロパティ名、型、選択肢、ビュー、フィルター、テンプレート、関連DB、権限、更新責任者を一覧化します。

重要DBの保全ルール

Notionで業務DBを作るなら、重要DBごとに保全ルールを持ちます。

ルール	内容
対象DB	何を守るDBか
重要度	高、中、低
公式原本	Notionが原本か、Driveや専用システムが原本か
出力形式	CSV、Markdown、HTML、PDF
出力頻度	月次、四半期、案件終了時
添付保管	Notion添付か、Drive原本リンクか
復元担当	誰が復元手順を持つか
復元テスト	最終テスト日

たとえば、問い合わせDBなら、CSVで問い合わせ一覧を出すだけでは足りません。

問い合わせ本文、添付資料、対応履歴、担当者、ステータス、返信済み証跡、個人情報の削除期限まで見る必要があります。

案件DBなら、商談メモ、見積リンク、契約書、請求ステータス、原価メモを同じ場所に置くかを考えます。契約書や請求情報は、Notionではなく正式な保管先を持つ方が安全です。

権限と退職者対応

バックアップは、権限とも関係します。

公式ヘルプでは、エクスポートできる範囲はアクセス権の影響を受けること、ゲストがエクスポートするにはページやDBへのフルアクセスが必要なこと、Enterpriseやチームスペース設定でエクスポートを無効化できることが説明されています。

実務では、次の確認が必要です。

場面	確認すること
月次バックアップ	管理者が対象ページにアクセスできるか
退職者対応	private ページ、所有ページ、共有ページを移管したか
外部ゲスト	ゲストが不要に出力できる権限を持っていないか
重要DB	フルアクセスを持つ人が多すぎないか
エクスポート制限	会社ルールとして誰が出力できるかを決めたか

退職時に危ないのは、アカウント削除だけで終わることです。

その人が作った重要ページ、外部ゲスト招待、API連携、添付原本、private ページ、顧客共有ページを確認します。

Notionバックアップでは、退職者対応チェックリストに次の項目を入れます。

• 重要ページの所有者を移す
• private にある業務ページを確認する
• ゲスト招待や共有ページを棚卸しする
• API連携やトークンを停止または移管する
• 添付ファイルの原本が会社側にあるか確認する
• エクスポート権限を見直す

Notion外に置くべき情報

Notionに置くべきではない、というより、Notionだけに置くべきではない情報があります。

情報	Notionでの扱い	原本の置き場所
契約書	リンク、要約、確認タスク	契約管理、Drive、電子契約
請求・会計	作業メモ、リンク、確認ステータス	会計ソフト、請求管理
個人情報	必要最小限の参照	専用DB、フォーム、権限管理された保管先
顧客対応履歴	軽い進捗、社内メモ	CRM、問い合わせ管理
承認履歴	補助的な議事メモ	ワークフロー、正式承認システム
ファイル原本	ページ内参照、レビュー導線	Drive等の版管理できる場所

Notionは業務の入口や一覧画面として強いです。

ただし、原本性、証跡、権限、保管期限、監査対応が必要な情報は、Notion外に置く方が運用が安定します。

よくある質問

Notionをエクスポートすれば完全に復元できますか

完全なリストア前提にはしない方がよいです。本文、DBの値、添付、コメント、権限、リレーション、ビュー、自動化は扱いが違います。復元手順を別に作り、一度テストします。

ワークスペース全体エクスポートだけで十分ですか

全体保管には役立ちますが、重要DBの復旧には粗いことがあります。案件DBや問い合わせDBは、CSV、添付原本、DB構造メモ、復元担当を個別に持つ方が実務的です。

添付ファイルもNotionだけに置いてよいですか

作業用には便利ですが、契約書、見積、請求、個人情報、承認済み資料はDriveや専用システムなどで原本管理する方が安全です。

まとめ

Notionバックアップは、エクスポート作業ではなく、重要DBと正式記録をNotionだけに閉じ込めないための業務設計です。

まず、守る情報を分けます。重要DB、ナレッジ、添付、正式記録、権限情報を同じ扱いにしないことが重要です。

次に、形式を選びます。PDF、HTML、Markdown、CSVは用途が違います。DBならCSV、ナレッジならMarkdownやHTML、提出用ならPDFというように使い分けます。

最後に、復元を確認します。エクスポートできても、業務で戻せなければバックアップとしては不十分です。

Notionを業務で使うほど、バックアップは「取る」より「戻せる」ことが重要になります。重要な契約、会計、個人情報、承認履歴はNotion外にも原本を置き、Notionは使いやすい業務画面として位置づけるのが現実的です。