【Notion】Notionで部署別に見えるページを分けたい時の権限設計

Notionを会社全体で使い始めると、部署ごとにアクセスできるページを制限したい場面が増えます。例えば営業部の売上データを経理部には見せたくない、というケースです。しかし権限設定を誤ると、目的の部署メンバーだけが閲覧できず、逆に全社公開になってしまうリスクがあります。この記事では、部署別にページの可視範囲を設定するための権限設計の考え方と具体的な手順、よくある失敗パターンを解説します。読者の皆さんが自社のNotion環境で安全かつ効率的に情報を管理できるよう、順を追って説明します。

1. Notionの権限構造を理解する

Notionでは、ページの権限は階層的に継承されます。トップレベルのページで設定した権限は、その子ページにも自動的に適用されるのが基本です。ただし個別のページで上書きも可能です。部署別に分けるには、この継承ルールを踏まえた上で「チームスペース」または「グループ」を活用するのが一般的です。

1-1. 用語の整理

• ワークスペース: 会社全体のNotion環境です。メンバー全員が所属します。
• チームスペース: ワークスペース内のセクションです。特定のメンバーだけを招待して作れます。
• ページ: 個々のドキュメントやデータベースです。親ページから権限を継承します。
• グループ: メンバーを部署ごとにまとめる仕組みです(ワークスペース設定で作成)。

これらの要素を組み合わせて、部署別の可視範囲を実現します。特にグループ機能を使うと、複数のメンバーにまとめて権限を付与できるため管理が楽になります。

2. 部署別にページを分ける代表的な方法

大きく分けて3つの設計パターンがあります。それぞれの特徴を比較表にまとめました。

方法	メリット	デメリット	おすすめ規模
チームスペースを部署ごとに作成	管理が簡単、権限の継承が明確	チームスペース数が増えると管理が煩雑	部署数が5〜10程度まで
ページごとにメンバーを個別招待	柔軟な制御が可能	招待漏れや権限の不整合が起きやすい	小規模または一時的なプロジェクト
グループを作成し、ページでグループ単位で権限付与	メンバー変更に強い、設定が統一できる	初期設定に手間がかかる	中〜大規模(20部署以上)

実際の業務では、これらの方法を組み合わせることも多いです。例えば全社共通のチームスペースと部署別チームスペースを併用し、さらに機密性の高いページだけグループ制限をかける、といった設計が考えられます。

3. 実際の設定手順(グループ+ページ権限のパターン)

ここでは、グループを作成して部署ごとに権限を設定する手順を説明します。ワークスペースの管理者権限が必要なので、社内の管理担当者と連携してください。

1. ワークスペースの設定画面を開きます。左サイドバーの「Settings & Members」→「Permissions」→「Groups」の順に進みます。
2. 「+ New Group」をクリックし、グループ名を入力します。例「営業部」「経理部」など部署名がわかりやすいでしょう。
3. グループにメンバーを追加します。社員名を検索して追加するか、メールアドレスで招待します。後からメンバーが変更になってもグループの編集だけで済むようにできます。
4. 該当のページに移動し、右上の「Share」ボタンをクリックします。
5. 「Add people, groups, or emails」の入力欄に先ほど作成したグループ名(例「営業部」)を入力し、権限レベルを選択します。権限は「Full access」「Can edit」「Can comment」「Can view」の4段階があります。部署内での編集を許可する場合は「Can edit」、閲覧のみなら「Can view」を選びます。
6. 必要に応じて「Allow this page to be discoverable by the whole workspace」のチェックを外します。これでワークスペース全体のメンバーが検索で見つけられなくなります。

この手順で、グループに所属するメンバーのみがそのページを閲覧・編集できるようになります。複数のページに同じ設定を適用する場合は、親ページで権限を設定し、子ページは「継承」をオンにすることで一括管理できます。

4. よくある失敗パターンと対策

4-1. グループ招待の反映漏れ

グループを作成しても、ページのShare設定でそのグループを追加していなければ権限は適用されません。「グループを作っただけで安心した」というケースがよくあります。グループ作成後に必ず各ページのShare設定を確認しましょう。

4-2. 権限の継承が意図しない範囲に及ぶ

親ページで「Workplace全体に公開」にしていると、子ページでグループ制限をかけることができなくなります。継承の仕組みを理解せずに設定すると、全てのページが全員に見えてしまうリスクがあります。親ページは必ず「特定のグループのみ」に設定してから子ページを作成するか、後から子ページの権限を上書きしてください。

4-3. ゲストユーザーの権限混同

社外のゲストユーザーを招待する場合、グループに追加してもゲストはワークスペースのグループには入れません(ワークスペース内グループはメンバーのみ)。ゲストの権限はページ単位でのみ設定できます。この違いを考慮せずに設計すると、ゲストが意図せずページにアクセスできてしまう可能性があります。

4-4. 権限の確認忘れ

定期的に権限を監査しないと、異動や退職で不要なアクセス権が残ったままになります。Notionには「Page Analytics」機能(ワークスペースプラン限定)があります。また、各ページの「Share」メニューで現在の権限を一覧表示できます。四半期に一度は権限を見直すことをおすすめします。

5. 管理者に確認すべきこと

部署別の権限設計を進める前に、社内のNotion管理者(またはIT部門)に以下の点を確認しておくとスムーズです。

• 現在のワークスペースのプランは何か(Free、Plus、Business、Enterprise)。グループ機能やゲスト管理の制限がプランによって異なります。
• グループの作成権限は誰にあるか。多くの場合、管理者のみがグループを作成できます。
• 既存のチームスペースやページで、全社公開されているものがないか。それを変更すると他の部署に影響が出る可能性があります。
• 監査ログやアクセスログの出力方法。問題が起きたときに追跡できる体制があるか確認しましょう。

管理者が不在の場合は、自分で権限を変更する前に小さなテストページで動作確認をしてから全体に展開してください。

6. よくある質問(FAQ)

Q1. チームスペースとグループ、どちらを使うべきですか?

チームスペースは特定のメンバーだけが参加する「部屋」のようなものです。グループは部署全体に権限を一括付与する「名簿」のようなものです。ページごとに細かく制御したいならグループ、セクションごとに大きく分けたいならチームスペースが向いています。両方を併用することもよくあります。

Q2. 間違えて全社公開にしてしまいました。元に戻せますか?

はい、元に戻せます。ページの「Share」メニューから「Public access」のトグルをオフにし、特定のグループのみに設定すれば復旧できます。ただし、その間にページが社外に共有されていた可能性があるため、早急に対処し、必要に応じて管理者に連絡してください。

Q3. 部署が異動になったメンバーの権限は自動で変わりますか?

グループを使っている場合、そのメンバーをグループから削除すれば、関連するすべてのページから権限が削除されます。ページごとに個別招待している場合、手動で削除する必要があるため、グループ管理をおすすめします。

Q4. 親ページの権限を変更すると子ページに影響しますか?

子ページが「親の権限を継承」している場合、親ページの権限変更で子ページも変わります。子ページで個別にグループを設定している場合は影響しません。設計時には継承の設定を意識する必要があります。

まとめ

部署別にNotionのページを分けるには、グループ機能とページ権限の組み合わせが最も管理しやすい方法です。チームスペースを活用すればさらに視覚的に整理できます。最初に全体設計を決め、小さなテストで動作確認をしてから展開することで、トラブルを防げます。権限設定は一度作って終わりではなく、定期的な見直しが重要です。特に異動や退職のタイミングを見逃さないようにしましょう。

🧩

Notionトラブル完全解決データベース 共有、権限、データベース、Notion AI、インポートで止まる問題を横断的に確認できます。