Googleサイト社内マニュアル｜誰でも更新できる仕組みの作り方

Googleサイトで社内マニュアルを作るとは？仕組みと向いている理由

Googleサイトとは、Googleが提供するノーコードのWebサイト作成ツールです。HTMLやCSSの知識がなくても、ドラッグ＆ドロップでページを構築でき、IT部門以外の現場担当者でも社内マニュアルを公開・運用できます。社内マニュアル用途では、Googleサイトを「ポータル（玄関）」、Google Docsを「マニュアル本体」として役割分担させる構成が最もシンプルで拡張性が高く、Google Workspace契約があれば月額費用を増やさずに導入できます。

マニュアルと手順書の違い（用語の整理）

「マニュアル」と「手順書」は混同されがちですが、Googleサイトで設計する前に役割を分けておくと情報構造が崩れません。マニュアルは業務全体の背景・考え方・例外対応まで含む体系的な文書（“Why”と“What”）、手順書は特定の作業の操作順序だけを記述した文書（“How”）です。

Googleサイトでは、この2つを「トップ → カテゴリ（マニュアル）→ 個別手順書」の階層で同居させるのが一般的です。

無料プランと Google Workspace 版の違い

Googleサイトは個人のGoogleアカウントでも無料で使えますが、社内マニュアル用途では Google Workspace 版を強く推奨します。機密情報を扱う以上、組織内限定公開と監査ログの有無が決定的な差になるためです。

• 独自ドメイン公開：無料版は sites.google.com/view/... のURLのみ。Workspace版は manual.自社ドメイン.com で公開可能
• 組織内限定公開：Workspace版は「自社ドメインのアカウントのみ閲覧可」と一括制限でき、情報漏洩リスクを抑えられる
• 監査ログ：管理コンソールで「誰がいつ何を変更・閲覧したか」を追跡できる
• Google Groups連携：部署単位の権限管理が容易になる

旧バージョン（クラシックサイト）と新バージョンの違い

現在「Googleサイト」と呼ぶものは、2016年以降に提供された新バージョン（new Google Sites）です。2008年から提供されていたクラシックサイトはすでに終了しており、これから作る場合は新バージョン一択です。古い社内資料に「ガジェット挿入」「サイトテンプレートギャラリー」といった旧版特有の手順が残っていると混乱の元になるため、新版の「挿入」メニュー（ドライブ・ドキュメント・スライド・シート・YouTube埋め込み）を前提に読み替えてください。

導入前提条件

社内マニュアル用途で必要なのは「Google Workspaceアカウント（Business Starter以上）」と「サイト編集権限を持つユーザー」のみです。サーバー契約・SSL証明書・CMS導入はすべて不要で、最短10分でポータルの土台を立ち上げられます。スマートフォン・タブレットでの閲覧にも自動でレスポンシブ対応するため、現場作業者がモバイルでマニュアルを参照することも可能です。

Google Workspaceプラン別の機能対応表と料金目安

結論：社内マニュアルはBusiness Starterで構築できますが、機密情報のDLP（情報漏洩防止）まで使うならBusiness Standard以上、監査向けの電子証拠開示（Google Vault）が必要ならBusiness Plus以上が目安です。独自ドメイン公開と基本的な監査ログはStarterから利用できるため、まずはStarterで始め、要件に応じて上位プランへ移行する判断がコスト効率的です。料金は改定されるため、契約前に公式料金ページで必ず確認してください。

料金・機能の提供範囲は変動します（出典：Google Workspace 公式料金ページ、2026年6月時点・要確認）。導入コストを抑えたい場合は、Google Workspace の15%割引プロモーションコードについてはこちらで詳しく解説しています。初年度の費用を大きく圧縮できるため、新規契約・プラン変更の前にあわせて確認しておくとよいでしょう。

なぜ今、業務マニュアルの改革が必要なのか

結論：従来型マニュアルは「更新されない・検索できない・属人化を解消できない」という3つの構造的欠陥を抱えており、クラウドベースの仕組みに置き換えるべきフェーズに入っています。とくにAIエージェントによる業務自動化が広がる中、手順が文書化されているかどうかは教育課題にとどまらず、AI活用の前提条件にまでなっています。

