社内Wikiの権限設計｜ページ単位共有・部署・ゲスト・非公開の決め方
社内Wikiの権限は、フォルダ構造を決めたあとに考えると失敗します。「この1枚だけ経営と人事に見せたい」のためにフォルダを増やし、人単位の共有が異動でずれ、面談メモが全員に見える既定のまま置かれる。この記事では、全員／部署／指定した人／自分だけの4区分と既定の決め方、部署単位の共有が人単位より続きやすい理由、管理者にも見えない非公開が必要な理由、社外ゲストの扱い、よくある失敗を整理します。Notion など汎用ツールで組む場合の確認点にも触れます。
社内Wikiの権限設計で、最初に決めることは何ですか？
「全員」「部署」「指定した人」「自分だけ」の4区分を決め、ページの既定をどこから始めるかを決めることです。フォルダ構造より先に、この4区分と既定を決めます。
- ページ単位共有（ページたんいきょうゆう）
- フォルダやスペース全体ではなく、ページ1枚ごとに「誰が読めるか・コメントできるか・編集できるか」を決める権限の付け方。上位ページの設定が下のページにも効く「継承」と組み合わせて使う。フォルダ単位の権限だけだと、「この1枚だけ経営と人事に」のために新しいフォルダを作ることになり、構造が崩れる。用語集の定義 も参照。
権限設計が後回しになると、2つの症状が出ます。1つは「置けない情報がある」こと。人事や経営に関わる情報は、誰が読めるかがはっきりしないと Wiki に置かれず、メールや個別チャットに戻ります。もう1つは「見せすぎている」こと。全員に公開のフォルダに、面談メモや給与に関わる資料が混ざります。どちらも、ページ単位で共有範囲を決められないか、決められても既定が「全員」だと起きます。
だからこそ最初に、4区分と既定を決めます。多くの会社で扱いやすいのは、既定を「自分だけ」にして、必要な相手に開いていく順番です。下書きの段階から Wiki の中で書け、公開のタイミングを書いた人が決められます。
全員／部署／指定した人／自分だけ、どう振り分けますか？
手順・ルールは全員、部署の議事録や管理表は部署、経営・人事の検討資料は指定した人、面談メモや下書きは自分だけ、が基本形です。迷ったら狭い方から始め、必要になったら広げます。
| 区分 | 置くもの | 読める | 編集できる | 例 |
|---|---|---|---|---|
| 全員 | 全社の手順・ルール・用語集・お知らせ | 社内全員 | 担当部署（人事・総務など） | 就業ルール、経費精算の手順、入社手続きの流れ |
| 部署 | 部署の議事録・管理表・部署内の手順 | その部署の所属者 | その部署の所属者 | 採用チームの面接評価シート、情シスの端末台帳 |
| 指定した人 | 経営・人事の検討資料、部署をまたぐプロジェクト | 指名した人 | 指名した一部の人 | 評価制度の改定案、組織変更の検討メモ |
| 自分だけ | 下書き、1on1・面談の準備メモ、個人の作業メモ | 作成者のみ | 作成者のみ | 1on1 の記録、面談ログ、書きかけの手順書 |
「全員が読める」と「全員が編集できる」は分けます。全社の手順書は全員が読めるべきですが、誰でも書き換えられると正本が崩れます。読むのは全員、直すのは担当部署、という組み合わせが基本です。逆に部署の管理表は、その部署の全員が編集できないと運用が止まります。
「指定した人」は便利ですが、増えすぎると誰が読めるか分からなくなります。部署をまたぐプロジェクトなら、プロジェクト用のページを親にして、そこに人を指定し、下のページは継承に任せます。ページごとに毎回人を指定する運用は続きません。
部署単位の共有は、なぜ人単位より続きやすいのですか？
入社・異動・退職のたびに共有先を直さなくてよいからです。部署の所属が名簿に追従していれば、新しく人事部に入った人には自動で見え、異動した人からは自動で外れます。
人単位の共有は、設定した瞬間は正確でも、時間とともにずれます。人事部に新しい人が入ったとき、人事部の全ページに1人ずつ追加する作業が発生し、たいてい漏れます。異動した人の権限を外す作業はさらに忘れられ、「もう人事ではない人が人事のページを読める」状態が残ります。半年に1回の棚卸しで見つけるのが現実的な限界です。
部署単位で共有していれば、この棚卸しが要りません。共有先は「人事部」であり、人事部に誰が所属しているかは名簿が持っています。名簿で異動が反映されれば、Wiki の共有範囲も同時に変わります。これが成り立つには、Wiki の「部署」が名簿と同じものを指している必要があります。Wiki 側で別途グループを作って人を登録する方式だと、名簿とグループの二重管理になり、ずれの原因が1つ増えます。
管理表の担当者列も同じです。担当者を名簿から選ぶ型なら、退職した人が担当の行を一覧で洗い出せます。担当者列と権限が両方「名簿上の人」に追従することで、Wiki の中の「人」の情報が古くならなくなります。この考え方は ナレッジ共有が定着しない理由 でも扱っています。
管理者にも見えない「非公開」は、必要ですか？
人事・経営の情報を Wiki に置きたいなら必要です。管理者が全ページを読める設計だと、人事チームは本音のメモを Wiki に置かず、Wiki の中に人事の正本が集まりません。
「管理者は全部見られる」は、一見すると統制が効いているように見えます。しかし実務では逆に働きます。1on1 の記録、面談メモ、評価の下書き、退職相談。こうした情報は、書いた本人と必要な相手以外には読まれない前提でなければ書けません。管理者（多くの会社では情シスや総務の担当者）が読める可能性があるだけで、人事チームは Wiki を避け、メールや個別チャットに戻ります。
Wiki の中に人事の情報が無いと、制度やルールの正本も Wiki で更新されなくなり、「古い情報が載っている場所」になります。「非公開ページは管理者にも見えない」は、人事情報のためだけの機能ではなく、Wiki 全体の信頼を保つための設計です。
一方で、退職者のページや、所有者が不在になった非公開ページをどうするかは、あらかじめ決めておきます。「退職時に本人が必要なページを引き継ぎ先に共有する」「引き継がれなかった非公開ページは一定期間後にアーカイブする」のように、運用のルールとして持ちます。ツールの仕様（管理者が非公開の本文を読めるか、所有者を変更できるか）を確認して、ルールを組みます。
社外ゲストは、どう扱いますか？
「そのページだけ」を「指定した相手だけ」に開き、閲覧・コメント・編集の範囲を招待ごとに決め、取り消しのルールを持ちます。リンクを知っている人なら誰でも開ける公開とは分けて考えます。
業務委託先、顧問、採用エージェント、監査対応。社外の人に特定の情報だけを見てほしい場面は必ずあります。ここで「リンク公開」を使うと、リンクが転送された先まで読めるようになり、共有範囲を把握できなくなります。招待先を指定する方式なら、誰に開いたかが一覧に残り、必要なくなったときに取り消せます。
ゲストの扱いはツールによって異なります。たとえば Notion では、ゲストはワークスペースに属さないユーザーとして特定のページに招待され、ページを開くにはゲスト自身の Notion アカウントが必要で、ワークスペースのゲスト数の上限はプランによって決まっています（公式サイト 2026年9月確認）。ツールを選ぶときは、「ゲストにアカウント登録を求めるか」「ゲスト数に上限があるか」「ゲストがワークスペースの他の情報を見られないか」「招待を一覧で管理・取り消しできるか」を確認します。
運用ルールとしては、次の3つを決めておきます。(1) ゲスト招待ができる人（全員か、管理者か、ページの所有者か）、(2) 招待するときに社外秘の扱いを確認する手順、(3) 契約終了時に招待を取り消す担当。ゲストの一覧を月1回見るだけでも、「終わった案件の協力者がまだ読める」状態を防げます。ゲスト共有の意味は 用語集 にまとめています。
権限設計でよくある失敗は何ですか？
「複数の経路で付いた権限のうち強い方が効く」ことを見落とす、継承を忘れる、リンク公開を放置する、既定を全員にする、の4つです。いずれも設計時ではなく、運用が始まってから発覚します。
- 強い権限が優先される: 多くのツールでは、ある人が複数の経路（全体の設定・部署・個人指定）で権限を持つとき、最も許可の広いレベルが適用されます。Notion のヘルプでも、権限レベルとチームスペースが重なる場合は常に最も許可的なアクセスレベルが維持されると説明されています（公式サイト 2026年9月確認）。「部署は閲覧のみにしたのに、個人指定で編集が残っていた」が典型です
- 継承の見落とし: 親ページを全員に開くと、下のページも全員に見えます。逆に、親を狭めても個別に開いた子ページは残ります。「親の設定はその下にも効く」ことを前提に、親をどこにするかを決めます。Notion では、チームスペース内のページは既定でチームスペースと同じ権限を引き継ぎ、ページごとに変更できる仕様です（公式サイト 2026年9月確認）
- リンク公開の放置: 一度「リンクを知っている人は誰でも」で開いたページは、用が済んでも閉じられません。リンク公開を許可するかを会社として決め、許可するなら期限と棚卸しの担当を決めます
- 既定が「全員」: 新しいページが全員に見える既定だと、下書きや面談メモが一時的にでも全員に見えます。既定は「自分だけ」から始め、必要な相手に開く順番にします
ChordOne Note での権限設計
新しいページは作成者だけから始まり、共有先は「ワークスペース全員」「指定した人・部署」「自分だけ」からページごとに選び、部署は名簿に追従し、管理者でも非公開の本文は読めません。この記事の4区分が、そのまま設定項目になっています。
ChordOne Note では、新しいページは作成者だけが読める状態（左の一覧では「プライベート」）から始まります。ワークスペース全員に共有すると「スペース」に移り、指定した人・部署に共有したページは相手の一覧の「共有」に表示されます。親ページの共有設定は、その下のページやデータベースにも同じように効きます。3層の意味は 用語集 を参照してください。
部署を指定した共有は、ChordOne の従業員名簿と同じ部署を指すので、異動・入社に追従します。Wiki 側で別のグループを作って人を登録する必要はありません。管理表の担当者列も名簿を参照し、名簿で見られない項目（等級・給与など）はノート側にも表示されません。管理者であっても、非公開ページの本文は閲覧できません。
社外の人には、メールアドレスを指定してそのページだけを開ける招待を送ります。相手は ChordOne に登録しなくてもそのページを開け、閲覧・コメント・編集の範囲を招待ごとに選べます。ワークスペースの他の情報は表示されず、不特定多数が開けるリンク公開ではなく招待先を指定する方式です。招待はページの共有画面で一覧でき、「管理者を含め、ここに無い人はこのページを開けません」という前提で確認できます。
すべて従業員20名まで無料で、21名以上は月200円/人です。データの取り扱いは セキュリティ ページ、機能の詳細は 機能ページ、よくある質問は FAQ をご覧ください。
よくある質問
既定を「自分だけ」にすると、共有し忘れが増えませんか？
公開し忘れは「あとで開けばよい」ので取り返せますが、見せすぎは取り返せません。全員向けの手順書は、全員に共有した親ページの下に作る運用にすれば、継承で自動的に全員に見えます。
部署が名簿と連動しないツールでは、どうすればよいですか？
Wiki 側のグループと名簿の二重管理になるので、入社・異動・退職の手続きの中に「Wiki のグループを直す」を1手順として組み込み、半年ごとに棚卸しします。
管理者が非公開ページを読めないと、退職時に困りませんか？
退職時に本人が必要なページを引き継ぎ先に共有する手順を、退職手続きのチェックリストに入れておきます。引き継がれなかった非公開ページの扱いは、運用ルールとして事前に決めます。