Notionシステム研究所 > Notion共有のやり方|社内・社外・Web公開の権限設定を整理

Notion共有のやり方|社内・社外・Web公開の権限設定を整理

2026年6月6日

15分で読めます

Notion共有のやり方を、社内メンバー、チームスペース、外部ゲスト、リンク共有、Web公開、権限レベル、子ページとDBの継承、共有前チェックリストまで整理します。

Notion
共有
権限設定
ゲスト
Web公開
外部共有
助手
助手

Notionのページを社内や顧客に共有したいです。共有ボタンから招待すれば大丈夫ですか。

博士
博士

操作だけなら簡単じゃ。ただ、会社で使うNotion共有は、誰に見せるか、どこまで編集させるか、子ページやDBまで見えるかを決めてから共有しないと事故が起きる。

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

Notion公式ヘルプでも、ページ右上の共有メニューから、特定の人への招待、アクセス権限の確認、リンクコピー、Web公開を行えることが説明されています。

Notion公式ヘルプ:コンテンツの共有

また、Notionの共有と権限設定では、特定メンバー、チームスペース、ゲスト、一般アクセス、権限レベル、データベースのページ単位アクセス、権限継承などが扱われています。

Notion公式ヘルプ:Sharing & permissions settings

ただし、実務で問題になるのは、共有ボタンの押し方ではありません。

よくある失敗は、次のような状態です。

  • 社内全員に見せるページと、部署内だけのページが混ざる
  • 顧客に共有したページの下に、社内メモや原価メモが入っている
  • コメントだけでよい人に編集権限を渡してしまう
  • SlackでNotionリンクを送ったが、相手に権限がなく見られない
  • Web公開したページに、社内向けリンクや関連DBが残っている
  • 契約終了後のゲストアクセスが残っている
  • 子ページやデータベースの権限継承を確認していない

Notion共有は便利ですが、ページ単位の自由度が高いほど、情報漏洩や編集事故も起きやすくなります。

Notion共有は、共有ボタンの操作ではなく、社内共有、外部ゲスト、Web公開、権限レベル、子ページ継承、DB編集権限、棚卸しを決める業務ルール として設計するのが安全です。

この記事では、Notion共有のやり方を、社内メンバー、チームスペース、外部ゲスト、リンク共有、Web公開、権限レベル、子ページとDBの継承、共有前チェックリスト、情報漏洩を防ぐ運用まで整理します。

Notionを会社で使う全体設計はこちら

Notion共有を、社内メンバー、チームスペース、外部ゲスト、Web公開、権限レベル、月次棚卸しへ分ける構成図

先に結論:共有は5つに分ける

Notion共有は、最初に共有先を5つに分けます。

共有先 使う場面 初期権限の考え方
社内全体 社内ポータル、全社FAQ、基本ルール 閲覧またはコメント中心
部署・チーム 部署マニュアル、チーム議事録、部門タスク 編集者を部署内に限定
個別関係者 案件ページ、採用ページ、経営資料 招待者を明示して限定
外部ゲスト 顧客、業務委託先、パートナー ページ単位で最小権限
Web公開 採用資料、公開ガイド、LP代わりのページ 公開前に内部リンクを確認

この5つを分けずに「リンクを送れば共有できる」と考えると、ページが増えるほど危険になります。

特に会社利用では、外部ゲストとWeb公開を分けます。

外部ゲスト共有は、相手を招待して共同作業する使い方です。

Web公開は、リンクを知っている人やWeb上の閲覧者に見せる使い方です。

顧客と一緒に確認する提案書なら、外部ゲスト共有が向いています。

採用ページや公開資料として広く見せるなら、Web公開が候補になります。

社内ルール、顧客情報、議事録、タスク、原価、評価情報は、Web公開に向きません。

社内メンバーと共有する

社内メンバーと共有する方法は、大きく3つです。

方法 向いている場面 注意点
個別に招待する 少人数の案件、1on1、経営資料 招待者が増えたら棚卸しする
チームスペースに置く 部署ページ、チームWiki、部門タスク チームスペースのメンバー範囲を確認する
ワークスペース全体に共有する 社内ポータル、全社FAQ、基本ルール 編集権限を広げすぎない