従来型マニュアルの限界

ExcelやWordベースの業務マニュアルには、以下のような問題があります。

• 更新の手間：ファイルをダウンロード→編集→アップロードという煩雑な作業
• バージョン管理の混乱：「最新版」「最終版_修正2」など、どれが正しいか分からない
• アクセス制限：社内ネットワークからしかアクセスできない
• 検索性の低さ：必要な情報にたどり着けない

筆者が支援したある製造業（従業員約180名）では、200ページを超える業務マニュアルがExcelで管理されていましたが、最終更新日は導入から3年前のまま。新入社員は結局、先輩社員にOJTで一から教わる必要があり、教育コストは年間500万円超（人件費から算出した自社試算）という状態でした。

属人化がもたらす4つのリスク

• 業務継続性の危機：キーパーソンの退職・異動で業務が停滞
• 品質のばらつき：担当者によって作業手順が異なる
• 教育コストの増大：毎回ゼロから教育が必要
• 改善の停滞：個人の経験に依存し、組織的な改善が進まない

2026年6月時点では、ハイブリッドワークの定着とAIエージェントによる業務自動化の波により、「業務手順がドキュメント化されているか」は単なる教育課題ではなく、AI活用の前提条件にまでなっています。手順が文書化されていなければ、AIに代行させることもできません。

なぜGoogleサイト＋Docsを選ぶのか：選定理由と他ツールとの位置づけ

結論：Googleサイトを「ポータル」、Google Docsを「マニュアル本体」として役割分担させるのが、Google Workspace環境では最もシンプルかつ拡張性の高い構成です。専用ツールを新規契約せずに、共同編集・自動バージョン管理・強力な検索・柔軟な権限設定を“今ある契約内で”実現できる点が、他ツールにはない位置づけです。

• リアルタイム共同編集：複数人が同時に編集可能
• 自動保存とバージョン管理：Google Docsの変更履歴は無期限で保持される
• 強力な検索機能：Googleドライブの検索インデックスがそのまま利用できる
• アクセス権限の柔軟な設定：部署や役職に応じた閲覧・編集権限
• モバイル対応：スマートフォンからでも閲覧・編集可能
• 追加コストゼロ：Google Workspace契約があれば月額費用が増えない

なお、スマホでの可読性を重視するなら、本体のGoogle Docsは「ページレス形式」での作成が効果的です。具体的な画像配置のコツはGoogleドキュメントのページレス形式でスマホ向けマニュアルを見やすくするテクニックで詳しく解説しています。

Googleサイト・Docs・スライド・スプレッドシート：用途別使い分けガイド

結論：4つのツールは「ポータル＝サイト／詳細＝Docs／図解・動画＝スライド／表・集計＝スプレッドシート」と役割を分離すると、マニュアルの作りやすさと更新のしやすさが両立します。1つのツールにすべてを詰め込むと検索性も更新性も落ちるため、コンテンツの性質ごとに最適なツールへ振り分けるのが要点です。

長文の手順書はDocs、視覚的な操作説明はスライド、動的な表はスプレッドシート、そしてそれらの入口をGoogleサイトで束ねる――この役割分担が、後の運用負荷を最小化します。

マニュアル作成プロジェクトの全体スケジュールと進め方

結論：マニュアル整備は「ツール操作」ではなく「プロジェクト」として捉え、棚卸し→設計→作成→公開→展開の5フェーズで進めると、作っただけで使われないマニュアルを防げます。筆者が中堅企業で支援した際は、いきなり全社展開せず1部門でパイロットを回し、約3か月で運用ノウハウを固めてから横展開する進め方が最も定着率が高い結果でした。

フェーズ2の「フォーマット・表記ルール統一」では、後戻りを防ぐために以下を先に決めておきます。

• 用語集の作成：表記ゆれ（「お客様／顧客」「ログイン／サインイン」など）を統一
• ページテンプレートの統一：見出し階層・フォント（Noto Sans JP推奨）・色・ヘッダー画像をそろえる
• 更新日記載ルール：各マニュアル冒頭に「最終更新日」と「更新責任者」を必ず明記

実装手順：5ステップで作る社内マニュアル

