Notionシステム研究所 > Notionゲストとメンバーの違い|料金・権限・社外共有の判断基準

Notionゲストとメンバーの違い|料金・権限・社外共有の判断基準

2026年6月6日

13分で読めます

Notionゲストとメンバーの違いを、料金、アクセス範囲、チームスペース、グループ管理、社外共有、移行時のリスク、月次棚卸しまで整理します。

Notion
ゲスト
メンバー
権限設定
社外共有
料金
助手
助手

Notionで外部の人を追加するとき、ゲストとメンバーのどちらにすべきか迷います。料金だけで決めてよいですか。

博士
博士

料金だけで決めると危ない。メンバーはワークスペース内で日常的に働く人、ゲストは特定ページで共同作業する外部の人、というアクセス範囲で分けるのが先じゃ。

Notionのゲストとメンバーの違いは、単なる料金差ではありません。

Notion公式ガイドでは、メンバーはワークスペース内の多くのコンテンツへアクセスするユーザー、ゲストは会社や組織の外部の個人で、ページごとに招待されるユーザーとして説明されています。

Notion公式ガイド:誰をワークスペースのメンバーとし、誰をゲストにするべきか

また、Notionの共有と権限設定では、フルアクセス、編集、コメント、閲覧などの権限レベルや、子ページの権限継承が説明されています。

Notion公式ヘルプ:Sharing & permissions settings

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

  • 顧客や業務委託先を、料金を気にしてゲストにしたが、複数DBやチームスペースが必要になった
  • 長期常駐者を外部の人だからという理由だけでゲストにし、毎回ページ共有が必要になった
  • 顧客をメンバーにしてしまい、社内ページやチームスペースの見え方が複雑になった
  • 役員、顧問、アルバイト、外注の扱いが人によってばらばらになった
  • メンバーからゲストへ切り替えるときに、プライベートページや担当DBの扱いを確認していない
  • 契約終了後もゲストアクセスやメンバーアカウントが残っている

ゲストは「無料で外部の人を入れる方法」ではありません。

メンバーも「社内の人だから全員入れるもの」ではありません。

Notionゲストとメンバーの違いは、料金より先に、アクセス範囲、利用頻度、チームスペースやグループの必要性、社外共有のリスクで判断するもの です。

この記事では、Notionゲストとメンバーの違いを、料金、権限、チームスペース、グループ管理、社外共有、メンバーからゲストへ変えるリスク、判断フロー、月次棚卸しまで整理します。

Notionゲストの基本はこちら

Notionゲストとメンバーを、アクセス範囲、利用頻度、チームスペース、料金、月次棚卸しで判断する構成図

先に結論:毎日使うならメンバー、限定共有ならゲスト

Notionで迷ったら、最初に次のように分けます。

相手 基本判断 理由
社員 メンバー 社内Wiki、チームスペース、複数DBを日常的に使う
経営陣、管理職 メンバー 全社情報や部門情報を広く確認する必要がある
長期常駐の業務委託 メンバー検討 複数チームや社内DBを継続的に使うならゲストでは苦しい
案件単位の外注 ゲスト 特定プロジェクトページだけで足りることが多い
顧客 ゲスト 提案書、確認ページ、納品物など限定ページで足りる
顧問、メンター ゲスト寄り 特定資料へのコメントやレビューが中心
アルバイト、インターン 職務範囲で判断 社内業務を日常的に行うならメンバー、短期の限定作業ならゲスト

判断軸は、会社との雇用形態ではありません。

重要なのは、その人がNotionのどこまで使うかです。

毎日ログインし、社内Wiki、タスクDB、議事録DB、マニュアル、チームスペースを横断するなら、メンバーとして管理する方が自然です。

一方で、顧客に確認ページだけを見せる、業務委託先に案件ページだけを共有する、採用候補者に課題ページだけを見せる場合は、ゲストの方が適しています。

ゲストで無理に広い運用をすると、ページ共有が増え、誰が何を見られるか分かりにくくなります。

メンバーで広く入れすぎると、課金と情報管理の負担が増えます。

ゲストとメンバーの比較表

ゲストとメンバーは、次のように分けます。

項目 メンバー ゲスト
主な対象 社員、経営陣、長期協力者 顧客、外注、業務委託、パートナー
アクセス範囲 ワークスペース内の広い範囲 招待されたページとその関連範囲
チームスペース 参加できる 基本的に参加できない
グループ管理 グループで管理できる グループ管理の対象にしない
ページ作成 アクセスできる場所で作成できる 共有ページ配下の作成が中心
プライベートページ 個人作業ページを持てる ワークスペース内の個人作業者としては扱わない
料金 有料プランではメンバー単位の課金対象 ゲスト自体は無料だがプラン上限がある
棚卸し 社内アカウントとして管理 共有ページと終了日で管理

