社内wikiを無料で作る三つの型｜SaaS無料枠・OSS自前運用・有料移行の分岐点

社内wikiを無料で立てたい、という相談は情報共有の予算がまだ付いていない段階で持ち込まれます。手順書も議事録も個人のフォルダとチャットの履歴に散っていて、まずは費用ゼロで受け皿だけ用意したい、という状況です。

無料で社内wikiを作る道は一つではありません。SaaSの無料プランを使う型、オープンソースを自前のサーバーに置く型、すでに契約しているツールで代用する型の三つがあり、どれも費用はゼロに近づきますが、負担の置き場所がまったく違います。上限で詰まる場所も、詰まったときの逃げ道も型ごとに変わります。

この記事では、三つの型の違いと上限、オープンソース製品の選び分け、無料に見えて実際にかかる費用の月額換算、そして無料を降りて有料や自社開発へ移す分岐点までを整理します。ナレッジマネジメントそのものの考え方はナレッジマネジメントとは？意味とSECIモデル、属人化を解く導入手順を解説で扱っているため、ここでは無料という条件下の選択に絞ります。

まとめ：社内wikiの無料は人数と機密度と運用工数の三つで決まる

結論から書きます。書き手が10人以下で、社外に出ても致命傷にならない情報しか置かないなら、SaaSの無料プランで足ります。Confluenceの無料プランは10ユーザー・2GBという枠が公開されており（2026年8月時点・公式の料金ページで要確認）、小さなチームの手順書置き場としては十分な広さです。

サーバーを面倒みられる担当がいて、外部のSaaSに置けない情報を扱うなら、オープンソースをセルフホストする型に寄せます。GROWIは8.0系が2026年7月末に公開されており、BookStackやOutlineも月単位で更新が続いています（いずれも2026年8月時点の公開リリース情報）。ライセンス費はゼロですが、その分がサーバー代と運用工数に置き換わるだけだと理解しておく必要があります。

そして、検索で目的の文書に届かない、部署ごとに見せる範囲を分けられない、誰がいつ何を見たかのログが残らない、基幹システムのデータと結び付けないと読まれない——このどれかに当たった時点で、無料は目的に合わなくなっています。そこが有料プランへ移すか、自社開発へ切り替えるかを考える地点です。

無料の社内wikiには三つの型がある｜費用ゼロの中身が違う選び方

「無料の社内wiki」という言葉は、実際には性質の異なる三つの選択肢をまとめて指しています。比較表を眺める前に、自社がどの型を選ぼうとしているのかを先に決めたほうが早く進みます。

SaaSの無料プランを使う型｜上限までなら手間がほぼ発生しない

クラウドサービスが提供する無料プランをそのまま使う型です。申し込んだ日から書き始められて、サーバーの用意もバージョンアップの作業も発生しません。無料で始める三つの型のうち、立ち上がりが最も速いのはこの型になります。

代わりに、事業者が引いた線の内側でしか動けません。ユーザー数、保存容量、権限の細かさ、外部サービスとの連携本数といった項目に上限が置かれ、そこを越えた瞬間に有料プランの案内が出ます。上限が近づいてから慌てないよう、契約前に線がどこに引かれているかを読んでおきます。

OSSを自前サーバーに置く型｜ライセンス費と運用工数の交換条件

オープンソースの社内wikiソフトを自社が用意したサーバーに置く型です。ソフトウェア自体の利用料はかからず、ユーザー数の制限もありません。100人で使っても1,000人で使ってもライセンス費は増えず、データも自社の管理下に置いたままにできます。

ただし、無料になっているのはライセンス費だけです。サーバーの調達、初期構築、定期的なバージョンアップ、バックアップ、障害時の復旧はすべて自社側の仕事として残ります。第4章で月額に換算しますが、ここを数えずに「無料」と呼ぶと導入後の見積もりが崩れます。

既存の契約済みツールで代用する型｜追加費用ゼロの落とし穴を確認

すでに使っているチャットツールやオンラインストレージのファイル置き場を、社内wikiの代わりにする型です。新しい契約は不要で、アカウント発行も要りません。文書がまだ数十本の段階なら、この型で回っているように見えます。

問題は文書が増えてからです。フォルダの階層と命名規則だけで探すことになり、更新日の新しい版がどれか分からなくなります。情報共有とは？目的とメリット、うまくいかない原因と仕組み化の進め方を解説で扱った「共有しているのに伝わらない」状態は、この型で最も起こりやすいものです。文書が100本を越えたら、専用の受け皿へ移す前提で使ってください。