結論：いきなりサイト作成に着手せず、「ステップ1：目的定義」と「ステップ2：情報設計」を先に終わらせることで、後戻りのない構築が可能になります。5ステップの所要時間は合計でおおむね半日〜2日（コンテンツ量による）が目安です。

ステップ1：目的・対象読者・範囲を定義する（約30分）

結論：このステップでは「誰のための、何のためのマニュアルか」を1枚に固定します。最初に以下の3点をA4一枚のメモにまとめてください。ここを曖昧にしたまま作り始めると、誰も使わないマニュアルが量産されます。

• 目的：例「新人の自走までの期間を3か月→1.5か月に短縮する」
• 対象読者：例「営業部の新入社員、中途入社2年目まで」
• 範囲：例「受注処理・見積書作成・顧客対応の3業務に限定」

ステップ2：ページ構成（情報構造）を設計する（約1時間）

結論：このステップでは「トップページ → カテゴリ → 個別マニュアル」の3階層を紙やMiro等でスケッチします。階層が4層を超えると検索性が急激に落ちるため、必ず3階層以内に収めるのが鉄則です。カテゴリは「部署別」「業務フロー別」「対象者別（新人／管理職）」のいずれかで統一し、ハイブリッドにしないことがポイントです。

ステップ3：Googleサイトでポータルを作成する（約30分）

結論：このステップでは空のポータルにカテゴリ階層と視覚的導線を作ります。

1. sites.google.com にアクセスし、右下の「+」アイコンから新規サイトを作成
2. ヘッダーにサイト名（例：「業務マニュアルポータル」）を入力
3. 右パネルの「ページ」タブから、ステップ2で設計したカテゴリ階層を作成
4. 右パネルの「挿入」メニューから要素を配置：テキストボックス（見出し・説明）、画像（ロゴ・アイコン）、ボタン（カテゴリへのリンク）、目次／折りたたみ（情報量が多いページ向け）を選ぶ
5. テーマ（色・フォント）を統一し、トップにアイコン＋カテゴリ名のリンクボタンを配置（視覚的導線）

ステップ4：Google Docsで個別マニュアルを作成する（1業務あたり1〜3時間）

結論：このステップではマニュアル本体を、検索・履歴管理に強いDocsで作り込みます。

1. Google Docsで業務ごとにマニュアルを新規作成
2. テンプレートを統一（見出し階層、フォント、色、ヘッダー画像）
3. 「目次」機能（挿入→目次）で構造化
4. スクリーンショット・短尺動画（YouTube限定公開）を積極的に挿入
5. 「5W1H」を意識した記述（誰が／いつ／どこで／何を／なぜ／どのように）

ステップ5：SitesとDocsを連携・公開・権限設定する（約30分＋ドメイン反映待ち）

結論：このステップでサイトとDocsを連携し、組織内限定で公開します。

1. Googleサイトの編集画面で「挿入」→「ドライブ」を選択
2. 該当のGoogle Docsを選択し、ページにフルサイズで埋め込み
3. 右上「公開」で公開範囲を「自社ドメイン内のユーザー全員」に設定
4. 編集権限はGoogle Groups（例：manual-editors@自社.com）に付与
5. 独自ドメイン（例：manual.自社.com）にカスタムドメインを設定

カスタムドメイン（manual.自社.com）の設定手順とDNS反映

独自ドメイン公開でつまずく最大の原因はDNS設定です。Googleサイトのカスタムドメインは、サブドメインのCNAMEレコードを ghs.googlehosted.com に向けるのが基本で、反映には通常24〜48時間かかります。

1. サイト側で登録：Googleサイト編集画面の「公開」→「設定（歯車）」→「カスタムドメイン」→「カスタムドメインを使用する」を選び、公開したいサブドメイン（例：manual.自社.com）を入力
2. レジストラ側でCNAME追加：ドメイン管理画面（お名前.com・Google Domains後継のSquarespace Domains等）で、ホスト名 manual / タイプ CNAME / 値 ghs.googlehosted.com を登録
3. 反映を確認：ターミナルで dig manual.自社.com CNAME +short（Windowsは nslookup -type=CNAME manual.自社.com）を実行し、ghs.googlehosted.com が返れば成功
4. 失敗時の対処：「ドメインの所有権が確認できません」→ Google Search Consoleでドメイン所有権を確認する／「証明書を準備中」表示→ SSL自動発行のため最大48時間待つ／CNAMEがルートドメイン（自社.com）に設定できない場合はサブドメイン運用に切り替える