Notion公式ガイドでは、メンバーはグループやチームスペースに所属でき、アクセス可能な場所にページやチームスペースを作成できると説明されています。

一方で、ゲストは招待されたコンテンツ外でページを作成できず、チームスペースやグループには参加できないと説明されています。

つまり、違いの中心は「外部か内部か」だけではありません。

チームスペース、グループ、社内DB、複数部門の情報を使うならメンバー寄りです。

特定ページだけで共同作業が終わるならゲスト寄りです。

メンバーにすべき人

メンバーにすべきなのは、Notionを社内の仕事場として使う人です。

次の条件に当てはまる人は、メンバーを検討します。

条件 理由
毎日Notionを使う ページ単位共有では運用が重くなる
社内Wikiを見る 情報範囲が広く、チームスペース設計が必要
複数DBを使う タスク、議事録、案件、マニュアルが横断する
グループで権限管理したい 部署、職種、管理者などでまとめて管理できる
チームスペースに参加する 部門単位の情報を継続的に使う
自分の作業ページを持つ 個人の下書きやメモをワークスペース内で管理する

たとえば、常勤社員、管理職、社内PM、長期常駐の業務委託、複数案件を横断する外部ディレクターは、メンバーが向くことがあります。

「外部の人だから必ずゲスト」と決めると、現実の業務に合わない場合があります。

長期の業務委託先が、社内Wiki、タスクDB、顧客別ページ、複数チームの議事録を毎日使うなら、ゲストでページを一つずつ開けるより、メンバーとして権限範囲を設計した方が管理しやすいです。

ただし、メンバーにする場合でも、すべてを見せる必要はありません。

チームスペース、ページ権限、DB権限、グループを使って、見せる範囲を決めます。

ゲストにすべき人

ゲストにすべきなのは、特定ページだけで共同作業が完結する人です。

次の条件に当てはまるなら、ゲストが向きます。

条件 理由
案件単位で関わる 必要なページだけ共有すればよい
顧客確認が中心 コメントや閲覧で足りることが多い
社内Wikiは不要 ワークスペース全体に入れる必要がない
契約終了日が明確 終了時にゲストアクセスを外しやすい
チームスペース不要 ページ単位の権限で管理できる
外部共有ページで十分 社内メモや原価を分けられる

顧客には、提案書、確認依頼、スケジュール、納品物、議事録の確定版だけを見せます。

業務委託先には、担当案件の作業ページ、提出物、レビューコメント、必要な手順だけを見せます。

採用候補者には、選考案内、課題、面談資料だけを見せます。

このように共有範囲が明確なら、ゲストの方が安全です。

Notion公式ガイドでも、顧客や組織外のフリーランサー、業務委託先は、必要とするのが特定プロジェクトやコンテンツへのアクセスだけならゲストとして追加できると説明されています。

料金だけで判断しない

2026年6月7日確認時点のNotion公式料金ページでは、外部ゲストについて、Freeプランは10名、Plus、Business、Enterpriseは無制限と表示されています。

Notion公式:料金プラン

ただし、ゲスト数や料金条件は変更される可能性があります。

実際に運用を決めるときは、契約中のプラン画面と公式料金ページを確認してください。

料金面では、次のように考えます。

状態 判断
短期案件で数人だけ共有 ゲストで十分なことが多い
顧客ごとに多数のゲストが増える プラン上限と棚卸しが必要
外注先が毎日複数DBを使う メンバー費用を払う価値があるか検討
社員をゲスト扱いにしたい 情報管理と実務の負担が増えるため再考
メンバー数が増えすぎている 本当に広いアクセスが必要な人か棚卸し

料金を抑えるためだけにゲストへ寄せると、ページ共有、権限確認、問い合わせ対応、見えないページの再共有が増えます。

逆に、迷ったら全員メンバーにする運用も、ライセンス費と情報範囲が広がります。

費用を見るなら、月額料金だけでなく、管理負荷も一緒に見ます。

メンバーからゲストへ変えるリスク

メンバーをゲストへ変えるときは、単にロールを変えれば終わりではありません。

確認すべき点は、次の通りです。

確認項目 見ること
アクセスしていたページ ゲストにした後も必要なページが残るか
チームスペース 所属が外れることで業務に支障がないか
グループ権限 グループで付与していた権限がなくなるか
担当DB 担当タスク、議事録、案件ページへアクセスできるか
プライベートページ 個人作業ページや下書きの扱いを決めたか
外部共有台帳 共有ページ、権限、終了日を登録したか

