Google Workspace テンプレートギャラリー管理設計

Google Workspace（GWS）の組織共有テンプレートギャラリーは、管理コンソールから「誰がテンプレートを公開できるか」を3つのモードで制御できます。この記事では、各モードの設計上の特徴と、情シスが整備すべきライフサイクル運用を整理します。

この記事を読んだほうが良い人

• Google Workspace を管理する情シス・コーポレートIT担当者
• Docs / Sheets / Slides のテンプレートが野良増殖していることに課題を感じている方
• テンプレートギャラリーを「誰でも公開できる状態」から情シス管理体制に切り替えたい方
• Drive の組織設計とテンプレート権限をつなげて整理したい方

Google Workspace テンプレートギャラリー管理の3つの投稿権限モード

GWS では、組織共有テンプレートギャラリーへの投稿権限を管理コンソールのドライブとドキュメント設定から3種類のモードで設定できます（Google Workspace 管理者ヘルプより）。

公開（Open）：全員が即時公開

組織内の全ユーザーがテンプレートをギャラリーに追加・削除できます。承認フローはなく、投稿後すぐにギャラリーへ反映されます。

項目	内容
投稿できる人	組織内の全ユーザー
承認	不要（投稿と同時に公開）
管理者の関与	任意（削除・整理は「ドキュメントのテンプレート」権限で対応）
向いている場面	数十名以下の少人数チームで品質より利便性を優先する場合

投稿ハードルが最も低い反面、情シスが把握しない未承認テンプレートが積み上がりやすい点が課題です。100名規模の組織でこのモードを維持すると、同種の議事録テンプレートが乱立し「どれが公式版か」の判断がつかない状態になります。

具体的な弊害として起きやすいのは次のようなケースです。

• 部署ごとに書式が微妙に異なる請求書テンプレートが5〜6種類ギャラリーに並ぶ
• 前期の書式で作られた稟議書が回付され差し戻しになる
• 退職者が作成したテンプレートがそのまま残り、更新も削除もされない

テンプレートの品質が業務効率に直結する文書（契約書・稟議書・提案書など）が存在する組織では、「公開」モードのまま運用し続けるリスクは高くなります。

管理対象（Moderated）：申請・管理者承認制

誰でも投稿申請できますが、「ドキュメントのテンプレート」権限（テンプレートギャラリーの管理・承認を担当する管理者権限の一種）を持つアカウントが承認・却下を行います。申請があるとメール通知が届き、いずれかの担当者が対応した時点でその申請は完結します。

項目	内容
投稿できる人	組織内の全ユーザー（申請ベース）
承認	必要（「ドキュメントのテンプレート」権限保持者が対応）
管理者の関与	必須（承認が遅れると申請が積み上がるリスクあり）
向いている場面	現場からのテンプレート提案を受け付けつつ品質も確保したい場合

承認担当者を複数名設定することと、却下時に理由をフィードバックする運用ルールを別途定義することが重要です。担当者が1名だと、その人が多忙な時期に申請対応が止まります。

承認基準の明文化も必要です。「どんな内容なら承認するか」を担当者の判断に委ねたままにすると、承認結果に一貫性が生まれません。最低限、以下の観点を基準として明文化しておくと運用が安定します。

• 既存テンプレートと重複していないか（同じ用途のものが既に存在する場合は統合を検討）
• タイトル・説明文が命名規則に沿っているか
• 所管部門の了承が取れているか（申請者が所管部門外の場合）
• 法務・コンプライアンス上の確認が必要な文書か

応答時間の目安は「受信後3営業日以内に承認・却下のいずれかを回答する」が現実的なラインです。これより長くなると申請者から催促が入り始め、情シスへの不満につながります。

制限付き（Restricted）：管理者のみ投稿可能

「ドキュメントのテンプレート」権限を持つアカウントだけがギャラリーへのテンプレート追加・整理・削除を行えます。一般ユーザーには申請手段もなく、管理者が直接登録する形になります。

項目	内容
投稿できる人	「ドキュメントのテンプレート」権限保持者のみ
承認	不要（管理者が直接登録）
管理者の関与	全量管理
向いている場面	契約書雛形・稟議書など改ざんリスクがある文書、またはテンプレート品質を完全統制したい場合

現場からテンプレートの要望が来る場合は、Slack チャンネルや Google フォームを使った申請フロー（別経路）を整備し、管理者が内容を確認してから登録する運用にします。「制限付きモード＋別経路の申請フロー」の組み合わせが、100名規模企業の情シスにとって最もバランスのよい設計です。