既存のWord・Excel・PDFマニュアルを移行する手順と工数の目安

結論：すでに大量のWord・Excelマニュアルがある場合は、ゼロから書き直すのではなく、Googleドライブのインポート機能を使った段階的な移行を推奨します。移行は件数と複雑度で工数が大きく変わるため、最初に「シンプル／図表多数」で仕分けてから着手すると見積もりがぶれません。

Word（.docx）→ Google Docs への変換

Googleドライブに .docx ファイルをドラッグ＆ドロップし、ファイルを右クリック→「アプリで開く」→「Google ドキュメント」を選択するとGoogle Docs形式に変換されます。注意点は以下の通りです。

• 書式崩れ対策：複雑なテキストボックス・図形は崩れやすいため、変換後にスクリーンショット画像へ差し替えるのが確実
• フォント統一：MS明朝・MSゴシックは表示環境によって異なるため、Noto Sans JP に統一
• 表組み：複雑な結合セルはGoogle Docsでサポートされない場合があるので、シンプルな構造に再設計

PDF → Google Docs への取り込み

PDFをGoogleドライブにアップロードし、「アプリで開く」→「Google ドキュメント」を選択すると、OCRが自動で走りテキストとして取り込まれます。日本語OCRの精度は2026年時点でかなり向上していますが、表組みや手書き部分は誤認識が出やすいため、必ず原本と照合してください。

Excel → Googleサイトへの埋め込み

Excelの表をそのままサイトに表示したい場合は、「Googleスプレッドシート」に変換した上で、Googleサイトの「挿入」→「シート」で埋め込むと、編集が即時反映される動的な表として表示できます。

移行所要工数の目安（ファイル数・複雑度別）

筆者が複数社の移行を支援した実績から、おおよその工数目安を示します（あくまで自社実績ベースの目安で、図表の多寡で増減します）。

100件以上を一括変換するApps Scriptの骨格コード

マニュアル数が3桁を超える場合は、Apps Scriptによる一括変換が現実的です。管理者権限で DriveApp.getFolderById() から再帰的にファイルを取得し、Docs形式へ変換します。Apps Scriptは無料で、管理者であれば追加ライセンス不要です。下記は最小の骨格です（事前に「サービス」から Drive API（拡張サービス） を有効化してください）。

function convertDocxToGoogleDocs() { // 変換元フォルダのIDを指定 convertFolder(DriveApp.getFolderById('SOURCE_FOLDER_ID'));
}
function convertFolder(folder) { // フォルダ内の .docx を Google Docs へ変換 const files = folder.getFilesByType(MimeType.MICROSOFT_WORD); while (files.hasNext()) { const file = files.next(); const resource = { title: file.getName().replace(/\.docx$/i, ''), parents: [{ id: folder.getId() }] }; Drive.Files.insert(resource, file.getBlob(), { convert: true }); } // サブフォルダを再帰的に処理 const subFolders = folder.getFolders(); while (subFolders.hasNext()) { convertFolder(subFolders.next()); }
}

大量実行時は1回あたりの実行時間上限（6分）に注意し、フォルダ単位で分割実行するか、トリガーで小分けに回すのが安全です。

セキュリティ設定と情報漏洩リスクへの対策

結論：Google Workspaceの管理コンソールで「外部共有の制限」「2段階認証の強制」「監査ログの常時監視」の3点を設定すれば、社内機密マニュアルをクラウドに置くリスクを大幅に低減できます。クラウド＝危険という思い込みより、管理コンソール側の初期設定の有無が実際のリスクを左右します。

管理コンソールでの必須設定

• 共有範囲制限：管理コンソール→アプリ→Google Workspace→ドライブとドキュメント→共有設定で「組織外との共有：オフ」に設定
• 2段階認証の強制：管理コンソール→セキュリティ→2段階認証プロセスで「適用」を選択し、対象組織を全社に設定
• 監査ログ：管理コンソール→レポート→監査と調査→ドライブログイベントで「誰がいつどのファイルを共有・閲覧したか」を確認
• DLP（情報漏洩防止）：マイナンバーやクレジットカード番号など機密情報の自動検出ルールを設定（Business Standard以上で提供。提供範囲は公式で要確認）