SaaSの無料プランはどこで頭打ちになるのか｜三つの上限と判断軸

SaaSの無料プランを選ぶなら、どの線で止まるかを先に把握しておきます。止まる線はおおむね人数、容量、権限の三つに集約されます。

人数の上限｜無料枠は少人数チームを想定して引かれている仕組み

無料プランの人数枠は、部署単位ではなくチーム単位を想定した設計になっています。Confluenceの無料プランは10ユーザーまでで、保存容量は2GBという線が公開されています（2026年8月時点）。10人を越えるとどうなるかも案内されており、無料のまま人数だけ増やす運用はできません。

Notionのように個人利用の範囲が広いサービスでも、チームで使う場合はファイルサイズやゲストの人数に別の枠が置かれます。日本語圏で定番のNotePM・Kibela・esaは、常用できる無料プランを持たず試用期間での提供にとどまります（いずれも2026年8月時点・各社の料金ページで要確認）。製品ごとの比較は社内wikiのおすすめツール比較｜選定軸とSaaS・OSS・自社開発の判断基準にまとめました。

容量とファイルの上限｜画像を貼り始めると急に減る利用時の注意点

2GBという数字は、テキストだけの手順書なら数千ページ分に相当します。枯渇の引き金になるのはテキストではなく添付ファイルです。操作画面のスクリーンショット、図面のPDF、動画マニュアルを貼り始めると、消費のペースは桁で変わります。

設計図や契約書のスキャンを大量に抱えているなら、そもそも社内wikiではなく文書管理の仕組みが要る場面かもしれません。判断の材料は文書管理システムとは？機能とメリット、ファイルサーバーとの違いと選び方を解説に整理しています。

権限と監査ログの上限｜無料枠では分けられない範囲がある点に注意

人数と容量より先に効いてくるのが、実は権限です。無料プランの権限設定は「全員が見られる・全員が書ける」に近い粗さで提供されることが多く、人事情報や役員向けの資料を同じ場所に置けません。誰がいつ何を閲覧したかの監査ログも、無料の範囲では取得できない設計が一般的です。

取引先との秘密保持契約や、社内規程で閲覧制限を求められている文書があるなら、無料プランは検討の対象から外れます。ここは人数が増えてから直せる部分ではなく、置く情報の種類で最初から決まります。

OSSを選ぶ前に見る差分｜五つの代表製品と更新の追い方を選ぶ基準

オープンソースの社内wikiは選択肢が多く、名前だけ並べても決められません。編集の書き味、構造の持ち方、動かすのに必要な部品、そして開発が続いているかどうかの四点で絞り込みます。

日本語環境で情報が多いGROWI｜国内事例と更新頻度の両立を比較

GROWIは日本の企業が開発しているオープンソースの社内wikiで、日本語のドキュメントと導入事例が探しやすい製品です。Markdownで書け、SAMLやLDAPでの認証連携にも対応しています。公開されているリリース情報では8.0系が2026年7月末に出ており、その前の7.5系も月単位で更新が続いていました（2026年8月時点）。

国内での採用実績が判断材料になる場面や、社内に英語の技術文書を読む習慣がない場合は、この製品から検討を始めると詰まりにくくなります。有償の導入支援やクラウド版も提供されており、自前運用が重いと分かった時点で切り替える逃げ道もあります。

海外製の三つの選択肢｜Wiki.js・BookStack・Outlineの性格差

海外製では性格の異なる三つが定番です。Wiki.jsは記法や保存先の選択肢が広く、構成の自由度を求める場合に向きます。BookStackは書籍・章・ページという階層が最初から決まっていて、構造を考える手間が少ない代わりに自由度は狭い設計です。Outlineは編集の書き味が現代的で、共同編集を重視するチームに合います。

更新の勢いも見ておきます。公開されているリリース情報では、BookStackは26.05系が2026年7月末に、Outlineは1.9系が2026年7月に、Wiki.jsは2.5系が2026年5月に更新されていました（いずれも2026年8月時点の公開情報）。開発が止まった製品を選ぶと、脆弱性が見つかったときに自社で塞ぐしかなくなります。

DokuWikiという軽い選択肢｜データベースを立てずに始める

DokuWikiは、記事をデータベースではなくファイルとして保存する設計の製品です。データベースサーバーを別に立てる必要がなく、動作に必要な条件も軽いため、余っている小さなサーバーでも動きます。プラグインの蓄積が長く、日本語での運用情報も残っています。

構築の具体的な手順、権限の切り方、全文検索の設計といった実装面は、実装担当者向けに社内wikiの作り方：OSS構築の手順と権限・検索設計、スクラッチ開発の判断基準で解説しています。どれを選ぶか決まったら、そちらへ進んでください。