Notionの公式ヘルプでは、一般アクセスとして、招待された人だけ、ワークスペース内の全員、リンクを知るWeb上のユーザーなどを選べることが説明されています。

社内共有では、まず「全員が見るべきページ」か「一部だけが見るべきページ」かを分けます。

全員が見るべきページは、社内ポータル、基本ルール、申請導線、問い合わせ先のような情報です。

一部だけが見るべきページは、案件、採用、経営、顧客対応、トラブル対応、評価、原価のような情報です。

社内共有でよくある失敗は、編集権限を広げすぎることです。

全社員が見るページでも、全社員が編集する必要はありません。

ページ 閲覧者 編集者
社内ポータル 全社員 管理者、各部署担当
全社FAQ 全社員 情報オーナー、確認者
部署マニュアル 関係部署 部署担当
経営資料 経営、責任者 作成者、確認者
採用メモ 採用関係者 採用担当、面接担当

Notion共有は、閲覧範囲と編集範囲を分けるだけで安定します。

社内全員に見せるページでも、編集者は少なくしておく方が安全です。

外部ゲストと共有する

外部ゲスト共有は、顧客、業務委託先、制作パートナー、採用候補者など、ワークスペース外の相手とページ単位で共有する方法です。

Notion公式ヘルプでも、ワークスペース外のユーザーをメールアドレスで招待すると、ゲストとしてページに追加されることが説明されています。

Notionゲストの使い方はこちら

外部ゲスト共有で重要なのは、ワークスペース全体ではなく、必要なページだけを見せることです。

たとえば、顧客案件でNotionを使うなら、次のように分けます。

ページ 共有相手 置く情報
顧客共有ページ 顧客、外部パートナー スケジュール、確認依頼、納品物、確定議事録
社内管理ページ 社内メンバー 原価、懸念、未確定メモ、社内判断
作業DB 社内メンバー中心 タスク、担当、期限、進捗、レビュー
公開資料 必要に応じてWeb公開 採用資料、公開ガイド、問い合わせ導線

外部ゲストに共有するページには、社内メモを置かない方がよいです。

「見せないつもり」の情報を同じページや同じDBに入れると、ビュー設定や権限変更で見える可能性があります。

外部共有用ページを作るときは、次の3つを分けます。

分けるもの 理由
社外共有文 顧客に見せる内容だけを残す
社内メモ 原価、懸念、対応方針を社内に閉じる
作業DB 担当、期限、確認者、進捗を社内で管理する

顧客にコメントしてもらうだけなら、コメント権限で足ります。

顧客に本文やDBを直接編集してもらう設計は、入力範囲と責任が明確な場合だけにします。

Web公開とリンク共有を分ける

Notionでは、ページをWeb上に公開できます。

公式ヘルプでは、一般アクセスからリンクを知るWeb上のユーザーへ公開し、必要に応じて編集、コメント、ビューのみのアクセスを設定できることが説明されています。

ただし、Web公開は社内共有やゲスト共有とは別物です。

共有方法 見る人 向いている用途
社内リンク共有 権限を持つ社内メンバー 社内ポータル、Wiki、議事録
外部ゲスト共有 招待した顧客、業務委託先 提案書、確認ページ、共同作業
Web公開 リンクを知る人、公開ページの閲覧者 採用資料、公開ガイド、イベント案内

社内リンクをSlackで送っても、相手に権限がなければ見られません。

一方、Web公開リンクは、社内メンバーでなくても見られる設定になる場合があります。

Web公開する前には、次を確認します。

チェック 見ること
本文 社内情報、顧客名、個人情報がないか
子ページ 下層ページが見えて困らないか
DB 関連DBやリンクドビューに社内情報が混ざらないか
外部リンク Drive、Slack、社内システムへのリンクがないか
検索意図 検索されてもよい公開情報か

Web公開は、公開資料として作ったページだけに使う方が安全です。

社内Wiki、顧客議事録、案件ページ、タスクDBをそのままWeb公開しないでください。

権限レベルの違い

Notion共有では、相手ごとに権限レベルを選びます。

公式ヘルプでは、フルアクセス、編集、データベースページのコンテンツ編集、コメント、閲覧などの権限レベルが説明されています。

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