退職・異動時のドライブ権限の外し漏れも情報漏洩の典型パターンです。退職者対応をGASで自動化する具体的なコードと運用は、退職者のGoogleドライブ権限をGASで一括変更する3ステップで解説しています。

信頼性の根拠：Googleが取得した第三者認証

Google Workspaceは、ISO/IEC 27001、ISO/IEC 27017、ISO/IEC 27018、SOC 1/2/3、FedRAMPなど主要な国際セキュリティ認証を取得しています（出典：Google Cloud Compliance offerings／Google Trust Center 公式ページ）。これらはGoogle（提供事業者）が取得した認証であり、Google Workspaceサービス全体に適用されるものです。自社の組織が認証を取得していることを意味するものではない点に注意してください。とはいえ、これらの認証情報は、IT部門・経営層・監査法人へ「基盤が国際基準を満たしている」と説明する際の根拠資料として有効です。

業務委託・アルバイトメンバーへのアカウント発行や権限設計の詳細は、Google Workspaceアカウントの権限管理を5ステップで解説した記事でも紹介しています。海外拠点を持つ場合は海外出張・ワーケーション時のセキュリティ対策もあわせて確認してください。

権限設定の具体的手順と部署別運用設計

結論：「誰もが編集できる」状態は事故のもとです。Google Groupsを使ってロール（役割）単位で権限を割り当てるのが、最も保守性が高い設計です。個人単位で権限を付けると異動のたびに付け替えが発生しますが、グループ単位なら所属を入れ替えるだけで権限が追従します。

Google Groupsを使った権限設計の手順

1. 管理コンソール→ディレクトリ→グループで manual-viewers@自社.com（閲覧者）、manual-editors@自社.com（編集者）、manual-owners@自社.com（管理者）の3つを作成
2. 各グループに該当ユーザーを追加
3. Googleサイトの「他のユーザーと共有」で、グループのメールアドレスを指定し権限レベルを選択
4. 個別マニュアル（Google Docs）にも同じグループで権限を割り当てる

部署別ロール設計の実例

運用のベストプラクティス

結論：マニュアルが「生きた」状態を保つ決め手は、ツールの仕組みではなく「責任者・更新サイクル・通知ルート」を明文化することです。仕組みを入れても運用ルールがなければ更新は止まります。

更新ルールの策定

• 更新責任者の明確化：各マニュアルに責任者を1名設定し、Google Docsのプロパティに記載
• 定期レビューの実施：月1回、最終更新日が90日を超えたマニュアルを管理者がリスト化してレビュー
• 変更通知の仕組み：重要な変更はGoogleチャットの専用スペースに自動通知（Apps Scriptで実装可能）
• フィードバック収集：各ページ末尾にGoogleフォーム埋め込みで「改善提案」を受け付ける

マニュアル更新をGoogle Chatへ自動通知するApps Script

「更新したのに誰も気づかない」を防ぐには、更新をGoogle Chatスペースへ自動通知するのが効果的です。マニュアル格納フォルダ内のDocsを定期巡回し、過去24時間に更新があればWebhookで通知する最小コードを示します（Chatスペースの「アプリと統合」→「Webhook」でURLを取得し、トリガーで1日1回実行）。

function notifyManualUpdates() { const FOLDER_ID = 'MANUAL_FOLDER_ID'; const WEBHOOK_URL = 'https://chat.googleapis.com/v1/spaces/XXXX/messages?key=...&token=...'; const since = new Date(new Date().getTime() - 24 * 60 * 60 * 1000); // 過去24時間 const files = DriveApp.getFolderById(FOLDER_ID).getFilesByType(MimeType.GOOGLE_DOCS); while (files.hasNext()) { const file = files.next(); if (file.getLastUpdated() > since) { const payload = { text: '📝 マニュアル更新: 「' + file.getName() + '」\n' + file.getUrl() }; UrlFetchApp.fetch(WEBHOOK_URL, { method: 'post', contentType: 'application/json', payload: JSON.stringify(payload) }); } }
}