無料の社内wikiに実際いくらかかるか｜工数を月額に換算する

OSSセルフホストを「無料」と呼ぶかどうかは、運用工数を数に入れるかどうかで変わります。稟議で比較されるのはSaaSの月額なので、こちら側も月額に揃えて並べます。

サーバー代の目安｜小規模なら月数千円で収まる運用規模別の費用条件

50人程度が使う社内wikiであれば、必要な計算資源はさほど大きくありません。クラウドの小さなインスタンスや国内のVPSで、月に数千円という水準が目安になります。バックアップの保存先とドメイン、証明書を足しても、この段階では大きな金額になりません。

金額が跳ねるのは、可用性を上げたときです。落ちたら困る位置付けにして冗長構成を組むと、費用は倍以上になります。社内wikiにそこまでの可用性が要るのかは、導入前に決めておく項目のひとつです。

運用工数の換算｜更新・バックアップ・認証で月何時間かを試算する

見落とされやすいのがこちらです。バージョンアップの適用と動作確認、バックアップの取得と復旧テスト、アカウントの追加と削除、認証基盤との連携の維持——これらを合計すると、平常時でも月に数時間から十数時間が乗ります。障害が起きた月はここに復旧作業が加算されます。

情報システム担当者の人件費を時間あたり4,000円と置けば、月10時間で4万円です。サーバー代よりこちらのほうが大きくなる、という結果は珍しくありません。担当者が他の業務と兼務しているなら、その時間を何から削るのかまで見ておきます。

損益分岐の見方｜有料SaaSの月額と並べて何人で逆転するかを判断

有料の社内wikiは1人あたり月500円から900円という価格帯が中心です。仮に700円で50人なら月35,000円になります。先ほどのサーバー代と運用工数を足した金額と並べると、この規模ではOSSセルフホストが安いとは言い切れません。

OSSが費用面で有利になるのは、人数が数百人規模に達したときです。SaaSの費用は人数に比例して増えますが、セルフホストの運用工数は人数にそれほど比例しないためです。逆に言えば、数十人の規模で費用だけを理由にOSSを選ぶ判断は、根拠が薄いことになります。

無料を降りる四つの兆候｜有料か内製かを考え始める地点の判断基準

無料で始めること自体は妥当な選択です。問題は降り時を決めずに始めることで、次の四つが出たら無料の枠が目的に合わなくなっています。

検索と権限の兆候｜探せない・見せる範囲を分けられない運用上の問題

一つ目は、文書があるのに探せない状態です。書いた本人だけが場所を覚えていて、他の人は結局チャットで質問する——この状態が続くなら、検索の精度が足りていません。無料プランやOSSの標準構成では、全文検索の精度に手を入れる余地が限られます。

二つ目は権限です。部署単位や役職単位で見せる範囲を分けたいのに、無料の枠では粗い設定しか用意されていないケースが該当します。運用でカバーしようとすると、置けない文書が増えて社内wikiの守備範囲が狭まっていきます。

監査と障害の兆候｜ログが要る・直せる人が一人しかいない運用リスク

三つ目は監査です。退職者のアカウントをいつ止めたか、誰がどの文書を閲覧したかを説明する必要が出てきたら、記録の取得できる構成へ移す局面です。取引先の監査や認証取得の場面で求められます。

四つ目は障害対応の属人化です。OSSセルフホストで構築した担当者が一人しかおらず、その人が休むと誰も触れない状態は、社内wikiを入れて解こうとした問題を運用側で作り直しているのと同じです。こうした形骸化がどの段階で起きるかは社内wikiが失敗する五つの原因とメリットを取り戻す運用設計｜形骸化からの立て直し基準で整理しています。属人化とは？原因・リスクと脱属人化を進める仕組み化・標準化の実務で整理した構図がそのまま当てはまります。

兆候が出たときの順序｜まず有料SaaS、それでも足りなければ内製

四つのうち一つか二つなら、有料プランへの移行で解けます。検索、権限、監査ログはいずれも有料プランで提供される機能であり、移行の手間もデータの書き出しと取り込みで済む範囲です。ここで自社開発に飛ぶ判断は、費用対効果が合いません。

有料SaaSでも解けないのは、要件が製品の設計思想の外側にある場合です。次章はその線引きを扱います。

自社開発へ切り替える条件と見送る場面｜線はどこに引くかの判断基準

