Google ドライブの公式ヘルプによると、Google ドキュメント・スプレッドシート・スライド・Google Vids を同時に編集できるタブ・デバイス数は最大 100 個に制限されています。100 名規模の企業で全社ドキュメントを共有する運用では、この上限と向き合う場面が出てきます。
この記事を読んだほうが良い人
- Google Workspace を全社展開しており、仕様書・議事録・マニュアルを Google ドキュメントで一元管理している情シス担当者
- 「ドキュメントが重い」「更新が反映されない」という現場報告を受けたことがある方
- 同時編集の制限値を根拠に、代替設計を検討・提案したい方
Google ドキュメントの同時編集制限とは？
Google ドキュメント・スプレッドシート・スライド・Google Vids は、最大 100 個のタブまたはデバイス で同時に編集できます（Google ドライブ ヘルプより）。100 個を超えるインスタンスが開かれると、オーナーと一部の編集権限を持つユーザーのみが編集できる状態に自動的に移行します。
ここでの「タブ」はブラウザのタブやアプリの起動インスタンス数を指します。2024年以降に普及したドキュメントタブ機能（1ドキュメント内に複数のタブを作れる機能）とは別の制限です。
この制限についてよく見られる誤解が 2 点あります。
1 つ目は、単位が「人数」ではなく「タブまたはデバイスの数」である点です。1 人のユーザーがスマートフォンとパソコンの両方で同じドキュメントを開いていると、2 インスタンス分を消費します。
2 つ目は、この制限がドキュメント・スプレッドシート・スライドすべてに共通している点です。「Sheets に移行すれば同時接続の問題が解消する」という期待は、制限の数値上は成り立ちません。ツール選定はデータ構造の適切さという別の理由で考える必要があります。
100 名規模での現実的なシナリオ
100 名の組織で全社 MTG の直前に参加者全員が同じ議事録ドキュメントを開くと、それだけで 100 インスタンス（起動中のタブやアプリの個数）付近に達する可能性があります。モバイルデバイスと PC を併用しているメンバーが多い場合、「編集しようとしたら突然できなくなった」という報告が会議中に届くのは現実的なシナリオです。この制限は 1 ファイルごとに独立して適用されるため、アクセス頻度の高い「全社共有ドキュメント」が特に影響を受けやすいです。
制限値の比較表
| 制約の種類 | 上限 | 超過時の挙動 |
|---|---|---|
| 同時編集（タブ/デバイス） | 100タブまたはデバイス | オーナーと一部の編集者のみ編集可に移行 |
| ファイルサイズ（ネイティブ作成） | 約102万文字 | それ以上の入力不可 |
| ドキュメント ファイルサイズ（変換アップロード） | 50MB | アップロード不可 |
| メール共有の上限 | 600アドレス | 追加共有不可 |
出典：Google ドライブ ヘルプ（共有の制限）
Google Docs の同時アクセス上限を超えたときに起きること
100 インスタンスを超えても、ユーザーには特別な警告は表示されません。「編集ボタンが反応しない」「コメントが入力できない」という形で静かに問題が現れます。管理コンソールには「同時アクセス数が上限に達した」というイベントは存在せず、管理コンソールの監査と調査からドライブのアクセスログを間接的に確認する形になります。「このファイルに短時間でアクセスが集中していたか」を掴むための補助的な用途に留まります。
ハードリミットに到達する前の段階でも、以下の原因でパフォーマンスが劣化します。
- 1 本のドキュメントに長期間の内容が蓄積していてファイルサイズが大きい
- 多数の画像・表・コメントが埋め込まれている
- 大量の提案モード変更履歴が残っている
「ドキュメントが重い・遅い」という報告の大半は、制限超過ではなくファイルサイズの問題です。この 2 つを切り分けることが、的確な設計変更への出発点になります。
症状別の対処チェックリスト
「編集できなくなった」という報告が来たとき
- [ ] 同じドキュメントを同時に開いているタブ・デバイス数を推測する（会議中の一斉アクセスが起きていないか）
- [ ] 編集権限の付与が必要最小限になっているか見直す
- [ ] 閲覧のみでよいユーザーを「閲覧者」権限に変更する
「ドキュメントが重い・読み込みが遅い」という報告が来たとき
- [ ] ドキュメントの文字数・画像数を確認する
- [ ] 1 年以上前のコンテンツを別ファイルにアーカイブする
- [ ] 大量の画像はドライブに配置してリンク参照に切り替える
「更新が反映されない」という報告が来たとき
- [ ] オフライン同期が有効になっているデバイスがないか確認する
- [ ] VPN や社内ネットワーク環境の問題が起因していないか確認する
Workspace 大規模ドキュメント運用で避けるべきアンチパターン
100 名規模の運用でよく見かける設計上の問題を 3 つ整理します。問題が起きてからの修正は調整コストがかさむため、展開前に避けておくことが重要です。
アンチパターン 1: 全社員を編集者に設定する
「誰でも修正できるように」という意図で全員に編集権限を付与すると、同時アクセスのカウントが上がりやすくなるだけでなく、意図しない変更が入るリスクも高まります。閲覧だけでよいユーザーは「閲覧者」権限に、コメント記入が必要なユーザーは「コメント者」権限に留めるのが基本です。
アンチパターン 2: 1 本のドキュメントに年をまたいで書き続ける
議事録を 1 本のドキュメントに追記し続けると、1〜2 年で数万字を超えます。ファイルサイズの上限（約 102 万文字）には届かなくても、読み込みとレンダリングの負荷は着実に増加します。四半期ごと、または年度ごとにファイルを切り替えて、古いファイルはアーカイブ用フォルダに移動するサイクルが安定した運用につながります。
アンチパターン 3: 表形式データを Docs で管理する
Docs は「文書」を書くツールであり、表形式のデータ管理には向いていません。行の増減が多いリストや、数値・ステータスを定期的に更新するデータは、最初からスプレッドシートに置く設計が適切です。「なんとなく Docs で台帳を作り始めた」という経緯は珍しくありませんが、規模が拡大するほど移行コストが高くなるため早めに整理を進めてください。
大規模ドキュメント運用での代替設計判断
「Docs のままでいいか、別の設計に切り替えるべきか」の判断基準を整理します。
代替設計の判断フロー表
| ユースケース | 判断 | 推奨する設計 |
|---|---|---|
| 全社向け議事録・お知らせ（閲覧が主） | Docs のまま運用可 | 閲覧者は「閲覧者」権限に絞り、読み取り専用リンクで共有する |
| 全員が同時にデータを入力する場面がある | ツール変更を推奨 | Google フォームで入力を集約し、スプレッドシートで集計する |
| 数万字を超える仕様書・マニュアル | Docs のまま運用可 | 章ごとにファイル分割し、目次ページで横断参照できる構成にする |
| 表形式のデータ管理を Docs でやっている | ツール変更を推奨 | データ構造の問題。Google スプレッドシートへ移行する |
| 申請・承認フローを Docs で回している | ツール変更を推奨 | Google フォーム＋AppSheet でワークフロー管理に切り替える |
AppSheet（Google が提供するノーコード業務アプリ作成ツール）を経由させることで、ユーザーはスプレッドシートを直接開かずにデータの閲覧・入力ができます。直接 Sheets を開くユーザー数を減らせるため、スプレッドシートの同時アクセス数を抑える効果も見込めます。
ファイル分割の具体的な考え方
「分割する」と決めても、どう分割するかで運用のしやすさが大きく変わります。目的に合わせた分割軸を 3 種類示します。
- 期間で分割: 月次・四半期・年度単位で新しいファイルを作成する。議事録・日報・週報など「時系列追記型」のドキュメントに向いている
- 部門で分割: 全社ファイルから部門別ファイルへ移行する。部門間の横断参照が少ない場合に有効
- 役割で分割: 「作業用（編集担当のみ）」「公開用（全社閲覧）」「完成版（アーカイブ）」の 3 層に分ける。就業規則やポリシー文書など変更を防ぎたいドキュメントに向いている
どの分割方法でも、目次ページ（インデックスドキュメント）を 1 本作って各ファイルへのリンクをまとめておくことで、分割後に「どこにあるかわからない」という問題を防げます。
設計変更の優先順位
同時編集の問題が出始めたとき、対策を取る順番は以下の通りです。
Step 1: 権限の見直し
全員に編集権限を付与していないか確認します。「全社員が編集者」という設定は最もリスクの高いパターンです。閲覧だけでよいユーザーを「閲覧者」に変えるだけで、インスタンス数の圧迫を大幅に抑えられます。管理コンソールの監査と調査では、ドライブのアクセス履歴からアクセスが集中しているファイルを特定できます。この把握が権限見直しの出発点になります。
Step 2: ファイルの分割
1 本のドキュメントにあらゆる情報を集約している場合は、用途・部門・期間で分割します。目次ページを作り、各ファイルへのリンクを設けることで、分割後も利便性が損なわれません。なお、共有ドライブを活用すると退職時のオーナー引き継ぎ作業が不要になるため、長期運用を見据えるなら共有ドライブへの移行もあわせて検討してください。
Step 3: ツールの選定見直し
Step 1・2 で解消しない場合、あるいは入力型・台帳型の用途であれば、ツールそのものを変更します。Docs は「共同執筆」に強く、「共同入力・データ管理・ワークフロー」には向いていません。この境界を軸に置くと、ツール選定の判断がシンプルになります。費用対効果として、Step 1 は設定変更のみで完結するため最優先で着手し、Step 3 への移行はデータ移行コストを考慮して計画的に進めるのが現実的です。
まとめ
Google ドキュメントの同時編集制限は「100タブまたはデバイス」が公式の上限で、超過時には編集権限が静かに制限されます。Sheets や Slides も同じ上限のため、ツールを乗り換えても制限値そのものは変わりません。
100 名規模の企業で全社ドキュメントを運用する場合、問題が起きてから対処するのではなく、権限設計とファイル構成を事前に整えておくことが情シスの役割です。「全員編集者」の設定や「1 本のドキュメントに全情報」という構成を見直すだけで、多くの問題は予防できます。
運用が入力型・台帳型・承認フロー型に近づいてきたと感じたら、Docs から他のツールへの移行を検討するサインと捉えてください。制限値と症状を対応させて理解しておくことで、現場報告を受けたときに根拠のある設計変更を提案できます。
Google Workspace 上での Docs 運用設計や、スプレッドシート・AppSheet・フォームを組み合わせた業務フロー改善については、DRASENASのサービスページでも事例をご紹介しています。
コーポレートITのご相談はお気軽に
この記事で書いたような業務改善・自動化の設計から実装まで、DRASENASではコーポレートITの現場に寄り添った支援を行っています。 「まず相談だけ」でも大歓迎です。DRASENAS 公式サイトからお気軽にどうぞ。
御社の IT 部門、ここにあります。
「ITのことはあまりわからない」── そのような状態からで、まったく問題ございません。まずはお気軽にご相談ください。