Notionシステム研究所 > Notion共有のやり方|社内・社外・Web公開の権限設定を整理
2026年6月6日
•約15分で読めます
Notion共有のやり方を、社内メンバー、チームスペース、外部ゲスト、リンク共有、Web公開、権限レベル、子ページとDBの継承、共有前チェックリストまで整理します。
Notionのページを社内や顧客に共有したいです。共有ボタンから招待すれば大丈夫ですか。
操作だけなら簡単じゃ。ただ、会社で使うNotion共有は、誰に見せるか、どこまで編集させるか、子ページやDBまで見えるかを決めてから共有しないと事故が起きる。
Notionはページを簡単に共有できます。
Notion公式ヘルプでも、ページ右上の共有メニューから、特定の人への招待、アクセス権限の確認、リンクコピー、Web公開を行えることが説明されています。
また、Notionの共有と権限設定では、特定メンバー、チームスペース、ゲスト、一般アクセス、権限レベル、データベースのページ単位アクセス、権限継承などが扱われています。
Notion公式ヘルプ:Sharing & permissions settings
ただし、実務で問題になるのは、共有ボタンの押し方ではありません。
よくある失敗は、次のような状態です。
Notion共有は便利ですが、ページ単位の自由度が高いほど、情報漏洩や編集事故も起きやすくなります。
Notion共有は、共有ボタンの操作ではなく、社内共有、外部ゲスト、Web公開、権限レベル、子ページ継承、DB編集権限、棚卸しを決める業務ルール として設計するのが安全です。
この記事では、Notion共有のやり方を、社内メンバー、チームスペース、外部ゲスト、リンク共有、Web公開、権限レベル、子ページとDBの継承、共有前チェックリスト、情報漏洩を防ぐ運用まで整理します。
Notion共有は、最初に共有先を5つに分けます。
| 共有先 | 使う場面 | 初期権限の考え方 |
|---|---|---|
| 社内全体 | 社内ポータル、全社FAQ、基本ルール | 閲覧またはコメント中心 |
| 部署・チーム | 部署マニュアル、チーム議事録、部門タスク | 編集者を部署内に限定 |
| 個別関係者 | 案件ページ、採用ページ、経営資料 | 招待者を明示して限定 |
| 外部ゲスト | 顧客、業務委託先、パートナー | ページ単位で最小権限 |
| Web公開 | 採用資料、公開ガイド、LP代わりのページ | 公開前に内部リンクを確認 |
この5つを分けずに「リンクを送れば共有できる」と考えると、ページが増えるほど危険になります。
特に会社利用では、外部ゲストとWeb公開を分けます。
外部ゲスト共有は、相手を招待して共同作業する使い方です。
Web公開は、リンクを知っている人やWeb上の閲覧者に見せる使い方です。
顧客と一緒に確認する提案書なら、外部ゲスト共有が向いています。
採用ページや公開資料として広く見せるなら、Web公開が候補になります。
社内ルール、顧客情報、議事録、タスク、原価、評価情報は、Web公開に向きません。
社内メンバーと共有する方法は、大きく3つです。
| 方法 | 向いている場面 | 注意点 |
|---|---|---|
| 個別に招待する | 少人数の案件、1on1、経営資料 | 招待者が増えたら棚卸しする |
| チームスペースに置く | 部署ページ、チームWiki、部門タスク | チームスペースのメンバー範囲を確認する |
| ワークスペース全体に共有する | 社内ポータル、全社FAQ、基本ルール | 編集権限を広げすぎない |
Notionの公式ヘルプでは、一般アクセスとして、招待された人だけ、ワークスペース内の全員、リンクを知るWeb上のユーザーなどを選べることが説明されています。
社内共有では、まず「全員が見るべきページ」か「一部だけが見るべきページ」かを分けます。
全員が見るべきページは、社内ポータル、基本ルール、申請導線、問い合わせ先のような情報です。
一部だけが見るべきページは、案件、採用、経営、顧客対応、トラブル対応、評価、原価のような情報です。
社内共有でよくある失敗は、編集権限を広げすぎることです。
全社員が見るページでも、全社員が編集する必要はありません。
| ページ | 閲覧者 | 編集者 |
|---|---|---|
| 社内ポータル | 全社員 | 管理者、各部署担当 |
| 全社FAQ | 全社員 | 情報オーナー、確認者 |
| 部署マニュアル | 関係部署 | 部署担当 |
| 経営資料 | 経営、責任者 | 作成者、確認者 |
| 採用メモ | 採用関係者 | 採用担当、面接担当 |
Notion共有は、閲覧範囲と編集範囲を分けるだけで安定します。
社内全員に見せるページでも、編集者は少なくしておく方が安全です。
外部ゲスト共有は、顧客、業務委託先、制作パートナー、採用候補者など、ワークスペース外の相手とページ単位で共有する方法です。
Notion公式ヘルプでも、ワークスペース外のユーザーをメールアドレスで招待すると、ゲストとしてページに追加されることが説明されています。
外部ゲスト共有で重要なのは、ワークスペース全体ではなく、必要なページだけを見せることです。
たとえば、顧客案件でNotionを使うなら、次のように分けます。
| ページ | 共有相手 | 置く情報 |
|---|---|---|
| 顧客共有ページ | 顧客、外部パートナー | スケジュール、確認依頼、納品物、確定議事録 |
| 社内管理ページ | 社内メンバー | 原価、懸念、未確定メモ、社内判断 |
| 作業DB | 社内メンバー中心 | タスク、担当、期限、進捗、レビュー |
| 公開資料 | 必要に応じてWeb公開 | 採用資料、公開ガイド、問い合わせ導線 |
外部ゲストに共有するページには、社内メモを置かない方がよいです。
「見せないつもり」の情報を同じページや同じDBに入れると、ビュー設定や権限変更で見える可能性があります。
外部共有用ページを作るときは、次の3つを分けます。
| 分けるもの | 理由 |
|---|---|
| 社外共有文 | 顧客に見せる内容だけを残す |
| 社内メモ | 原価、懸念、対応方針を社内に閉じる |
| 作業DB | 担当、期限、確認者、進捗を社内で管理する |
顧客にコメントしてもらうだけなら、コメント権限で足ります。
顧客に本文やDBを直接編集してもらう設計は、入力範囲と責任が明確な場合だけにします。
Notionでは、ページをWeb上に公開できます。
公式ヘルプでは、一般アクセスからリンクを知るWeb上のユーザーへ公開し、必要に応じて編集、コメント、ビューのみのアクセスを設定できることが説明されています。
ただし、Web公開は社内共有やゲスト共有とは別物です。
| 共有方法 | 見る人 | 向いている用途 |
|---|---|---|
| 社内リンク共有 | 権限を持つ社内メンバー | 社内ポータル、Wiki、議事録 |
| 外部ゲスト共有 | 招待した顧客、業務委託先 | 提案書、確認ページ、共同作業 |
| Web公開 | リンクを知る人、公開ページの閲覧者 | 採用資料、公開ガイド、イベント案内 |
社内リンクをSlackで送っても、相手に権限がなければ見られません。
一方、Web公開リンクは、社内メンバーでなくても見られる設定になる場合があります。
Web公開する前には、次を確認します。
| チェック | 見ること |
|---|---|
| 本文 | 社内情報、顧客名、個人情報がないか |
| 子ページ | 下層ページが見えて困らないか |
| DB | 関連DBやリンクドビューに社内情報が混ざらないか |
| 外部リンク | Drive、Slack、社内システムへのリンクがないか |
| 検索意図 | 検索されてもよい公開情報か |
Web公開は、公開資料として作ったページだけに使う方が安全です。
社内Wiki、顧客議事録、案件ページ、タスクDBをそのままWeb公開しないでください。
Notion共有では、相手ごとに権限レベルを選びます。
公式ヘルプでは、フルアクセス、編集、データベースページのコンテンツ編集、コメント、閲覧などの権限レベルが説明されています。
実務では、次のように使い分けます。
| 権限 | できることの考え方 | 向いている相手 |
|---|---|---|
| フルアクセス | 内容編集に加えて共有管理まで任せる | 管理者、共同オーナー |
| 編集可能 | ページ内容を編集する | 作成担当、運用担当 |
| コンテンツ編集 | DB内ページやプロパティ値を編集する | タスク担当、入力担当 |
| コメント可能 | 内容にコメントする | 顧客、確認者、レビュー担当 |
| 閲覧可能 | 読むだけ | 全社閲覧者、参考資料の共有先 |
迷ったら、最初は弱い権限から始めます。
確認だけなら閲覧またはコメント。
入力が必要なら、入力範囲を決めて編集。
共有設定まで任せる必要がある人だけ、フルアクセスにします。
特に外部ゲストにフルアクセスを渡す設計は慎重にしてください。
ページの編集だけでなく、共有範囲の変更まで任せる意味になるためです。
Notion共有で見落としやすいのが、子ページとデータベースです。
Notion公式ヘルプでは、親ページの中に作った子ページは、親ページの権限を引き継ぐことが説明されています。
また、Notionはユーザーに与えられた中で最も広いアクセスを尊重します。
つまり、個別には閲覧権限だけにしたつもりでも、別の場所でワークスペース全体に編集権限を付与していれば、そちらの広い権限が効くことがあります。
共有前に見るべきポイントは、次です。
| 確認箇所 | 事故の例 | 対策 |
|---|---|---|
| 子ページ | 顧客共有ページの下に社内メモがある | 社内メモを別ページへ分ける |
| リンクドビュー | 外部向けページに社内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、リンクドビューの見え方を確認する |
月次棚卸しでは、次を見ます。
共有を止める作業も、運用に含めます。
共有は開始より終了の方が忘れられやすいです。
Notionは共有しやすいツールですが、すべての共有業務をNotionに閉じ込める必要はありません。
次のような業務は、専用システムを使う方が安全です。
| 業務 | Notionだけにしない理由 |
|---|---|
| 契約書共有 | 版管理、署名、承認、保管が必要 |
| 請求・会計 | 会計システムや請求システムで処理する |
| 人事評価 | 閲覧範囲が細かく、機密性が高い |
| 顧客ポータル | 外部ユーザーの入力、通知、履歴が重くなる |
| 厳密な承認 | 承認履歴、監査ログ、権限管理が必要 |
| 個人情報管理 | 保存期間、アクセス履歴、削除ルールが必要 |
Notionには、共有資料そのものではなく、共有手順や進行状況を置く方がよい場合があります。
たとえば、契約書本体は契約管理システムやDriveに置き、Notionには「契約レビュー依頼の手順」「担当者」「ステータス」「次アクション」を置きます。
請求書はfreeeなどの会計システムで処理し、Notionには「請求前チェックリスト」「締切」「確認担当」を置きます。
Notionを使う範囲を決めるほど、共有事故は減ります。
Notion共有のやり方は、操作だけなら難しくありません。
ページ右上の共有メニューから、相手を招待し、権限を選び、必要に応じてリンク共有やWeb公開を設定できます。
ただし、会社で使うなら、共有操作の前に設計が必要です。
Notion共有は、個人の判断でリンクを送る運用にすると崩れます。
業務で使うなら、誰に、何を、どの権限で、いつまで共有するかを決める仕組みにしてください。
ページを作る前に共有ルールを作る。
これが、Notionを会社で安全に使うための基本です。
千葉県出身。10歳の頃からプログラミングを始め、ゲーム、Webサイト、ロボット、スマホアプリなどを制作。大阪大学基礎工学部情報科学科で情報工学と統計学を学び、大学時代はAIを研究。大学在学中にWeb広告代理店でのインターンや人材系Webサービスの立ち上げを経験し、卒業後はフリーランスエンジニアとしてGISシステム、データ基盤構築、Webシステムの開発に従事。10年以上のWebアプリ開発・データ分析経験を基に、2023年9月に株式会社ビットライトを設立し、現場業務の仕組み化からデータ基盤構築、データ活用支援までを一気通貫で支援。