Googleフォームを使ったフィードバック収集サイクルの設計

Googleサイト本体にコメント機能がない弱点は、Googleフォームで実務的に補えます。「収集→集計→改訂→再公開」のループを四半期で回すのが定着のコツです。

1. フォーム埋め込み：改善提案用のGoogleフォームを作成し、各マニュアルページ下部に「挿入」→「フォーム」で埋め込む（設問例：対象マニュアル名／分かりにくかった箇所／改善案）
2. 自動集計：フォームの「回答」タブ→スプレッドシートにリンクし、回答を1か所へ自動集約
3. 定期レビュー：四半期ごとに集約結果を確認 → 優先度の高い指摘から改訂 → 更新日を記載して再公開

テキスト図で表すと「① 各ページのフォームで収集 → ② スプレッドシートに集計 → ③ 四半期レビューで改訂 → ④ 再公開 → ①へ」という循環です。フォームを使った受付・集計の自動化はGoogleフォームのファイル添付による受付自動化の解説記事の設計が応用できます。

埋め込み型と直接編集型の使い分け戦略

社内周知・展開の進め方

マニュアルポータルは「作っただけ」では使われません。以下の3点をセットで実施してください。

• キックオフ告知：全社メール＋Googleチャットで「業務マニュアルポータルが本日公開されました」と告知（リンクとQRコード添付）
• 管理者向けトレーニング：30分のオンライン勉強会を録画し、Googleドライブで常時視聴可能に
• 利用促進施策：問い合わせ対応時に「該当マニュアルのリンク」を必ず添えて返信するルールを徹底（自然と利用率が上がる）

Googleスライド・スプレッドシートをマニュアルに埋め込む応用術

結論：Googleサイト最大の強みは、Workspace内の他アプリをそのまま埋め込めることです。テキストだけのマニュアルから、視覚的・動的なマニュアルへ進化させましょう。

Googleスライドで手順動画・図解マニュアルを作る

操作手順をスクリーンショット＋矢印で示したスライドを作成し、「挿入→スライド」でサイトに埋め込みます。閲覧者はサイト上でページ送りができ、PDF配布より遥かに更新がラクです。自社ブランドで統一したい場合は、Googleスライドのテーマビルダーで自社専用テンプレートを作る手順を先に整えておくと、図解マニュアルの見た目が一気にそろいます。

Googleスプレッドシートでチェックリスト・管理表を作る

業務チェックリスト・備品管理表・スキル一覧などをスプレッドシートで作成し、Googleサイトに埋め込みます。閲覧者は最新版の表を常に参照でき、編集権限を持つメンバーはサイト経由でも直接シートを編集できます。

Googleフォームでマニュアル理解度テストを実施する

各マニュアルの末尾にGoogleフォームを埋め込み、「理解度確認テスト」を実施します。回答結果はスプレッドシートに自動集約され、新人教育の達成度を定量的に把握できます。

導入してわかった成功のポイント（中堅IT企業A社の事例）

導入前の課題：従業員約80名のIT受託開発企業A社では、業務マニュアルがWordとPDFで部署サーバーに散在し、新人が必要な情報を見つけるまでに平均40分を要していました。問い合わせの約6割が「マニュアルのありか」に関するもので、ベテラン社員の業務時間を圧迫していました。

実施した施策：Googleサイトに業務マニュアルポータルを構築し、既存のWord・PDFをGoogle Docs/スライドに段階的に変換。各部署にマニュアル責任者を1名置き、月1回の更新レビュー会議を設定しました。社内周知はGoogleチャットの全社スペースとキックオフ説明会（30分×2回）で実施。

定量成果（導入6か月後／自社調査・2026年1月集計）

• 新人教育期間：3か月 → 1.5か月に短縮（▲50%）
• 問い合わせ対応時間：従来比 ▲70%
• マニュアル更新頻度：月1回 → 週2回（×8倍）
• マニュアル検索の平均時間：40分 → 3分以内

