社内Wikiはどれがおすすめ？共同編集・履歴の復元・共有範囲で3つのツールを比較

▼ この記事の内容

社内Wikiの比較は、Notionなら履歴期間と部分復元、Confluenceなら版比較と検索、esaなら書き途中の共同編集と共有範囲が確認の入口になります。自社のサンプルで本文と添付へのアクセスを別々に試し、更新担当と後任が必要な操作をできるか確かめて候補を残しましょう。

社内Wikiを選ぶ担当者が確かめたいのは、部署のページを一緒に直せるか、誤って消した条件を戻せるか、必要な人だけが本文と添付を使えるかです。ここでは製品の公式説明と、実際に候補を試すための提案を分けて紹介します。製品を実測したランキングではありません。

社内Wikiはページを共同更新する業務に合わせて選ぶ

書きかけで共有するか、確認後に共有するかを決める

版履歴から一部を戻す操作を確認したいならNotion、版同士の比較と検索の絞り込みを確かめたいならConfluence、書き途中の共有から共同編集を試したいならesaが候補になります。どれかだけがその仕事に対応するという意味ではなく、公式資料をもとに比較を始める入口です。

最初に、議事録のように書き途中から協力して直すページと、就業上の手順のように確認後の内容を案内するページを分けてみましょう。esaはWIPとして書き途中の情報を共有する使い方を案内しています。Wikiを「承認済み情報しか置けない場所」と決めつける必要はありません。

ただし、途中のページが読めることと、業務に使ってよいことは別です。試行用ページには「確認中の箇所」「確認する担当者」「適用する部署」を書き、利用者が手順を実行してよい範囲を判断できるか試します。

参考：esa – 自律的なチームのための情報共有サービス｜esa

参考：Delete & restore content｜Notion

参考：Document storage and tracking with Confluence｜Atlassian

社内WikiとFAQ・チャット・AI検索の役割を分ける

使い分けの出発点として、Wikiは背景と手順を更新するページ、FAQは質問から答えへの案内、チャットはその場の相談として整理できます。会議室予約の変更についてチャットで回答したら、継続して使う手順をWikiへ戻し、よくある質問から該当ページへ案内する使い方です。

AI検索も加えるなら、どのページのどの版を参照するか、閲覧できない情報を回答に含めないかを別に確認します。回答が生成されたことだけで、手順の正しさや社内の確認が済んだとは扱いません。これらは利用目的の整理であり、ここで比較する各製品のAI機能を保証するものではありません。

公式の機能情報と操作の試用で社内Wikiの候補を比較する

以下の機能情報は、2026年9月15日に確認した各製品の公式資料に基づきます。候補を残す基準は、自社の必要条件として決めます。下表の操作と基準は試し方の提案で、製品の検証結果ではありません。料金や契約プランは申込時の条件を確認してください。

候補	公式で確認した点	同じページで試す操作	適用条件	候補に残す基準
Notion	版履歴と過去のブロックのコピー	新しい手順を残して、消えた例外だけを戻す	履歴期間はプラン別。履歴はCan edit以上	必要な期間の版を担当者が参照し、必要箇所を戻せる
Confluence	版比較・復元、spaceやlabelによる検索の絞り込み	初版と最新版を比較し、対象のspaceからページを探し直す	Cloud・Data Centerや契約プランの詳細は個別確認	変更の採否を確認でき、利用者の検索語で目的のページに届く
esa	WIP共有・共同編集・版管理	書き途中のページを一緒に編集して差分を確認する	記事・カテゴリごとの閲覧権限を設けない方針	チーム単位の共有境界と実際の編集方法が自社に合う

Notionは変更履歴の保存期間と復元できる範囲を確認する

Notionのページ履歴は、Freeが7日、Plusが30日、Businessが90日、Enterpriseが無制限です。履歴へのアクセスにはCan edit以上の権限が必要です。誤りを発見するまでの期間と、復元する人の権限を合わせて確認します。

過去版から必要なブロックをコピーし、現在のページへ貼り付ける方法が案内されています。試す際は、例外の段落だけを戻した後に、新しく追加した手順も残っているか読み直します。ページ全体の復元を選ぶ前に、戻したい範囲を決めてください。

変更の表示はすべての変更を捕捉するものではなく、モバイルでは詳細比較を利用できません。また、データベースの復元と、その中の各ページ本文の復元は同じではありません。実際に利用する端末とページの形式で確認しましょう。

参考：Delete & restore content｜Notion

