Notionシステム研究所 > Notion公開設定の基本|社内共有・ゲスト共有・Web公開の違いを整理
2026年6月6日
•約12分で読めます
Notion公開設定の基本を、社内共有、外部ゲスト共有、Web公開、Notion Sites、権限レベル、子ページ、公開前チェック、公開停止まで実務目線で解説します。
Notionのページを公開したいです。共有ボタンからリンクを送れば大丈夫ですか。
リンクを送る前に、誰に見せる公開なのかを決める必要がある。社内共有、外部ゲスト、Web公開は同じ「公開」でもリスクが違う。
Notionの公開設定は、単にページを見せるための操作ではありません。
社内メンバーに共有するのか、外部のゲストに見せるのか、インターネット上に公開するのかで、確認すべき範囲が変わります。
Notion公式ヘルプでは、作成したページを特定の人やチーム全体と共有したり、Webに公開したりできると説明されています。
また、Notion SitesでWeb公開することと、共有メニューの一般アクセスで「リンクを知るWeb上の全ユーザー」にすることは別の設定として説明されています。
Notion公式ヘルプ:Publish a Notion Site
公開設定で怖いのは、公開できないことではありません。
怖いのは、意図より広く見えてしまうことです。
Notion公開設定は「リンクを渡す操作」ではなく、誰に、どの範囲を、どの権限で、いつまで見せるかを決める情報管理の設計 として扱います。
この記事では、Notion公開設定の基本を、社内共有、ゲスト共有、ページURL共有、Webリンク共有、Web公開、権限レベル、公開前チェック、公開停止まで整理します。
ここでは、アクセス権のある人にNotionページURLを渡すだけの共有を「ページURL共有」、一般アクセスを Anyone on the web with link にしてリンクを持つ人へ開く共有を「Webリンク共有」と呼び分けます。
Notionを非公開にする方法はこちら
Notion限定公開の考え方はこちら
Notionで「公開」と呼ばれやすいものは、実際には複数あります。
| 種類 | 見せる相手 | 主な用途 |
|---|---|---|
| 社内共有 | ワークスペース内のメンバー | 社内手順、プロジェクト、ナレッジ |
| チーム共有 | 特定のチームスペース参加者 | 部署内資料、案件管理、採用管理 |
| ゲスト共有 | ワークスペース外の特定人物 | 顧客共有、外部パートナー、顧問 |
| ページURL共有 | すでにアクセス権のある人 | SlackやメールでNotionページURLを渡す |
| Webリンク共有 | リンクを持つWeb上の閲覧者 | 短期レビュー、外部配布してよい資料 |
| Web公開 | インターネット上の閲覧者 | FAQ、採用ページ、イベント案内 |
| 非公開 | 自分、または限定メンバー | 下書き、社内メモ、個人情報 |
ページURL共有は、権限を広げる操作ではありません。相手がすでにアクセス権を持っていなければ、URLを渡してもページは見えません。
一方で、Webリンク共有は、リンクを持つ人へ見せる一般アクセスです。URLが転送される前提で、置く情報を絞ります。
まず決めるべきなのは、操作ではなく公開範囲です。
| 先に決めること | 例 |
|---|---|
| 誰に見せるか | 全社員、部署、顧客、Web閲覧者 |
| 何を見せるか | 本文だけ、子ページ、DB、添付ファイル |
| 何をさせるか | 閲覧、コメント、編集、複製 |
| いつまで見せるか | 常時、案件中だけ、公開期間中だけ |
| 誰が止めるか | ページ責任者、管理者、広報担当 |
公開設定は、ページを作った人の気分で決めない方が安全です。
業務ごとに、標準の公開ルールを持ちます。
社内共有は、ワークスペース内のメンバーやチームスペースにページを見せる設定です。
Notion公式ヘルプでは、ワークスペース内の全員にページのアクセス権限を付与したり、ページをデフォルトチームスペースに置いたり、アクセス権のある人にURLを共有したりできると説明されています。
社内共有で重要なのは、誰でも見てよい情報かどうかです。
| 情報 | 推奨する置き場所 |
|---|---|
| 全社ルール、手順書 | 全社チームスペース |
| 部署内の業務資料 | 部署チームスペース |
| プロジェクト進行 | プロジェクトチームスペース |
| 採用、評価、契約 | 限定チームスペース |
| 下書き、未確認情報 | プライベート、または限定ページ |
社内共有でも、全社員に見せてよいとは限りません。
特に、次の情報は範囲を狭くします。
| 情報 | 理由 |
|---|---|
| 採用候補者情報 | 個人情報を含む |
| 人事評価 | 限定情報 |
| 顧客別の契約条件 | 商流、金額、交渉履歴を含む |
| 経営会議メモ | 未確定の判断を含む |
| セキュリティ情報 | 管理者や担当者に限定すべき |
社内公開は、広げるほど楽になります。
しかし、あとから狭めるのは面倒です。
最初は必要な範囲に絞り、定着したら広げる方が安全です。
ゲスト共有は、ワークスペース外の特定の人をNotionページへ招待する方法です。
公式ヘルプでは、ワークスペース外のユーザーを招待する場合、その人はゲストとしてページに追加されると説明されています。
顧客、業務委託、制作会社、顧問、採用候補者などに共有する場合に使います。
| 用途 | 推奨権限 |
|---|---|
| 顧客への資料共有 | 閲覧可能 |
| 顧客レビュー | コメント可能 |
| 外部パートナーとの共同編集 | 編集可能を限定的に付与 |
| 作業タスクの更新 | コンテンツ編集可能を検討 |
| 契約書や見積書の確認 | 閲覧可能、またはコメント可能 |
ゲスト共有では、次の点を必ず見ます。
| チェック | 理由 |
|---|---|
| 親ページ | 親側から余計な情報が見えないか |
| 子ページ | 共有ページの下に社内メモがないか |
| データベース | 関連ページや別ビューが見えないか |
| 添付ファイル | 契約書、見積、個人情報が混ざっていないか |
| コメント | 社内向けの補足が残っていないか |
| 期限 | 案件終了後にゲストを外す予定があるか |
ゲスト共有で一番避けたいのは、顧客向けページに社内用の事情を混ぜることです。
たとえば、顧客に見せる進捗ページと、社内で見る遅延理由や原価メモは分けます。
| 顧客に見せる情報 | 理由 |
|---|---|
| 今週の進捗 | 相手が確認すべき状態 |
| 次回確認事項 | 顧客側の判断が必要 |
| 納品予定 | スケジュール共有に必要 |
| 顧客向け議事録 | 合意事項の確認に必要 |
| 社内に残す情報 | 理由 |
|---|---|
| 原価、粗利 | 顧客に見せない |
| 担当者の負荷 | 社内管理情報 |
| 交渉メモ | 営業情報 |
| リスク評価 | 社内判断情報 |
外部に見せるNotionページは、社内DBの一部をそのまま切り出すのではなく、外部共有用のページとして設計する方が安全です。
Web公開は、Notionページをインターネット上で見られる状態にする設定です。
Notion Sitesを使うと、NotionページをWebサイトとして公開できます。
公式ヘルプでは、Notion Siteとして公開すると誰でも閲覧でき、ページを変更すると公開サイトも自動で更新されると説明されています。
Web公開に向いているのは、最初から外部向けに作った情報です。
| 向いている情報 | 例 |
|---|---|
| 採用情報 | 募集要項、選考フロー |
| イベント案内 | 日時、参加方法、FAQ |
| 公開FAQ | よくある質問、問い合わせ前の案内 |
| テンプレート配布 | 複製して使うNotionテンプレート |
| 簡易LP | 限定キャンペーン、資料案内 |
一方で、次の情報はWeb公開に向きません。
| 向かない情報 | 理由 |
|---|---|
| 社内議事録 | 未確定情報や個人名を含む |
| 顧客別進捗 | 顧客情報や案件情報を含む |
| 契約、見積 | 金額や取引条件を含む |
| 採用評価 | 個人情報を含む |
| 社内ナレッジDB全体 | 子ページやDB内ページまで確認が必要 |
Notion公式ヘルプでは、NotionページをWeb公開するとサブページも公開されると説明されています。
また、公開ページやWebリンク共有では、ページに貢献したNotionユーザーの名前、プロフィール写真、メールアドレスがメタデータに含まれる可能性があるとも説明されています。
Web公開では、本文だけでなく、次のものまで確認します。
| 確認対象 | 見ること |
|---|---|
| 子ページ | 公開されて困るページがないか |
| データベース | DB内ページやビューが見えてよいか |
| 添付ファイル | 外部に出せる資料だけか |
| コメント | 社内向けコメントが残っていないか |
| メタデータ | 作成者や共同編集者の情報が問題ないか |
| 検索インデックス | 検索結果に出してよいか |
| 複製設定 | テンプレートとして複製させてよいか |
Web公開は、共有より広い行為です。
Web公開やWebリンク共有では、URLの転送、検索インデックス、複製の扱いまで考えます。
Notionの共有では、相手に付ける権限レベルが重要です。
公式の共有・権限ヘルプでは、ページごとにユーザーやグループへアクセス権限を設定でき、権限レベルを選べると説明されています。
実務では、次のように使い分けます。
| 権限 | 使う相手 |
|---|---|
| フルアクセス | ページ責任者、管理者 |
| 編集可能 | 実際に本文を編集する社内メンバー |
| コンテンツ編集可能 | DBの行は更新するが、構造は変えさせない人 |
| コメント可能 | レビュー担当、顧客確認者 |
| 閲覧可能 | 読むだけの社内メンバー、外部閲覧者 |
公開設定で事故が起きやすいのは、フルアクセスと編集可能の付けすぎです。
特に外部ゲストには、原則としてコメント可能か閲覧可能を使います。
| 相手 | 基本方針 |
|---|---|
| 全社員 | 読み取り中心 |
| 部署メンバー | 編集できる範囲を限定 |
| ページ責任者 | フルアクセス |
| 外部ゲスト | 閲覧、コメント中心 |
| 顧客 | 閲覧、コメント中心 |
| 業務委託 | 必要なページだけ編集 |
Notionは共有が速い分、権限の付けすぎに気づきにくいです。
「この人は何をする必要があるか」から権限を決めます。
公開前には、チェックリストを使います。
| チェック | 確認内容 |
|---|---|
| 公開相手 | 社内、ゲスト、Webのどれか |
| 権限 | 閲覧、コメント、編集、フルアクセスのどれか |
| 子ページ | 見せてはいけない情報が下にないか |
| DB | 関連DBやDB内ページまで見えてよいか |
| 添付 | PDF、画像、ファイルが外部公開向けか |
| コメント | 社内向けコメントが残っていないか |
| メタデータ | 作成者情報が出ても問題ないか |
| 複製 | テンプレートとして複製させてよいか |
| 検索 | 検索インデックスを許可してよいか |
| 停止方法 | 誰がいつ公開を止めるか |
業務では、公開責任者を決めます。
| 役割 | 責任 |
|---|---|
| 作成者 | 本文と添付の確認 |
| レビュー担当 | 社外秘、個人情報、顧客情報の確認 |
| ページ責任者 | 権限と公開範囲の決定 |
| 管理者 | 全社ルール、禁止設定、棚卸し |
特にWeb公開は、1人で判断しない方がよいです。
採用ページやイベント案内のように軽く見えるページでも、個人名、メールアドレス、社内コメント、古い添付が残ることがあります。
公開前に、閲覧者の立場で実際に開いて確認します。
公開は、始める時より止める時の方が漏れやすいです。
Notion公式ヘルプでは、Notion Siteの公開を停止しても、一般アクセスが「リンクを知るWeb上の全ユーザー」に設定されていると、リンクを持つ人がページにアクセスできる可能性があると説明されています。つまり、Web公開とWebリンク共有は別々に止める必要があります。
つまり、公開停止では次の両方を見ます。
| 停止対象 | 見ること |
|---|---|
| Notion Site | PublishタブでUnpublishされているか |
| 一般アクセス | Webリンク共有が残っていないか |
| ゲスト共有 | 外部ゲストが残っていないか |
| チーム共有 | 不要なチームに共有されていないか |
| 子ページ | 子ページ単体で公開されていないか |
| 外部リンク | Webサイトや資料からリンクが残っていないか |
公開停止は、ページ単体で終わらせません。
案件、イベント、採用、顧客共有のように期限がある公開は、公開時点で停止日を決めます。
| 公開の種類 | 停止タイミング |
|---|---|
| 顧客共有ページ | 契約終了時、納品完了時 |
| 採用候補者向けページ | 選考終了時 |
| イベントページ | イベント終了後、アーカイブ方針に従う |
| 期間限定LP | キャンペーン終了時 |
| 外部パートナー共有 | 契約終了時、体制変更時 |
Notion公開設定は、公開ボタンを押す作業ではありません。
社内共有、ゲスト共有、Web公開、公開停止まで含めた運用です。
誰に見せるか、何を見せるか、どの権限にするか、いつ止めるか。
この4つを決めておけば、Notionは安全に公開ページとして使えます。
千葉県出身。10歳の頃からプログラミングを始め、ゲーム、Webサイト、ロボット、スマホアプリなどを制作。大阪大学基礎工学部情報科学科で情報工学と統計学を学び、大学時代はAIを研究。大学在学中にWeb広告代理店でのインターンや人材系Webサービスの立ち上げを経験し、卒業後はフリーランスエンジニアとしてGISシステム、データ基盤構築、Webシステムの開発に従事。10年以上のWebアプリ開発・データ分析経験を基に、2023年9月に株式会社ビットライトを設立し、現場業務の仕組み化からデータ基盤構築、データ活用支援までを一気通貫で支援。