担当者コメント：「最初から全社展開せず、まず情シス部門だけでパイロット導入したのが正解でした。3か月で運用ノウハウがたまり、その後の他部署展開がスムーズに進みました」（A社 情報システム部 マネージャー）。製造業・小売業でも同様に、まず1部門でパイロット→横展開という進め方が定着率を高める共通パターンでした。

Googleサイトで社内マニュアルを作るデメリットと回避策

結論：Googleサイトは「シンプルで安価」が強みである一方、コメント機能の欠如・承認ワークフローの限界・サイト内検索の弱さなど、業務クリティカルな機能は不足しています。ただし、その多くはGoogle DocsやGoogleフォーム、Apps Scriptとの組み合わせで実務的に補えます。導入前に把握すべき5つの限界と、それぞれの回避策を解説します。

1. コメント・レビュー機能がない

問題：Googleサイト本体には、ページに対してコメントを残す機能がありません。「この手順の表現を変えてほしい」といったレビューがその場でできません。
回避策（3ステップ）：①マニュアル本体をGoogle Docsで作成しサイトに埋め込む → ②Docs側のコメント機能でレビューを行う → ③加えて各ページ末尾にGoogleフォーム（フィードバック投稿欄）を設置し、閲覧者からの指摘も受け付ける。

2. 承認ワークフローが組めない

問題：「編集→上長承認→公開」のような承認フローを標準機能で組むことができません。
回避策（代替フロー）：Google ChatとDocsコメントを組み合わせ、「① Chatでレビュー依頼 → ② Docsコメントで指摘・修正 → ③ 承認者がコメントで“承認”入力 → ④ バージョン名を付けて確定」という運用フローで代替する。編集権限はマニュアル責任者のみに絞る。本格的な承認フローが必須なら、後述するNotion・Confluenceへの移行を検討。

3. サイト内検索機能が弱い

問題：Googleサイトの検索ボックスは、ページタイトルとテキストにしかヒットせず、埋め込みDocsの本文を横断検索できません。
回避策：マニュアルの命名規則を統一（「【受注処理】見積書作成手順」のように先頭に【カテゴリ】を必須化）し、Googleドライブの全文検索を併用するよう周知する。

4. ページ数・ユーザー数が増えるとスケールしない

問題：100ページを超えるあたりからナビゲーションが煩雑になり、500ページ規模になると管理が困難になります。
回避策：マニュアルを業務領域ごとに別サイトへ分割する。それでも限界が来たら専用ナレッジベースツールへ移行する判断を行う。

5. デザインカスタマイズの自由度が低い

問題：用意されたテンプレート・テーマ以外のレイアウトは作れません。CSSやJavaScriptの直接編集は不可です。
回避策：「ブランドサイト」ではなく「業務マニュアル」と割り切る。デザインに凝るより、情報構造と検索性を優先するのが本来の目的に合致する。

Googleサイトの限界に達したときの移行判断基準

結論：「ページ数100超」「ユーザー数500超」「月次更新20件超」のいずれか、または以下の質的兆候2つ以上に該当したら、専用ナレッジベースへの移行を検討するタイミングです。数値トリガーを先に決めておくと、感覚ではなくデータで移行判断ができます。

移行を検討すべき4つの質的兆候

• 厳密なバージョン管理が必須：監査対応で「いつ・誰が・何を変更したか」をマニュアル単位で証跡として残す必要が出た → Confluence・Notionが適合
• ページ別の細かなアクセス制御が必要：「Aページは営業部のみ、Bページは経営層のみ」のような階層的権限が必須 → Notion・esaが適合
• コメント・承認ワークフローが業務フローに必須：公開前のレビュー→承認→公開を正式運用したい → 標準搭載のConfluence・Notion
• 全文検索・タグ管理が課題：マニュアル数が100ページを超え検索性が限界 → Notion・Confluence・Scrapbox（Cosense）

移行先の選び方（規模・組織別）

• Notionが適切なケース：小規模〜中規模チーム、コスト重視、データベース機能で柔軟に管理したい組織
• Confluenceが必要なケース：エンジニア組織、Jiraとの連携が必須、承認ワークフローを正式運用したい組織
• 国産ツール（NotePM等）を選ぶケース：日本語サポート重視、国内データセンター・セキュリティ要件を重視する組織

代替ナレッジベースツールの料金・機能比較