権限 できることの考え方 向いている相手
フルアクセス 内容編集に加えて共有管理まで任せる 管理者、共同オーナー
編集可能 ページ内容を編集する 作成担当、運用担当
コンテンツ編集 DB内ページやプロパティ値を編集する タスク担当、入力担当
コメント可能 内容にコメントする 顧客、確認者、レビュー担当
閲覧可能 読むだけ 全社閲覧者、参考資料の共有先

迷ったら、最初は弱い権限から始めます。

確認だけなら閲覧またはコメント。

入力が必要なら、入力範囲を決めて編集。

共有設定まで任せる必要がある人だけ、フルアクセスにします。

特に外部ゲストにフルアクセスを渡す設計は慎重にしてください。

ページの編集だけでなく、共有範囲の変更まで任せる意味になるためです。

子ページとDBの権限継承

Notion共有で見落としやすいのが、子ページとデータベースです。

Notion公式ヘルプでは、親ページの中に作った子ページは、親ページの権限を引き継ぐことが説明されています。

また、Notionはユーザーに与えられた中で最も広いアクセスを尊重します。

つまり、個別には閲覧権限だけにしたつもりでも、別の場所でワークスペース全体に編集権限を付与していれば、そちらの広い権限が効くことがあります。

共有前に見るべきポイントは、次です。

確認箇所 事故の例 対策
子ページ 顧客共有ページの下に社内メモがある 社内メモを別ページへ分ける
リンクドビュー 外部向けページに社内DBのビューがある 外部用DBまたは外部用ページへ分離
リレーション 広く共有されたページから機密ページへつながる 関連先の見え方を確認する
ワークスペース全体共有 個別制限より広い権限が効く 一般アクセスを確認する
チームスペース デフォルトのメンバー範囲が広い チームスペース設定を確認する

DBを共有するときは、ビューだけで隠す設計に頼らない方が安全です。

ビューは見せ方を変える機能であり、権限境界そのものとは別です。

外部に見せてはいけない行やプロパティがあるなら、外部共有用ページ、外部共有用DB、または別システムに分けます。

共有台帳DBを作る

会社でNotion共有を使うなら、共有したページを台帳で管理します。

小さな会社でも、外部ゲスト、Web公開、顧客共有ページが増えると、誰に何を見せているか分からなくなります。

共有台帳DBには、次のプロパティを持たせます。

プロパティ 用途
共有ページ タイトル 対象ページ名
共有種別 セレクト 社内、部署、個別、外部ゲスト、Web公開
共有相手 テキストまたはユーザー 顧客名、会社名、担当者
権限レベル セレクト 閲覧、コメント、編集、フルアクセス
情報区分 セレクト 公開、社内、顧客、機密
オーナー ユーザー 共有責任者
開始日 日付 共有開始日
棚卸し日 日付 次に確認する日
終了条件 テキスト 契約終了、納品完了、退職、公開終了
状態 ステータス 申請中、共有中、確認待ち、停止済み

この台帳は、権限設定そのものを置き換えるものではありません。

誰が何を見られる状態なのかを、運用上確認するための管理表です。

特に、外部ゲストとWeb公開は台帳に残してください。

共有した時点では問題なくても、半年後にページの中身が変わることがあります。

共有前チェックリスト

Notionページを共有する前に、次の順番で確認します。

順番 チェック 確認すること
1 共有目的 閲覧、コメント、編集、公開のどれか
2 共有相手 社内、部署、個別、外部ゲスト、Web公開のどれか
3 情報区分 公開情報、社内情報、顧客情報、機密情報のどれか
4 権限レベル 最小権限になっているか
5 子ページ 下層に見せてはいけないページがないか
6 DBとビュー 非表示にしたい行やプロパティをDBで抱えていないか
7 リンク Drive、Slack、社内システムへのリンクが見えてよいか
8 期限 いつ棚卸しし、いつ止めるか
9 オーナー 誰が共有状態を管理するか

共有前チェックは、管理部門だけの仕事ではありません。

ページを作る人、顧客に送る人、社内ポータルを運用する人が、同じ基準で見られるようにします。

情報漏洩を防ぐ運用

Notion共有の事故は、共有した瞬間だけで起きるわけではありません。

あとからページが追加されたり、DBのビューが変わったり、担当者が退職したり、契約が終わったりしたときにも起きます。

そのため、共有後の運用を決めます。