Confluenceは版の比較とページを探し直す操作を確認する

Atlassianの公式概説では、Confluenceの過去版の比較・復元と、spaceやlabelなどによる検索の絞り込みが説明されています。試行では「変更された箇所を見る操作」と「ページを探す操作」を分けると、どこで困ったか記録できます。

たとえば予約変更ページの初版と最新版を比べ、追加された部屋変更と、消えた来客対応を区別します。その後、ページを閉じて部署のspaceやlabelで探し直してください。版の貢献者が分かることを、個々の変更者を必ず特定できることと同一視しません。Cloud・Data Centerやプラン別の権限の詳細は、この概説だけでは確定できません。

参考：Document storage and tracking with Confluence｜Atlassian

esaは書きかけのページの共同編集と共有範囲を確認する

esaの公式サイトは、WIPでの共有、リアルタイム共同編集、カテゴリ整理、版管理とロールバックを案内しています。書き途中の手順に別の担当者が例外を補う使い方を試せますが、WIPは非公開や正式承認を意味しません。

公式FAQは、記事・カテゴリごとの閲覧権限を実装する予定がないと説明し、共有範囲を分ける代替として複数チームを案内しています。同じチーム内で部署別の閲覧制限が必要なら、この境界を先に確認します。複数チームで運用する場合は、参加者の管理や共通ページの更新を誰が担当するかも試行に含めてください。職種だけを理由に候補から外す判断はできません。

参考：esa – 自律的なチームのための情報共有サービス｜esa

参考：FAQ よくある質問｜esa

同じページを共同編集し、消えた条件だけを復元してみる

手順・例外・変更理由を分けたページ例

以下は説明のための架空例です。人物、通知、観察結果はすべて架空で、実製品の出力・精度検証・導入実績ではありません。自社で試す場合は利用許可のあるサンプルに置き換えてください。

記入欄	架空の記入例
親／子ページ	会議室の使い方／会議室の予約を変更する手順
対象と未確認範囲	本社の予約変更。支店の運用は未確認
根拠	架空の総務通知「本社会議室の予約変更」
確認／更新担当	総務の小林が手順を確認し、山田が本文を更新
添付	架空の来客受付手順。閲覧対象者は別に確認
引き継ぐ人	後任の佐々木が本文・添付・履歴を操作して引き受ける

版・状態	本文の記入例	変更の判断
初版	予約者が予定表の時刻を変更する。外部来客がある予約は総務に連絡する。	時刻変更と来客の例外がある
同時編集案	予約者が予定表の時刻または部屋を変更する。	編集者Aが部屋変更を追加。編集者Bが来客の例外を誤って削除
採用版	予約者が予定表の時刻または部屋を変更する。外部来客がある予約は総務に連絡する。	部屋変更を残し、来客の例外だけを復元

この例で全体を初版に戻すと、採用したい部屋変更まで失います。先に小林が部屋変更の適用可否を確認し、山田が例外だけを戻す範囲を決めます。復元後は「時刻変更」「部屋変更」「外部来客」の各場面で文面を読み、意図した条件が残っているか確認してください。

試した操作と結果を分けて比較票に記録する

次の表は、試した操作と結果を混同しないための記入例です。観察はすべて架空で、特定製品の評価ではありません。自社用にコピーする場合は、観察欄を実際の結果に置き換え、利用環境・プラン・端末・実施日も添えます。

操作	期待すること	架空の観察結果	判断と次の担当作業
作成	対象と根拠をたどれる	親子リンク・本社対象・総務通知を記入。支店は未確認	小林が支店の運用を別途確認。本社の手順をそのまま広げない
共同編集	追加と誤削除を区別できる	Aの部屋変更追加とBの例外削除が見つかった	小林が追加を確認し、Bが例外の復元箇所を示す
履歴	新しい変更を残して戻せる	初版と最新版の比較で例外欠落を確認した	山田が例外だけを戻し、追加手順が残ったか読む
検索	利用者の言葉でたどり着く	「会議室変更」は到達。「部屋取り直し」は未到達	山田が別名と案内文を直し、利用者が再検索する
閲覧	対象者が必要資料を読める	一般社員は本文を読めたが添付は読めなかった	小林が添付の対象者と代替案内を決め、IT担当が設定確認
引き継ぎ	後任が更新と復元を担える	佐々木は本文編集ができた。履歴操作は未確認	佐々木本人が履歴を開いて操作を確認してから引き受ける