移行先選定のために、主要ツールの料金と機能を整理します（出典：各サービス公式料金ページ、2026年6月時点・料金は改定があるため要確認）。

Googleサイト vs 専用ツール vs 社内Wiki：機能比較表

マニュアルの陳腐化を防ぐ運用ノウハウとして、Google Workspaceのアップデート情報を効率的に追跡する方法もあわせて確認しておくと、仕様変更への追従がラクになります。

よくある質問

Q. Googleサイトは無料で使えますか？

A. 結論：個人のGoogleアカウントがあれば無料で利用できます。ただし、独自ドメイン公開・組織内限定公開・監査ログなど社内マニュアル運用に必須の機能は、Google Workspace（Business Starter 月額800円〜/ユーザー・税抜目安）契約が必要です。

Q. Google Workspaceなしでも社内マニュアルを作れますか？

A. 結論：技術的には可能ですが推奨しません。無料版では「組織外への公開を一律ブロック」「監査ログでアクセス追跡」「Google Groupsでの権限一括管理」ができず、機密情報を扱う社内マニュアル用途では情報漏洩リスクが高くなるためです。

Q. Googleサイトで作ったマニュアルはスマホで見られますか？

A. 結論：見られます。Googleサイトは自動的にレスポンシブ対応するため、スマートフォン・タブレットでも問題なく閲覧できます。本体のGoogle Docsをページレス形式にすると、スマホでの可読性がさらに向上します。

Q. 社外の人（取引先）にもマニュアルを公開できますか？

A. 結論：公開できます。共有設定で「特定のユーザー」または「リンクを知っている全員」を選べば社外メンバーにも閲覧権限を付与できます。ただしセキュリティ上、機密マニュアルは「組織内限定」、社外向けは別サイトに分離する運用が安全です。

Q. Googleサイトのマニュアル検索を強化するには？

A. 結論：命名規則の統一とGoogleドライブ検索の併用が効果的です。具体的には（1）マニュアル名の先頭に【カテゴリ】を付ける、（2）各ページにキーワードを含むサブタイトルを付ける、（3）Googleドライブの全文検索を使うよう周知する――の3点です。本格的な検索が必要ならナレッジベース専用ツールへの移行を検討します。

Q. マニュアルと手順書の違いは何ですか？

A. 結論：マニュアルは「業務全体の進め方や考え方を体系的にまとめた文書（WhyとWhat）」、手順書は「特定作業の具体的ステップを記述した文書（How）」です。Googleサイトでは「トップ→カテゴリ（マニュアル）→個別手順書」の階層で両者を同居させるのが一般的です。

Q. 旧バージョン（クラシックサイト）と新バージョンの違いは？

A. 結論：これから作るなら新バージョン一択です。クラシックサイトはすでに提供を終了しており、現在の「Googleサイト」は2016年以降の新バージョンを指します。新版は「挿入」メニューからドライブ・ドキュメント・スライド・シートを直接埋め込める点が大きな違いです。

Q. マニュアル更新の通知を関係者に送る方法は？

A. 結論：Apps Scriptで自動通知するのが最も確実です。マニュアル格納フォルダ内のDocsを定期巡回し、過去24時間に更新があればGoogle ChatスペースへWebhook通知するスクリプトを1日1回のトリガーで実行します。手動なら、サイトの「お知らせ」ページに更新履歴を追記し、全社チャットでリンクを共有する運用でも代替できます。

まとめ：今すぐ始められる第一歩

GoogleサイトとGoogle Docsを活用した業務マニュアルシステムは、属人化から脱却し、組織の知識を共有・活用するための実用的なソリューションです。Google Workspace契約があれば追加コストゼロで構築でき、Apps Scriptによる通知・一括変換まで含めれば、AI時代の業務基盤として十分に拡張できます。まずはBusiness Starterで1部門のパイロットから始め、「目的定義→情報設計→ポータル作成→Docs作成→連携・公開」の5ステップを回してみてください。コメント・承認・検索の弱点はDocs／フォーム／命名規則で補い、ページ数100超やユーザー500超などの数値基準に達したら、NotionやConfluenceへの移行を検討する――この判断軸を持っておけば、長く使えるマニュアル基盤になります。