フォームで収集する項目の最小構成は次の5点です。

• テンプレート名（命名規則に沿ったもの）
• 用途説明（どの業務で誰が使うか）
• 所管部門と担当者名
• 添付ファイル（Google ドキュメント等へのリンク）
• 参考にした既存フォーマットの有無

フォームがないと口頭依頼が増え、管理者側の受付記録が残りません。

モードを変更するときの注意事項

Open から Moderated または Restricted に変更する際に見落としがちな点があります。モード変更によって「既に公開済みのテンプレート」が自動削除されるわけではないため、切り替え直後にギャラリーを確認し、管理対象外のテンプレートが残っていないかを棚卸しする必要があります。

また、ユーザーへの事前告知を忘れると「急に投稿できなくなった」という問い合わせが発生します。切り替え2週間前にはギャラリーの利用ルール変更を周知し、投稿権限の変更理由と今後の申請方法を案内することを推奨します。

テンプレートライフサイクルの設計

投稿権限を絞るだけでは、一度公開したテンプレートが「古くなっても放置」される問題は解決しません。承認から廃止までのライフサイクルを設計することが必要です。

承認フェーズでは、テンプレートの内容確認を担う部門担当者を事前に決めておきます。「ドキュメントのテンプレート」権限保持者は「ギャラリーへの登録作業」を担い、「内容の適切性確認」は所管部門（法務・経営企画など）に委ねる分担が機能しやすいです。

役割ごとの責任範囲を整理した例が以下です。

役割	担当者	確認内容
テンプレート登録担当	情シス（「ドキュメントのテンプレート」権限）	命名規則・カテゴリ設定・登録作業
書式確認担当	情シス または所管部門	書式・レイアウト・入力欄の過不足
内容承認担当	所管部門（法務・経営企画等）	記載内容の法的・業務的妥当性
年次棚卸し担当	情シス	全テンプレートのレビューと廃止判定

公開フェーズでは、テンプレートのタイトルにバージョン情報と更新日を含めることを標準化します。命名規則の例として「[部門名] 文書種別 vN（YYYY-MM）」の形式が管理しやすいです。具体的には「[法務] 業務委託契約書雛形 v2（2026-04）」のように書くと、新旧の区別がつきやすく棚卸し時の判断も速くなります。

テンプレートのカテゴリ分類は、目的別に設計することを推奨します。部門別（法務・経理・人事・営業等）と文書種別（契約書・稟議書・報告書・議事録等）の2軸で分類できるよう、初期設計段階でカテゴリ一覧を情シスが定義しておくと整理しやすくなります。

ライフサイクル管理の実務では、スプレッドシートで「テンプレート台帳」を作り、各テンプレートの状態を一元管理することが効果的です。台帳に持たせる列として最低限必要な8項目は次の通りです。

• テンプレートID（連番で付与）
• タイトル（命名規則に沿ったもの）
• カテゴリ（部門・文書種別）
• バージョン番号
• 登録日
• 所管部門・担当者名
• 次回見直し予定日
• 状態（公開 / 非公開 / 廃止済み）

台帳がないと定期棚卸しの際に何をレビューすべきか不明確になり、作業が属人化します。

Drive テンプレートと OU 設計の連携ポイント

GWS では、テンプレートギャラリー機能の有効・無効をユーザーや OU（Organizational Unit：組織部門）単位で制御できます。特定部門に対してカスタムテンプレートギャラリーを非表示にするといった制御が可能です。

ただし、投稿モード（公開・管理対象・制限付き）の設定は組織全体に一律で適用されます。部門ごとに投稿ルールを変えたい場合は、運用フロー側の設計で対応することになります。

複数の OU を持つ組織では、「全社員が使う共通テンプレート」と「特定部門だけが使う部門固有テンプレート」を分けて管理する需要が出てきます。GWS のテンプレートギャラリーは現時点で「OU ごとに異なるテンプレートを表示する」機能を持ちません。部門固有テンプレートは次のいずれかで対応するのが現実的です。

• 部門専用の共有ドライブに格納して直接リンクを案内する
• 部門ごとの社内ポータル（Google Sites 等）でリンク集を管理する

テンプレートのマスターファイルが Google Drive 上のどこに格納されているかは、設計段階で決めておく必要があります。担当者の退職やフォルダ整理のタイミングで「ギャラリーに表示されているが元ファイルが見つからない」という状況が起きると、テンプレートの更新や削除ができなくなります。