タイミング やること
共有時 共有台帳へ登録する
週次 新しく共有した外部ページを確認する
月次 外部ゲスト、Web公開、編集権限を棚卸しする
契約終了時 顧客、業務委託先、パートナーのアクセスを止める
退職・異動時 社内メンバーの権限を見直す
ページ構成変更時 子ページ、DB、リンクドビューの見え方を確認する

月次棚卸しでは、次を見ます。

  • 外部ゲストが残っていないか
  • Web公開ページが増えていないか
  • フルアクセスを持つ人が多すぎないか
  • 編集権限が必要ない人に残っていないか
  • 社内ページに顧客共有リンクが混ざっていないか
  • 顧客共有ページの下に社内メモが増えていないか

共有を止める作業も、運用に含めます。

共有は開始より終了の方が忘れられやすいです。

Notionに閉じ込めない方がよい共有

Notionは共有しやすいツールですが、すべての共有業務をNotionに閉じ込める必要はありません。

次のような業務は、専用システムを使う方が安全です。

業務 Notionだけにしない理由
契約書共有 版管理、署名、承認、保管が必要
請求・会計 会計システムや請求システムで処理する
人事評価 閲覧範囲が細かく、機密性が高い
顧客ポータル 外部ユーザーの入力、通知、履歴が重くなる
厳密な承認 承認履歴、監査ログ、権限管理が必要
個人情報管理 保存期間、アクセス履歴、削除ルールが必要

Notionには、共有資料そのものではなく、共有手順や進行状況を置く方がよい場合があります。

たとえば、契約書本体は契約管理システムやDriveに置き、Notionには「契約レビュー依頼の手順」「担当者」「ステータス」「次アクション」を置きます。

請求書はfreeeなどの会計システムで処理し、Notionには「請求前チェックリスト」「締切」「確認担当」を置きます。

Notionを使う範囲を決めるほど、共有事故は減ります。

まとめ

Notion共有のやり方は、操作だけなら難しくありません。

ページ右上の共有メニューから、相手を招待し、権限を選び、必要に応じてリンク共有やWeb公開を設定できます。

ただし、会社で使うなら、共有操作の前に設計が必要です。

  • 社内全体、部署、個別関係者、外部ゲスト、Web公開を分ける
  • 閲覧、コメント、編集、フルアクセスを最小権限で選ぶ
  • 子ページ、DB、リンクドビュー、リレーションの見え方を確認する
  • 外部ゲストとWeb公開は共有台帳に残す
  • 月次でゲスト、Web公開、編集権限を棚卸しする
  • 契約、会計、人事評価、顧客ポータルは必要に応じて専用システムへ分ける

Notion共有は、個人の判断でリンクを送る運用にすると崩れます。

業務で使うなら、誰に、何を、どの権限で、いつまで共有するかを決める仕組みにしてください。

ページを作る前に共有ルールを作る。

これが、Notionを会社で安全に使うための基本です。

Notionシステム設計支援

Notionの共有・ゲスト・Web公開を業務システムとして設計します

社内ポータル、顧客共有ページ、プロジェクトDB、議事録DBを、見せる情報と見せない情報が混ざらない形に整理します。

著者
守高 成悟
守高 成悟

代表取締役 CEO

千葉県出身。10歳の頃からプログラミングを始め、ゲーム、Webサイト、ロボット、スマホアプリなどを制作。大阪大学基礎工学部情報科学科で情報工学と統計学を学び、大学時代はAIを研究。大学在学中にWeb広告代理店でのインターンや人材系Webサービスの立ち上げを経験し、卒業後はフリーランスエンジニアとしてGISシステム、データ基盤構築、Webシステムの開発に従事。10年以上のWebアプリ開発・データ分析経験を基に、2023年9月に株式会社ビットライトを設立し、現場業務の仕組み化からデータ基盤構築、データ活用支援までを一気通貫で支援。

運営会社
株式会社ビットライト
株式会社ビットライト

顧客が本当に必要だった価値を、実装する。

現場業務の仕組み化からデータ基盤構築、データ活用支援までを一気通貫で支援しています。

コーポレートサイトを見る
Notion設計相談

議事録・タスク・ナレッジの運用設計を相談できます

Notionで始める範囲、権限、通知、別システムへ切り出す条件まで整理します。