Notion権限設定の基本｜共有・ゲスト・データベース編集を事故なく管理する

Notionは、ページを簡単に共有できます。

社内メンバーに見せる。外部ゲストを招待する。コメントだけ許可する。Webに公開する。データベースの編集を許可する。使い慣れると、共有そのものはかなり速くできます。

ただし、実務で怖いのは、共有できないことではありません。

怖いのは、共有できすぎることです。

• 社外ゲストに見せるページの下に、社内メモが子ページとして残っている
• フルアクセス を付けた人が、ページだけでなく共有範囲まで変えられる
• データベースの中身だけ編集してほしいのに、プロパティやビューまで変更される
• 退職者や契約終了した外部パートナーの権限が残っている
• チームスペースに入れたつもりのページが、実はワークスペース全体から見える
• Web公開したページに、作成者や共同編集者の情報が出ることを確認していない
• 子ページの権限継承を理解せず、非公開にしたつもりの情報が見えている

Notion権限設定は、共有ボタンの操作ではなく、誰が閲覧、編集、共有、DB構造変更、外部公開をできるかを階層ごとに決める情報管理の設計 として扱う必要があります。

この記事では、Notionの権限設定を、ワークスペース、チームスペース、ページ、ゲスト、データベース編集権限、子ページ継承、情報漏洩防止、月次棚卸しまで実務目線で整理します。

先に結論：権限設定は階層で見る

Notionの権限は、1か所だけ見ても判断できません。

最低限、次の階層で見ます。

階層	見ること
ワークスペース	誰がメンバーか、誰がオーナーか
チームスペース	部署やプロジェクト単位で誰が入っているか
ページ	誰に共有されているか、権限レベルは何か
データベース	DB構造を編集できる人は誰か
DB内ページ	個別ページや担当者別アクセスをどう扱うか
ゲスト	外部メンバーがどこまで見えるか
Web公開	インターネット上に出ているか

Notion公式ヘルプでは、ページ上部の Share から、招待、アクセス権限の確認、リンクコピー、Web公開を管理できると説明されています。

Notion公式ヘルプ：Sharing & permissions

ただし、実務では Share の中だけ見ても足りません。

チームスペースに入っているだけで見えるページがあります。

親ページの権限を子ページが引き継ぐことがあります。

データベースでは、ページ本文の編集とDB構造の編集が分かれます。

そのため、権限はページ単位ではなく、業務単位で設計します。

ページ権限の種類

Notionのページ共有では、相手ごとに権限レベルを設定します。

公式ガイドでは、フルアクセス、編集権限、コメント権限、読み取り権限 などのアクセスレベルが説明されています。

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

権限	実務での使い方
フルアクセス	ページ管理者、責任者だけ
編集可能	本文を編集するチームメンバー
コンテンツ編集可能	DB内の行やページは編集するが、DB構造は変えさせない
コメント可能	レビュー、確認、外部フィードバック
閲覧可能	読むだけの共有、社外資料

注意すべきは、フルアクセスです。

フルアクセスは、本文を編集できるだけではありません。

共有範囲を変えられるため、付与する人数を絞るべきです。

相手	推奨権限
ページ責任者	フルアクセス
社内編集者	編集可能
タスク担当者	コンテンツ編集可能、または編集可能
レビュー担当	コメント可能
外部閲覧者	閲覧可能
顧客確認者	コメント可能、または閲覧可能

「とりあえず編集可能」ではなく、何をしてほしいかで権限を決めます。

チームスペースとワークスペースの違い

Notionでは、ワークスペース全体とチームスペースを分けて考えます。

ワークスペースは会社や組織全体の箱です。

チームスペースは、部署、プロジェクト、チームごとの作業場所です。

区分	例	注意点
ワークスペース	会社全体のNotion	メンバー全体に影響する
チームスペース	営業、採用、開発、経営会議	チームスペース参加者に見える
プライベート	個人メモ、下書き	共有しない限り本人だけ

Notion公式の共有ガイドでは、会社全体、ワークスペースメンバー、ゲスト、Web公開など、共有先ごとの考え方が整理されています。

Notion公式ガイド：Notionの共有設定について

おすすめは、情報の種類ごとにチームスペースを分けることです。

情報	置き場所
全社共有してよい情報	全社チームスペース
部署内の業務情報	部署チームスペース
経営、採用、評価など限定情報	限定メンバーのチームスペース
外部共有する資料	外部共有用ページ、または専用DB
個人の下書き	プライベート

権限事故の多くは、「どこに置いたか」で起きます。

ページ単体の共有設定だけでなく、置き場所を確認します。

ゲスト権限

ゲストは、Notionワークスペースの外部にいる人です。

顧客、業務委託、外部パートナー、顧問、採用候補者などが該当します。

公式ヘルプでは、外部の人をゲストとして特定ページへ招待できると説明されています。

ゲスト共有で注意すべき点は、次の通りです。

注意点	理由
必要なページだけ共有する	親ページや関連ページを広げすぎない
フルアクセスを避ける	外部から共有範囲を変えられるリスクがある
子ページを確認する	意図しない社内情報が下に残ることがある
DBの関連ページを確認する	リレーション先から情報が見える場合がある
契約終了時に削除する	権限が残りやすい

外部ゲストには、基本的に閲覧可能かコメント可能を使います。

共同編集が必要な場合でも、編集可能の範囲を限定します。