「履歴機能がある」と「後任が復元できた」は別の記録です。未到達や未確認が残ったら、候補をすぐ不採用にする前に、権限設定・案内文・契約条件のどこを確かめるか担当者を決めます。

ページに加え、添付ファイル・外部共有・引き継ぎも確認する

親子ページと添付ファイルのアクセス権限を別々に確認する

本文を読めても添付を読めるとは限りません。反対に、本文を制限しても添付のURLから開ける場合があります。esaの添付設定では、デフォルトと独自S3はURLを知る人が閲覧でき、ログイン限定は対象チームへログイン中のメンバーに限られます。

同資料では設定変更が過去の添付へ遡及しないと説明されています。ログイン限定への変更後は新しい外部公開ができなくなりますが、それ以前の外部公開は維持されます。新規と既存のファイルを分け、外部公開済みのページも確認してください。

下表は架空の組織が希望する条件です。製品の標準設定や試験済みの結果ではありません。機密を含まないサンプルで、各本人のアカウントとログアウトした状態から本文・子ページ・添付URLを開いて記録します。

試す人・状態	本文／子ページ	添付	編集	履歴
一般社員	閲覧可を希望	対象者だけ閲覧可を希望	不可を希望	社内で決定待ち
編集担当	閲覧可を希望	対象範囲を別途確認	可を希望	可を希望
後任	閲覧可を希望	本人のアカウントで確認	可を希望	本人の操作で確認
ログアウト	どちらも不可を希望	直接URLでも不可を希望	不可を希望	不可を希望

希望と結果が違った箇所は、設定を変えるか、資料を分けるか、別の案内を用意するかを判断します。本文の権限だけを見て確認済みにせず、古い添付や共有URLも同じ条件で読み直しましょう。

参考：画像などの添付ファイルのアクセス権やアップロード先を設定する｜esa

更新担当の交代後もページと根拠情報を修正できるか確かめる

担当者名の変更だけで引き継ぎを終えず、後任本人がサンプルを編集してみます。本文の誤りを直せるか、根拠の通知と添付を読めるか、履歴から必要な箇所を戻せるかを確認し、権限が足りない操作はIT担当へ渡します。

架空例の佐々木には、本社の手順が確認済みで、支店は未確認という範囲も引き継ぎます。小林が手順の正誤を判断し、佐々木がページへ反映する役割なら、その分担をページに残します。古い連絡先を残したままにせず、利用者が誰へ確認するかまで読み直してください。

営業文書を扱う部署では、ページの権限に加えて、何を共有するかの設計も必要です。商談で使う知識の整理は、営業ナレッジを共有する方法を補足として参照できます。

営業戦略・KPI設計営業ナレッジ共有の方法｜属人化を防ぐ進め方

無料利用と既存ツールの活用を含めて導入範囲を決める

既存のページと検索で対応できるなら不足点から改善する

すでに使っているWikiやグループウェアも、同じ予約変更のページと比較票で試してみましょう。検索で届かない原因が別名の不足なら、案内文を直して再試行します。必要な履歴や共有境界を満たせない場合は、設定・プラン変更と新規導入を比べます。

無料利用を検討するときは、無料の期間、利用人数、閲覧者と編集者の扱い、添付、外部利用者、履歴、書き出しの条件を確認してください。Notionのように履歴を見られる期間がプランで異なる例もあります。「無料でページを作れた」だけでは、必要な期間の復元や引き継ぎまでできるとは判断できません。

参考：Delete & restore content｜Notion

契約料金・移行・保守・利用終了時の条件を比較する

利用料だけでなく、現在のページを移す作業と、導入後に直し続ける担当を含めて条件をそろえます。次の表は架空の確認票です。金額や製品ごとの移行・出力機能は未確認で、0円や対応済みとして記入していません。

記入欄	架空の確認内容	現在の判断・担当
契約	閲覧者と編集者の人数、契約期間、通貨・税、必要な履歴期間のプラン	見積確認待ち。契約担当が同じ利用範囲にそろえて照会
移行	親子リンク、添付、履歴を移せるか。リンク修正がどれだけ残るか	IT担当がサンプル移行し、移せない項目を記録
保守	内容の正誤、アクセス設定、後任の引き受けを誰が担当するか	正誤は総務、権限はIT、引き受けの確認は部門長
退出	本文・添付・履歴・リンクを出力し、移行先で再利用できるか	IT担当が形式と復元可否を確認。契約担当が条件を照会