目次
Google Driveの整理は自動化できます。ただし、AIに既存ファイルを一括整理させる方法はおすすめしません。チーム文書の正本を共有ドライブに決め、新着ファイルを未分類フォルダへ集約し、分類候補を人が承認してから移動するのが安全です。保存、命名候補、重複候補、権限検出、Google Chat通知は自動化し、移動・権限削除・廃棄には承認を残します。
本記事は2026年6月28日時点のGoogle公式情報をもとにしています。共有ドライブ、Driveラベル、Vaultなどの利用可否はGoogle Workspaceのエディションや管理者設定で異なります。APIによる移動や権限変更を行う前に、自社環境と公式ドキュメントを確認してください。
Expert Q&A
自動化する前に確認したいこと
湯田英也SakuraAI株式会社 代表 / ソフトウェアエンジニアQ. 散らかったDriveをAIに全部整理させられますか？
A. 技術的に移動はできますが、いきなりやるのはおすすめしません。同じ名前でも用途が違ったり、リンク元や共有相手がいたりします。まず一覧と移動候補を作って、人が承認してから少量ずつ動かす。この順番を守らないと、リンク切れの山ができます。
Q. 命名規則とフォルダ構成、どちらが先？
A. 先に正本の保存場所と分類軸を決めます。フォルダを深く作りすぎると、どこへ入れるか毎回迷う。フォルダは大きな単位にとどめて、細かな状態や種別は名前やDriveラベルで補うのがきれいです。
Q. どこまで完全自動にしていい？
A. 新着保存・候補提示・定型命名・監視・通知は自動化しやすい領域です。一方、既存文書の移動・外部共有の解除・重複削除・保管期限後の廃棄は承認制に。失敗したときの影響の大きさで線を引くのが安全です。
Google Driveが散らかる原因は、社員が整理できないからではありません。正式な保存場所、分類方法、確定版の見分け方が決まっていない状態で、Gmail、フォーム、Meet、手作業からファイルが増え続けることにあります。
その状態でAI分類を追加しても、散らかる速度が上がるだけです。Drive自動化は、ファイルを動かす処理より先に、誰のものか、どこが正本か、いつまで残すかを決めます。
先に結論：Drive整理は5層で設計する
| 層 | 決めること | 代表的な手段 |
|---|---|---|
| 所有 | 個人の作業物か、チームの正式文書か | マイドライブ / 共有ドライブ |
| 場所 | どこを正本とするか | 部門、案件、文書種別のフォルダ |
| メタデータ | 何の文書か、どの状態か | ファイル名、Driveラベル、カスタム属性 |
| 権限 | 誰が閲覧・編集できるか | グループ、共有ドライブの役割、個別共有 |
| ライフサイクル | いつ見直し、いつ保管・廃棄するか | 棚卸し、Vault、社内規程 |
ファイル名だけを揃えても、個人のマイドライブに正式文書が残っていれば引き継ぎで困ります。フォルダだけを整理しても、誰でも外部共有できる状態なら権限事故は防げません。5層を分けると、何を標準機能で行い、何を自動化するかが見えてきます。
マイドライブと共有ドライブの違い
Googleの公式案内では、共有ドライブ内のファイルは個人ではなくチームに属し、メンバーが離れても共有ドライブに残ります。チームの正式文書を個人所有にしないことが、整理の出発点です。
| 観点 | マイドライブ | 共有ドライブ | 実務上の使い分け |
|---|---|---|---|
| 所有 | 基本的に個人が所有 | チーム・組織が所有 | 正式文書は共有ドライブを優先 |
| 退職・異動 | 所有者変更や移管が必要 | メンバーが離れてもファイルが残る | 引き継ぐ業務文書は共有ドライブ |
| 権限 | ファイル・フォルダごとの共有が増えやすい | メンバーやグループの役割で揃えやすい | 定常チームはグループ単位で管理 |
| 向く用途 | 個人の下書き、一時作業 | 案件、部門、テンプレート、正式記録 | 確定時に正本へ移す |
| 自動化時の注意 | 実行ユーザーの所有権に依存する | 共有ドライブ対応のAPIと権限が必要 | 実行主体と保存先を先に検証 |
Apps Scriptの標準Driveサービスは扱いやすい一方、Google公式は共有ドライブへのアクセスなど新しい機能には高度なDriveサービスの利用を案内しています。個人の検証コードが動いたからといって、そのまま共有ドライブへ適用できるとは限りません。
どのファイルから自動化するべきか
自動化しやすいのは、入口、形式、保存先、確認者が揃っているファイルです。
Decision chart
Google Drive整理の自動化適性
形式の揃いやすさ、正解の決めやすさ、誤移動時の影響、処理件数をもとにSakuraAIが整理した導入判断用スコアです。Google公式の評価ではありません。
入力項目を分類と命名に使え、保存先も固定しやすい
送信元、件名、添付形式で対象を絞りやすい
日付、部署、版の規則を固定しやすい
効果は大きいが、正式版の判定と権限確認が必要
版や用途が分かれやすく、担当者確認が必要
リンク、共有、所有、重複の影響を先に調査する
既存ファイルより新着ファイルから始める理由は、入口を制御できるからです。過去の散らかりを一度に直すより、これ以上散らからない流れを作った方が早く効果が出ます。
安全な自動化フロー
Gmail・フォーム
対象を条件で絞り、ファイルを取得
未分類フォルダ
すぐに本番へ入れず、一時保管
AI分類・命名候補
ルール優先、曖昧な内容をAIで補助
承認・Drive保存
人が確認し、正本フォルダへ移動
Google Chat通知
処理結果、保留、エラーを担当へ通知
分類の確信度が高いものだけ自動移動し、曖昧なものは承認待ちに残す方法もあります。ただし、確信度は正しさを保証しません。契約書や顧客提出物など影響の大きい文書は、点数に関係なく承認対象にします。
Chatに添付内容や個人情報を載せすぎず、権限を設定したDriveの確認画面や管理表へ誘導します。エラーがない日も件数を記録しておくと、自動化が止まったときに気づきやすくなります。
フォルダ・ファイル名・ラベルの役割を分ける
| 手段 | 向いている情報 | 強み | 注意点 |
|---|---|---|---|
| フォルダ | 部門、案件、年度など大きな所属 | 誰でも理解しやすい | 深くしすぎると保存先に迷う |
| ファイル名 | 日付、文書種別、案件名、状態 | 一覧表示と検索で見つけやすい | 長すぎる名前と表記ゆれに注意 |
| Driveラベル | 機密区分、契約状態、保管区分など横断項目 | フォルダをまたいで検索やポリシーに使える | 設計、公開、権限、対応エディションの確認が必要 |
| AI分類 | 本文を読まないと分からない種別や案件候補 | 表記が揃わない文書も判定できる | 誤判定があるため確定情報にしない |
Google Driveのラベルは、ファイルやフォルダに構造化されたメタデータを付け、分類、検索、ポリシー適用に使う仕組みです。たとえば契約状態を、確認中、締結済み、失効のように管理できます。
フォルダで契約状態まで表すと、状態が変わるたびにファイル移動が発生します。所属はフォルダ、状態はラベルというように役割を分けると、構造が安定します。
命名規則は検索と重複確認に使える形にする
命名規則は、見た目を揃えるためだけのものではありません。検索条件と自動処理の入力になります。
推奨する基本形は次の通りです。
YYYYMMDD_文書種別_案件名_状態
例：20260628_提案書_新規システム_提出版.pdf
| 要素 | ルール | 理由 |
|---|---|---|
| 日付 | YYYYMMDDで固定 | 文字列順でも時系列に並ぶ |
| 文書種別 | 選択肢を限定 | 請求書、契約書、提案書などの表記ゆれを防ぐ |
| 案件名 | 管理表の正式名称を使う | 略称と正式名の混在を防ぐ |
| 状態 | 下書き、確認中、提出版、締結済みなど | 最終、最新版の乱立を防ぐ |
| 拡張子 | 元形式を維持 | 変換による情報欠落を避ける |
版番号が必要な業務では v01 のように固定します。ただし、Googleドキュメントには変更履歴があるため、ファイルを複製して版を増やすべきかは別に判断します。
重複ファイルは同名だけで削除しない
Drive APIのファイル情報には、バイナリファイルの内容に対するMD5チェックサムがあります。PDFや画像などでは、同一内容の候補抽出に使えます。一方、Googleドキュメント、スプレッドシート、スライドなどへ同じ判定をそのまま適用することはできません。
| 判定材料 | 分かること | 分からないこと | 扱い |
|---|---|---|---|
| 同じファイル名 | 重複の可能性 | 内容が同じか、どちらが正本か | 候補抽出だけに使う |
| 同じチェックサム | バイナリ内容が一致する可能性 | 共有・所有・参照先が同じか | 削除前に権限とリンクを確認 |
| 更新日時 | 最近変更された方 | 新しい方が正しいか | 補助情報として使う |
| AIによる内容比較 | 類似文書や版違いの候補 | 法的・業務上どれが正式か | 人の判断材料にする |
| 保存場所・ラベル | 正本候補の運用上の位置づけ | 内容の完全一致 | 正本ルールと組み合わせる |
重複処理では、削除より先に正本へリンクを寄せます。広く共有されているファイルを消すと、チャット、メール、資料内のリンクが切れるためです。
共有権限は検出から始める
Drive APIでは、ファイルやフォルダの権限を、ユーザー、グループ、ドメイン、リンクを知る全員などの種別と、閲覧者、編集者などの役割で確認できます。また、フォルダの権限は配下へ継承されます。
最初に検出する対象は次の通りです。
- リンクを知っている全員が閲覧できるファイル
- 組織外ユーザーへ共有された機密フォルダ
- 個人アカウントへ直接共有されたチーム文書
- 編集権限が不要な相手に付与されているファイル
- 所有者や管理担当が不明なマイドライブ上の正式文書
検出した権限を一括削除しないでください。顧客や協力会社との正当な共有まで止める可能性があります。ファイル責任者、共有目的、期限を確認し、承認後に変更します。
Apps Script・Drive API・AIの比較
| 手段 | 得意なこと | 向く規模 | 注意点 |
|---|---|---|---|
| Drive標準機能 | 検索、ショートカット、共有、ラベル、変更履歴 | 個人から小規模チーム | 運用ルールは人が揃える必要がある |
| Apps Script | 定期検索、名称変更、Gmail・Sheets・Chat連携 | 小規模な社内自動化 | 実行時間、権限、共有ドライブ対応を確認 |
| 高度なDriveサービス / Drive API | 共有ドライブ、権限、ラベル、詳細なファイル操作 | 複数部門や業務システム連携 | 認証、監視、再実行、API設計が必要 |
| AI | 本文から種別・案件・機密度の候補を出す | 非定型文書が多い業務 | 誤判定を前提に承認と評価が必要 |
| Google Vault | 保持・廃棄ルール、監査・法務対応 | 管理要件がある組織 | 設定ミスでデータが削除され得るため管理者が慎重に検証 |
Google Vaultの保持ルールは、整理スクリプトの延長で扱う機能ではありません。Googleも、設定を誤るとデータが直ちに完全削除される可能性があるとして、小さな対象でのテストを案内しています。保持・廃棄は管理者と社内規程の責任者を含む別プロジェクトにします。
導入手順
1. 正本と所有者を決める
まず、どのファイルが正式文書で、どの共有ドライブへ置くかを決めます。個人のマイドライブをチーム文書の正本にしないことが基本です。
2. 入口を1つ選ぶ
フォーム添付、特定ラベルのGmail、定期レポートなど、条件が揃う入口を1つ選びます。過去ファイルの整理より先に、新着ファイルの流れを整えます。
3. 未分類フォルダと処理台帳を作る
受信日時、元データ、ファイルID、分類候補、処理状態、確認者、処理日時を記録します。ファイル名ではなくファイルIDを記録すると、名称変更後も追跡できます。
4. ルール分類を先に作る
送信元、フォーム項目、MIMEタイプ、件名など、明確な条件で分類します。条件で決まらないファイルだけAIに渡す方が、費用と誤判定を抑えられます。
5. 承認後に移動・通知する
人が候補を確認した後、正本フォルダへ移動し、処理台帳を更新してChatへ結果を通知します。権限不足や移動失敗は、成功件数と分けて通知します。
6. 指標を見て自動範囲を広げる
| 評価項目 | 見る内容 |
|---|---|
| 分類正解率 | 人が承認した分類と候補が一致した割合 |
| 保留率 | AIやルールで決められなかった割合 |
| 誤移動件数 | 保存後に戻したファイル数 |
| 処理時間 | 受信から正本保存までの時間 |
| 未処理件数 | 受け皿に残っているファイル数 |
| 権限異常 | 想定外の共有を検出した件数 |
よくある失敗
| 失敗 | 起きること | 回避策 |
|---|---|---|
| 個人のマイドライブへ自動保存する | 退職・異動時に移管が必要になる | チーム文書は共有ドライブを正本にする |
| フォルダを深く作る | 保存先が分からず、重複フォルダが増える | 大分類はフォルダ、細分類は名前・ラベルに分ける |
| 同名ファイルを重複として削除する | 別内容や正式版を消す | 候補抽出後に内容・権限・リンクを確認する |
| 既存ファイルを一括移動する | 共有リンクや参照先、業務フローに影響する | 一覧、候補、承認、少量移動の順で進める |
| 権限を自動解除する | 正当な外部共有まで停止する | 検出と通知から始める |
| 成功時の記録を残さない | 自動化の停止に気づけない | 日次件数と最終実行日時を記録する |
SakuraAIで支援できること
SakuraAIは、Google Driveのフォルダ整理だけでなく、文書の所有、正本、分類、権限、保管まで含めて設計します。Gmailやフォームからの保存、AI分類、命名、Driveラベル、共有権限の検出、Google Chat通知を、失敗時に戻せる単位で実装します。
既存Driveを一括で動かすのではなく、調査レポート、移動候補、承認、段階移行の順で進めます。Apps Scriptで足りる範囲と、Drive APIや管理者機能が必要な範囲も切り分けます。
Expert Q&A
最後に湯田へ確認
湯田英也SakuraAI株式会社 代表 / ソフトウェアエンジニアQ. 最初のPoCは何を対象にしますか？
A. フォーム添付か、送信元と件名が決まっているGmail添付です。入口と正解が揃っているため、分類精度と削減時間を測りやすく、誤りも見つけやすいです。
Q. AIを使う価値はどこにありますか？
A. ファイル名や送信元だけでは分からない文書を、本文から候補分類できる点です。ただしAIをすべての文書に使う必要はありません。明確なルールで処理できない部分に絞ります。
Q. 整理が成功した状態をどう判断しますか？
A. 見た目がきれいかではなく、正本へ迷わず到達できる、担当者が変わっても残る、外部共有を追える、新着ファイルが未処理のまま溜まらない状態です。検索時間と誤移動件数も測ります。
よくある質問
Google Driveのファイルを自動でフォルダ分けできますか？
Apps ScriptやDrive APIを使えば、ファイル名、MIMEタイプ、作成者、保存元、本文から判定し、指定フォルダへ移動できます。ただし最初から完全自動にせず、分類候補を出して人が承認する運用から始める方が安全です。
Gmailの添付ファイルをDriveへ自動保存できますか？
できます。Gmail側で対象メールを絞り、添付を未分類フォルダへ保存し、重複確認、命名、分類、担当者への通知までつなげられます。請求書や契約書では、保存先の権限と正式な文書の判定ルールを先に決めます。
マイドライブと共有ドライブのどちらへ保存すべきですか？
チームで継続利用する正式文書は共有ドライブが向きます。共有ドライブ内のファイルは個人ではなくチームに属するため、担当者が退職しても残ります。個人の下書きや一時作業はマイドライブに置き、確定時に共有ドライブへ移す運用が分かりやすいです。
重複ファイルは自動削除できますか？
同名ファイルを自動削除するのは危険です。バイナリファイルではチェックサムを重複候補の判定に使えますが、Googleドキュメントなどには同じ方法をそのまま使えません。候補一覧を作り、人が内容、所有者、更新日時、参照リンクを確認して処理します。
共有権限を自動で修正してもよいですか？
想定外の外部共有やリンク共有を検出し、Google Chatへ通知する運用がおすすめです。自動で権限を削除すると、顧客や協力会社との正当な共有まで止める可能性があります。修正は承認制にします。
参考・一次情報
自動化相談
Driveのファイル整理・権限管理を自動化する
命名規則・分類・共有権限チェックを自動化します。
Drive自動化を相談する