外部共有の用途	推奨権限
顧客への進捗共有	閲覧可能、またはコメント可能
レビュー依頼	コメント可能
共同で議事録編集	編集可能
外部パートナーの作業管理	DBのコンテンツ編集可能を検討

ゲスト共有は便利ですが、棚卸しが前提です。

招待したら終わりではありません。

データベース編集権限

Notionのデータベースでは、本文編集とDB構造変更を分けて考えます。

タスクDBや案件DBでは、担当者に行を更新してほしい一方で、プロパティやビューを変えてほしくない場合があります。

このとき重要なのが、Can edit content に相当するコンテンツ編集権限です。

公式ヘルプでは、データベースの権限レベルとして、DB内ページの作成や編集は許可しつつ、プロパティやビューなどの構造変更を制限できる考え方が説明されています。

やってほしいこと	権限
タスクのステータスを更新する	コンテンツ編集可能
DBのプロパティを追加する	フルアクセス、または編集可能
ビューやフィルターを変える	フルアクセス、または編集可能
コメントだけ返す	コメント可能
顧客が確認だけする	閲覧可能、またはコメント可能

業務DBでは、DB構造を編集できる人を絞ります。

Notionデータベースの作り方

特に、次のDBは構造変更できる人を限定した方がよいです。

DB	理由
タスクDB	ステータスや期限の定義が崩れる
案件DB	売上、顧客、進捗情報が混ざる
採用DB	個人情報を含む
問い合わせDB	顧客情報、対応履歴を含む
経営会議DB	限定情報を含む

DBはチームの業務ルールそのものです。

誰でも構造を変えられる状態は避けます。

子ページの継承に注意

Notionでは、子ページが親ページの権限を引き継ぐことがあります。

この仕様は便利ですが、情報漏洩の原因にもなります。

例	起きる事故
顧客共有ページの下に社内メモを置く	顧客から見える可能性がある
全社チームスペースに採用評価メモを置く	全社から見える
外部公開ページの下に下書きを置く	Web公開される可能性がある
DBの関連ページに社内メモを残す	リレーション経由で見える可能性がある

外部共有やWeb公開をするページでは、子ページまで確認します。

特に、次のページは分けておく方が安全です。

情報	置き場所
顧客向け進捗	外部共有用ページ
社内の遅延理由	社内用DB
原価、見積、交渉メモ	限定チームスペース
作業中の下書き	プライベート、または社内用ページ

権限は、今見えているページだけでは判断できません。

下に何があるか、関連先に何があるかまで見ます。

情報漏洩を防ぐチェックリスト

Notionを業務で使うなら、共有前にチェックリストを使います。

チェック	見ること
共有相手	社内、外部、Webのどれか
権限レベル	フルアクセスが不要に付いていないか
子ページ	見せてはいけないページが下にないか
関連DB	リレーション先やDB内ページが見えないか
コメント	社内メモや個人情報が残っていないか
添付ファイル	契約書、見積、個人情報が混ざっていないか
Web公開	インデックス、複製、メタ情報を確認したか
ゲスト	期限後に削除する予定があるか

Notion公式のWeb公開ヘルプでは、Notion Siteを公開すると誰でも閲覧でき、子ページもデフォルトで公開されると説明されています。また、Web公開やリンク公開では、ページに貢献したNotionユーザーの名前、プロフィール写真、メールアドレスがメタデータに含まれる可能性があるとも説明されています。

Notion公式ヘルプ：Publish a Notion Site

Web公開するページは、通常の社内共有よりさらに慎重に確認します。

月次棚卸しの方法

権限設定は、作った時点では正しくても、時間が経つと崩れます。

人が増える。部署が変わる。外部パートナーとの契約が終わる。プロジェクトが終わる。ページの置き場所が変わる。

そのため、月次で棚卸しします。

対象	確認すること
ワークスペースメンバー	退職者、異動者、不要な管理者権限
チームスペース	参加者、オーナー、デフォルト設定
ゲスト	契約終了、案件終了、不要な招待
公開ページ	Web公開が必要か、子ページが安全か
重要DB	フルアクセス権限、構造変更できる人
外部共有ページ	コメント、添付、リレーション先

棚卸しの頻度は、会社規模や情報の重さで変えます。

小さなチームでも、最低月1回はゲストと公開ページを確認した方がよいです。

頻度	見る対象
毎月	ゲスト、Web公開ページ、重要DB
四半期	チームスペース、ワークスペースメンバー
案件終了時	外部ゲスト、顧客共有ページ
退職、契約終了時	全ページとチームスペースのアクセス

権限は、一度設定して終わりではありません。

業務が変わるたびに見直すものです。

まとめ

Notionの権限設定は、ページの共有ボタンだけで判断しない方がよいです。

ワークスペース、チームスペース、ページ、データベース、ゲスト、Web公開を階層で確認します。

ページ権限では、フルアクセス、編集可能、コンテンツ編集可能、コメント可能、閲覧可能を使い分けます。

データベースでは、担当者に中身を更新してほしいのか、DB構造まで変えてよいのかを分けます。

外部ゲストには、必要なページだけを共有し、契約終了時に削除します。

子ページの権限継承にも注意が必要です。親ページを共有すると、下にあるページも見える場合があります。

Web公開では、子ページ、メタ情報、検索インデックス、複製設定まで確認します。

Notion権限設定の目的は、共有を止めることではありません。

必要な人が必要な範囲だけ見られ、編集事故や情報漏洩を起こさずに業務を進められる状態を作ることです。