無料でも有料SaaSでも届かない要件があると分かったとき、初めて自社開発が候補に入ります。ただし、社内wikiを作りたいから作る、という理由で始めた内製はまず定着しません。

自社開発を選ぶ条件｜基幹データと結び付いて初めて読まれる場合

切り替えを検討する条件は絞られます。生産管理や販売管理のデータと結び付けて表示しないと文書の意味が成立しない場合、既存の業務システムの画面内に手順を埋め込まないと現場が見ない場合、そして自社固有の承認フローを文書の更新に通す必要がある場合です。いずれも汎用のwiki製品が想定していない要件で、外側の連携では解けません。

この領域は、文書を貯める仕組みというより業務システムの一部です。既存システムとの結合まで含めた設計が要るため、業務用・Webアプリ開発のように業務データの扱いを前提にした開発体制で進めるほうが、結果として早く安く収まります。

自社開発を見送る場面｜貯めるだけならSaaSのほうが安い判断の基準

逆に、見送るべき場面も明確です。やりたいことが文書を貯めて検索することに留まるなら、自社開発の費用は回収できません。初期開発だけでなく、検索機能の改善、エディタの使い勝手、スマートフォン対応といった部分に継続的な開発費がかかり続けます。

書き手が10人に満たない規模も見送りの側です。この規模では、道具の性能より書く習慣が定着するかどうかが結果を左右します。無料プランで半年運用し、更新が続くと確かめてから次を考えても遅くありません。

折衷という三つ目の道｜OSSを残して不足分だけ作る連携設計の考え方

全部を作る必要はありません。OSSの社内wikiを土台として残したまま、足りない部分だけを自社で開発してつなぐ形が現実的な落とし所になります。主要なOSS製品はAPIを備えているため、基幹システム側からの情報の書き込みや、業務画面への文書の埋め込みは外付けで実現できます。

この構成なら、文書を書いて読むという基本機能はOSSの開発に任せられ、自社が保守するのは連携部分だけになります。土台のOSSをどう構築するかはtech記事側で扱っているため、実装に進む段階で参照してください。

よくある質問

社内wikiは無料のまま運用を続けられますか？

書き手が10人以下で、社外に出ても問題にならない情報しか置かないなら続けられます。人事情報や取引先との契約に関わる文書を置き始めた時点、あるいは部署ごとに閲覧範囲を分ける必要が出た時点で、無料の枠は目的に合わなくなります。

無料のSaaSとOSSのセルフホストは、どちらから始めるべきですか？

サーバーを継続して面倒みられる担当が社内にいないなら、SaaSの無料プランから始めてください。OSSはライセンス費がゼロでも、バージョンアップと障害対応の工数が毎月かかります。担当者が兼務で余力がない状態で始めると、更新が止まったまま脆弱性を抱える構成になりがちです。

オープンソースの社内wikiはセキュリティ面で不安がありませんか？

ソフトウェア自体の安全性より、更新を適用し続けられる体制があるかどうかが決め手です。開発が活発な製品を選び、公開された修正を速やかに反映できる体制があるなら、外部SaaSに置くより自社の管理下に置いたほうが要件に合う場合もあります。逆に更新を止めた自前サーバーは、無料プランのSaaSより危うい状態になります。

Googleドライブやチャットツールで代用してはいけませんか？

文書が数十本の段階なら機能します。増えてくると、フォルダ階層と命名規則だけでは探せなくなり、更新版の見分けもつかなくなります。100本を越えたあたりが移行を考える目安です。代用のまま数百本まで放置すると、移行時の整理作業が導入そのものより重くなります。

無料から有料へ移すとき、書いた文書はそのまま移せますか？

製品によって差があります。Markdown形式での一括書き出しに対応している製品なら移行の負担は小さく済みますが、独自形式で書き出し機能が限られる製品では手作業が発生します。無料で始める段階で、書き出し機能の有無を確認しておくと後の選択肢が狭まりません。

関連記事

• ナレッジマネジメントとは？意味とSECIモデル、属人化を解く導入手順を解説
• 社内wikiのおすすめツール比較｜選定軸とSaaS・OSS・自社開発の判断基準
• 社内wikiの作り方：OSS構築の手順と権限・検索設計、スクラッチ開発の判断基準
• ナレッジ管理ツールの比較と選び方｜タイプ別の特徴・選定基準と自社開発の判断
• 属人化とは？原因・リスクと脱属人化を進める仕組み化・標準化の実務
• 情報共有とは？目的とメリット、うまくいかない原因と仕組み化の進め方を解説
• 文書管理システムとは？機能とメリット、ファイルサーバーとの違いと選び方を解説