Notionシステム研究所 > Notionゲスト招待の手順|外部メンバーに安全にページ共有する方法
2026年6月6日
•約13分で読めます
Notionゲスト招待の手順を、招待前チェックリスト、権限レベル、子ページとDBの共有範囲、招待できない時の確認、招待後の見え方確認、契約終了時の削除まで整理します。
Notionで外部メンバーをゲスト招待したいです。共有ボタンからメールアドレスを入れれば終わりですか。
操作だけならそれで近い。ただ、会社で使うなら招待前に子ページ、DB、添付ファイル、コメント、終了時の削除まで確認してから招待するべきじゃ。
Notionのゲスト招待は、外部の人に特定ページを共有するための機能です。
Notion公式ヘルプでは、共有したいページ右上の共有メニューから、名前またはメールアドレスを入力し、アクセス権限を選択して招待できると説明されています。
また、Notionの共有と権限設定では、ページ上部の共有から人を招待し、権限レベルを選んで招待できること、ワークスペース外の人はメールアドレス入力でゲストとして招待できることが説明されています。
Notion公式ヘルプ:Sharing & permissions settings
ただし、ゲスト招待は「メールアドレスを入れて招待する操作」だけで考えると危険です。
よくある失敗は、次のような状態です。
ゲスト招待は、共有ボタンを押す前にほぼ勝負が決まります。
Notionゲスト招待は、招待操作ではなく、共有前チェック、権限選択、見え方確認、共有台帳、終了時削除までを含む社外共有フロー として運用するのが安全です。
この記事では、Notionゲスト招待でできること、招待前チェックリスト、ゲストを招待する手順、権限レベルの選び方、子ページとDBの共有範囲、招待できない時の確認、招待後の権限確認、契約終了時の削除まで整理します。
Notionゲスト招待は、次の順番で進めます。
| 順番 | やること | 目的 |
|---|---|---|
| 1 | 共有目的を決める | 閲覧、コメント、共同編集を分ける |
| 2 | 共有ページを作る | 社外に見せる情報だけを置く |
| 3 | 子ページとDBを確認する | 社内情報が下層や関連先から見えないようにする |
| 4 | 権限を選ぶ | 最小権限で招待する |
| 5 | メールアドレスで招待する | 外部ユーザーをゲストとして追加する |
| 6 | 招待後に見え方を確認する | 余計なページやDBが見えていないか確認する |
| 7 | 共有台帳へ登録する | 相手、権限、終了条件、棚卸し日を残す |
| 8 | 契約終了時に削除する | ゲストアクセスを残さない |
Notion公式ヘルプでは、ワークスペース外のユーザーを招待する場合、ゲストとしてページに追加されると説明されています。
つまり、招待の入口はページ単位です。
ワークスペース全体に外部の人を入れるのではなく、見せるページを決めてから招待します。
ここを曖昧にすると、外部共有用ページ、社内管理ページ、作業DB、添付ファイルが混ざります。
ゲスト招待は、顧客、業務委託先、制作パートナー、採用候補者などにページを共有するときに使います。
代表的な使い方は、次の通りです。
| 相手 | 共有するページ | 権限の目安 |
|---|---|---|
| 顧客 | 提案書、確認依頼、納品物、確定議事録 | 閲覧またはコメント |
| 業務委託先 | 作業ページ、提出物、必要な手順 | コメントまたは編集 |
| 制作パートナー | 制作進行、素材、レビュー依頼 | コメントまたは編集 |
| 採用候補者 | 選考案内、課題、面談資料 | 閲覧またはコメント |
| 顧問、メンター | 相談資料、レビュー資料 | コメント |
ゲスト招待が向くのは、共有範囲が限定できるケースです。
毎日Notionにログインし、社内Wiki、複数DB、チームスペースを使う人は、ゲストではなくメンバーを検討します。
ゲスト招待でやってはいけないのは、社内ページをそのまま外部に共有することです。
社外向けに見せるページを別に作り、社内メモ、原価、未確定判断、個人情報、評価情報は分けます。
ゲスト招待前には、次を確認します。
| チェック | 確認内容 | 事故の例 |
|---|---|---|
| 共有目的 | 閲覧、コメント、共同編集のどれか | 顧客確認だけなのに編集権限を渡す |
| 共有相手 | 会社名、氏名、メールアドレス | 個人メールと会社メールが混ざる |
| 共有ページ | 社外に見せる情報だけか | 社内メモが同じページに残る |
| 子ページ | 下層ページまで見えてよいか | 原価メモ、議事録下書きが見える |
| DB | リンクドビューや関連DBが安全か | 社内タスクDBが外部から見える |
| 添付ファイル | ファイル名と中身が見えてよいか | 見積、契約書ドラフト、個人情報が残る |
| コメント | 社内向けコメントが残っていないか | 「先方には言わない」メモが見える |
| 権限 | 閲覧、コメント、編集のどれか | 編集権限でDB構造が崩れる |
| 終了条件 | いつ削除するか | 契約終了後もアクセスが残る |
このチェックを、毎回人の記憶に頼ると抜けます。
顧客共有ページ、業務委託共有ページ、採用候補者ページのテンプレートを作り、ページ上部にチェックリストを置いておく方が安全です。
Notionゲスト招待の基本手順は、次の通りです。
| 手順 | 操作 |
|---|---|
| 1 | ゲストに共有したいページを開く |
| 2 | 右上の共有メニューを開く |
| 3 | 招待したい人のメールアドレスを入力する |
| 4 | 権限レベルを選ぶ |
| 5 | ゲストとして追加されるか確認する |
| 6 | 招待をクリックする |
| 7 | 招待後に共有メニューで権限を再確認する |
Notion公式ヘルプでは、共有したいページで共有をクリックし、招待したい人の名前またはメールアドレスを入力し、アクセス権限を選択して招待すると説明されています。
外部ユーザーを招待する場合は、ゲストとしてページに追加されます。
ここで必ず確認したいのは、招待される相手の扱いです。
ワークスペースの設定やプランによっては、ゲストとして追加できない場合があります。
招待前に、共有メニュー上で相手がどのように追加されるかを見ます。
ゲストに渡す権限は、弱い権限から考えます。
Notionの共有と権限設定では、フルアクセス、編集、データベースページのコンテンツ編集、コメント、閲覧などの権限レベルが説明されています。
実務では、次のように選びます。
| 権限 | 向いている用途 | 外部ゲストでの注意 |
|---|---|---|
| 閲覧 | 提案書、納品物、案内資料を見せる | コメントや編集はできない |
| コメント | 顧客レビュー、原稿確認、面談資料へのフィードバック | 本文は変えられない |
| 編集 | 業務委託先の作業ページ、共同編集 | 編集範囲と完了条件を決める |
| コンテンツ編集 | DB内ページやプロパティ値の編集 | DB構造を変えられない範囲で使う |
| フルアクセス | 共同オーナーに近い運用 | 外部ゲストには原則慎重に扱う |
顧客にレビューしてもらうだけなら、コメントで足ります。
業務委託先に入力してもらう場合も、いきなり広い編集権限を渡さず、作業ページや入力項目を限定します。
DBを外部ゲストに編集させる場合は、次を決めます。
| 決めること | 例 |
|---|---|
| 編集対象 | 担当タスクだけ、提出物ページだけ |
| 編集項目 | ステータス、コメント、提出URL |
| 編集禁止 | 原価、優先度、社内判断、請求情報 |
| 完了条件 | レビュー待ちへ変更、コメントを残す |
| 確認者 | 社内担当者、PM、責任者 |
権限は「あとから強くする」方が安全です。
最初から広く渡して、あとから削る運用は事故が起きやすくなります。
ゲスト招待で最も危ないのは、共有ページそのものではなく、下層と関連先です。
Notionの共有と権限設定では、親ページの中に作った子ページは親ページの権限を引き継ぐと説明されています。
そのため、ゲスト招待前には次を確認します。
| 対象 | 見ること | 対策 |
|---|---|---|
| 子ページ | 顧客に見えてよい下層だけか | 社内ページを別階層へ移す |
| リンクドビュー | 社内DBの一部が見えていないか | 外部共有用DBを分ける |
| リレーション | 関連先から社内案件が見えないか | 関連先の権限を確認する |
| 添付ファイル | ファイル名と中身が見えてよいか | 外部共有用フォルダに分ける |
| コメント | 社内向けメモが残っていないか | 招待前に削除または社内ページへ移す |
ビューで隠しただけの情報は、権限設計としては弱いです。
外部ゲストに見せたくない情報は、同じページ配下や同じDBに置かない方が安全です。
顧客共有ページの下に社内管理ページを作るのは避けます。
ページ構造として分かりやすくても、共有範囲としては危険です。
ゲスト招待できない場合は、次を確認します。
| 原因 | 確認すること | 対応 |
|---|---|---|
| ゲスト上限 | プラン上限に達していないか | 不要なゲストを削除、プラン確認 |
| ワークスペース設定 | ゲスト招待が制限されていないか | 管理者へ依頼 |
| チームスペース設定 | ページがあるチームスペースで外部追加が禁止されていないか | 共有ページを別の場所に作る |
| メールドメイン制限 | 相手のメールドメインが許可されているか | 許可ドメイン設定を確認 |
| 権限不足 | 自分が招待できる権限を持っているか | オーナー、管理者、ページ管理者へ依頼 |
| メンバー扱いになる | ゲストではなくメンバー追加にならないか | 招待前に追加方法を確認 |
Notion公式ヘルプでも、ゲストを追加できない場合の理由として、ゲスト上限、ワークスペースまたはチームスペース側の制限、メールドメイン制限などが示されています。
また、Enterpriseプランでオーナーがメンバーによるゲスト招待を制限している場合、ページに招待した人が自動的にメンバーとして追加されることがあるため、招待前に相手の追加方法を確認するよう説明されています。
ここは特に注意が必要です。
「外部の人だからゲストになるはず」と思い込まず、共有メニュー上で実際の扱いを確認します。
招待後は、共有メニューとページ構成を再確認します。
見るべき点は、次の通りです。
| 確認 | 内容 |
|---|---|
| ゲスト一覧 | 招待した相手だけが入っているか |
| 権限 | 閲覧、コメント、編集が意図通りか |
| 子ページ | 下層に社内情報が残っていないか |
| DBビュー | 外部ゲストに見えるビューが意図通りか |
| コメント | 社内向けコメントが見えていないか |
| 共有台帳 | 相手、権限、棚卸し日、終了条件を記録したか |
可能であれば、社内の別アカウントや確認担当者に見え方を確認してもらいます。
Notionの共有設定は柔軟ですが、その分「意図せず広いアクセス」になっていることがあります。
共有後に「見られるか」だけでなく、「見えすぎていないか」を確認します。
ゲスト招待は、削除までセットで設計します。
招待時に、終了条件を必ず決めます。
| 終了条件 | 削除タイミング |
|---|---|
| 顧客確認 | 納品完了、検収完了、一定期間経過 |
| 業務委託 | 契約終了、担当終了、案件完了 |
| 制作パートナー | 素材納品、制作完了、レビュー終了 |
| 採用候補者 | 選考終了、辞退、不採用 |
| 顧問、メンター | 契約終了、レビュー完了 |
削除前には、必要な記録を残します。
| 残すもの | 理由 |
|---|---|
| 最終納品物 | 後から確認するため |
| 合意事項 | 認識違いを避けるため |
| コメント履歴 | レビュー経緯を残すため |
| 削除日 | アクセス停止の証跡にするため |
| 社内保管先 | Notion、Drive、PDFなどを決めるため |
共有台帳DBには、次のプロパティを置きます。
| プロパティ | 型 | 用途 |
|---|---|---|
| 共有名 | タイトル | 顧客名、案件名、共有ページ名 |
| ゲスト | テキスト | 氏名、会社名、メールアドレス |
| 共有ページ | URL | 招待したNotionページ |
| 権限 | セレクト | 閲覧、コメント、編集 |
| オーナー | ユーザー | 社内責任者 |
| 開始日 | 日付 | 招待日 |
| 終了条件 | テキスト | 契約終了、納品完了など |
| 棚卸し日 | 日付 | 次回確認日 |
| 状態 | ステータス | 共有中、削除待ち、停止済み |
ゲストアクセスは、残し続けるほど管理不能になります。
月次で、編集権限を持つゲスト、契約終了済みのゲスト、オーナー不明の共有ページを確認します。
Notionゲスト招待は、共有ボタンからメールアドレスを入れるだけなら簡単です。
ただし、会社で使うなら、招待前後の確認と終了時削除まで決める必要があります。
Notionゲスト招待は、操作より運用が重要です。
誰に、どのページを、どの権限で、いつまで見せるのか。
この4点を決めてから招待すれば、社外共有はかなり安全になります。
千葉県出身。10歳の頃からプログラミングを始め、ゲーム、Webサイト、ロボット、スマホアプリなどを制作。大阪大学基礎工学部情報科学科で情報工学と統計学を学び、大学時代はAIを研究。大学在学中にWeb広告代理店でのインターンや人材系Webサービスの立ち上げを経験し、卒業後はフリーランスエンジニアとしてGISシステム、データ基盤構築、Webシステムの開発に従事。10年以上のWebアプリ開発・データ分析経験を基に、2023年9月に株式会社ビットライトを設立し、現場業務の仕組み化からデータ基盤構築、データ活用支援までを一気通貫で支援。