推奨する構成は、IT 管理者が管理する共有ドライブ（Shared Drive）に専用フォルダを設け、テンプレートのマスターファイルをそこに集約することです。共有ドライブのオーナーシップは組織に帰属するため、個人の My Drive で管理する場合と異なり、担当者が退職してもファイルが失われません。共有ドライブのフォルダ構造は、カテゴリ別（契約書・稟議書・報告書など）に分けると引き継ぎがしやすくなります。

廃止テンプレートの削除運用

テンプレートギャラリーからの削除は、管理コンソールからではなく、「ドキュメントのテンプレート」権限を持つアカウントで Docs（または Sheets / Slides）のテンプレートギャラリー画面を開き、対象テンプレートに表示される管理メニューから行います。

削除時に把握しておくべき点が2つあります。

ギャラリー削除と元ファイル削除は別操作: ギャラリーから削除しても、Drive 上の元ファイルは削除されません。元ファイルをアーカイブフォルダに移動する手順もセットで運用ルールに定義しておく必要があります。

Google 標準テンプレートは削除不可: 管理者でも削除できるのは組織が追加したカスタムテンプレートのみです。Google が提供するデフォルトのテンプレートは削除対象外です。

廃止プロセスは2段階を推奨します。まずギャラリーから非公開にして1か月程度の猶予期間を設け、その後に元ファイルをアーカイブフォルダへ移動します。即削除すると、そのテンプレートを使用中のユーザーからの問い合わせが集中するリスクがあります。

猶予期間中は、ギャラリーのタイトルを「【廃止予定 2026-07末】旧請求書テンプレート」のように変更しておくと、利用者が移行期間を把握しやすくなります。廃止の1〜2週間前には、対象テンプレートの所管部門に対して代替テンプレートの案内と廃止日程の告知を行います。告知では次の3点を明記すると問い合わせを最小限に抑えられます。

• 代替はどのテンプレートか（ギャラリー内の名称を明記）
• 変更点のサマリー（書式・入力欄の変更箇所）
• いつギャラリーから削除されるか

定期棚卸しのサイクルとして、年2回（期初・中間期）に全テンプレートをレビューする運用が組みやすいです。棚卸し時の確認観点は次の4点です。

• 最終更新から1年以上が経過しているか
• テンプレートに記載の所管部門・担当者が現在も有効か
• 関連する社内規程・書式基準が変更されていないか
• Drive 上のアクセス状況などから利用実績が確認できるか

棚卸し結果は台帳に反映し、廃止判定したものはその期内に削除処理まで完結させることを原則にします。「要確認」のまま放置されるテンプレートが増えると、次の棚卸し時に作業量が雪だるま式に増えます。

情シスが先に決めるべき4つの設計判断

テンプレートギャラリーを「管理されたインフラ」として運用するには、技術設定の前に運用設計が必要です。まず決めるべき判断点は次の4つです。

投稿モードの選択: 公開・管理対象・制限付きの3択から組織の実態に合わせて選びます。100名規模であれば「制限付き」か「管理対象」から始めるのが無難です。契約書・稟議書など改ざんリスクがある文書を含む場合は制限付きを選びます。現場からのテンプレート提案を業務改善として歓迎したい場合は管理対象が適しています。

「ドキュメントのテンプレート」権限の付与対象: 最低2名以上に付与し、1名が不在でも承認フローが止まらない体制にします。棚卸し担当と承認担当を同一人物にすると属人化するため、役割の分担を検討することを推奨します。

マスターファイルの格納先: IT 管理の共有ドライブに集約し、個人の My Drive に散在させない構成にします。共有ドライブのメンバー管理ポリシーとあわせて設計することで、担当者の異動・退職時の影響を最小化できます。

ライフサイクル運用ルール: 承認フロー・棚卸しサイクル・廃止処理の手順を文書化します。承認基準・応答期限・廃止時の告知手順まで決めておくことで、担当者が変わっても一貫した運用が維持できます。

投稿モードの設定変更そのものは数分で完了します。しかし運用フローとテンプレート台帳の整備なしには、設定を変えても実態は変わりません。テンプレートギャラリーの管理設計は「設定の問題」ではなく「運用設計の問題」です。この4点を先に整理してから技術設定に入る順序を守ることが、後からの手戻りを防ぐうえで重要です。

コーポレートITのご相談はお気軽に

この記事で書いたような業務改善・自動化の設計から実装まで、DRASENASではコーポレートITの現場に寄り添った支援を行っています。 「まず相談だけ」でも大歓迎です。DRASENAS 公式サイトからお気軽にどうぞ。