特に、長期協力者をメンバーからゲストへ戻す場合は注意が必要です。

その人が作成したページ、担当しているDB行、コメント、リンクドビュー、通知先を確認せずに切り替えると、業務が止まることがあります。

切り替え前に、次を実施します。

手順 内容
1 現在アクセスしているチームスペースと主要ページを棚卸しする
2 今後必要なページだけを外部共有ページに移す
3 社内メモ、原価、評価、未確定情報を分離する
4 ゲストに渡す権限を閲覧、コメント、編集から選ぶ
5 切り替え後に本人と社内担当者で見え方を確認する
6 外部共有台帳に終了条件と棚卸し日を入れる

メンバーからゲストへの変更は、コスト削減ではなく、アクセス範囲の再設計です。

社外共有の判断フロー

ゲストかメンバーかは、次の順番で判断します。

質問 はい いいえ
社内メンバーとして日常的に働くか メンバー検討 次へ
複数チームや複数DBを使うか メンバー検討 次へ
チームスペースやグループ管理が必要か メンバー検討 次へ
見せる範囲が特定ページに限定できるか ゲスト検討 別ワークスペースや専用システムも検討
契約終了日や棚卸し日を決められるか ゲストで運用しやすい 共有台帳を先に作る
顧客や外部ユーザーが大量入力するか 専用フォームや業務システムも検討 Notionゲストで足りる可能性あり

ここで大事なのは、ゲストとメンバーだけで無理に解決しないことです。

たとえば、顧客が何十人も入力する申請業務、承認履歴が必要な業務、個人情報を大量に扱う業務は、Notionのゲスト共有だけで頑張らない方がよいです。

その場合は、Notionを案内ページや共有資料に使い、入力や承認はフォーム、kintone、ワークフロー、専用アプリに分けます。

Notionは、社外共有の入口としては優秀です。

ただし、外部ユーザー管理そのものが業務の中心になるなら、専用システムも候補に入れます。

月次棚卸しの方法

ゲストとメンバーは、月に1回棚卸しします。

見るべき対象は、次の通りです。

対象 棚卸し内容
メンバー 退職者、契約終了者、使っていないアカウント
ゲスト 契約終了、納品完了、選考終了後も残っていないか
編集権限 外部ゲストに広すぎる権限が残っていないか
チームスペース 不要なメンバーが残っていないか
共有ページ 顧客共有ページの下に社内情報がないか
外部共有台帳 オーナー、棚卸し日、終了条件が空欄でないか

Notion公式ガイドでは、設定のメンバーセクションにゲストタブがあり、各ゲストがアクセスできるページを確認できると説明されています。

この管理画面に加えて、業務側の外部共有台帳を持つと、判断しやすくなります。

共有台帳には、相手、会社名、メールアドレス、共有ページ、権限、開始日、終了条件、棚卸し日、社内オーナーを入れます。

月次では、次のように処理します。

状態 処理
契約終了済み ゲスト削除、または閲覧停止
納品後の顧客共有 閲覧のみへ変更、または共有停止
編集権限が不要 コメントまたは閲覧へ下げる
オーナー不明 社内責任者を再設定
メンバー利用が少ない ゲスト化、削除、または必要性を確認

棚卸しは、料金削減のためだけではありません。

情報漏洩、編集事故、契約終了後のアクセス残りを防ぐために行います。

まとめ

Notionのゲストとメンバーの違いは、料金よりもアクセス範囲で判断します。

  • メンバーは、社内や長期協力者がワークスペース内の広い情報を日常的に使う場合に向く
  • ゲストは、顧客や外部パートナーに特定ページだけ共有する場合に向く
  • チームスペースやグループ管理が必要なら、メンバーを検討する
  • ゲストは無料枠だけで判断せず、プラン上限と棚卸しを確認する
  • メンバーからゲストへ変えるときは、ページ、DB、チームスペース、プライベートページを確認する
  • 外部共有が大量入力や承認業務になるなら、Notionだけに閉じない
  • 月次でメンバー、ゲスト、編集権限、共有ページを棚卸しする

ゲストは安く入れるための抜け道ではなく、限定ページだけを外部に共有する仕組みです。

メンバーは便利だから増やすものではなく、ワークスペース内で日常的に働く人を管理するためのロールです。

この線引きを決めてから招待すると、Notionの社外共有はかなり安定します。

Notionシステム設計支援

Notionの社外共有とアカウント設計を業務に合わせて整えます

メンバー、ゲスト、チームスペース、共有ページ、外部共有台帳を整理し、情報漏洩と無駄なライセンスが起きにくい運用を作ります。

著者
守高 成悟
守高 成悟

代表取締役 CEO

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

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

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

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

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

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

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