Google Docs のバージョン履歴が実際に記録しているもの

Google Docs のバージョン履歴は、名前とタイムスタンプが付いた保存状態のリストです。打鍵のログではありません。Google はリビジョンが「ときどき統合されることがある」と記載し、それを防ぐ手段としてバージョンの命名を挙げており、バージョン履歴・ファイルのバージョン・Office 編集・ファイルのダウンロードのどのページでも、「貼り付け」という語を一度も使っていません。多くの人が入っていると思い込んでいる二つのものは、入っていません。段落単位の帰属表示は別の機能で、特定の Google Workspace エディションに限られます。また、ネイティブのドキュメントではなく .docx を Google Docs のなかで編集している場合、Google は「旧バージョンのコピーを作成」を、利用できない機能の一覧に挙げています。

この最後の一点は、聞こえよりずっと重い意味を持ちます。パネルから日付付きの証拠を取り出してメールに添付できる形にする、Google が明記している方法が、旧バージョンのコピーを作ることだからです。

必要になる前に読んでおくべき理由はこうです。以下に書いてあることは、あなたの文書についてすでに真実であるか、すでに偽であるかのどちらかです。あとから有効にできるものは何もありません。

まず細かいところから始めます。そこが全体の細かさを決めているからです。

右上にカーソルを合わせると、「who was the last person to update the file and when they last made changes」（最後にファイルを更新した人物と、その人が最後に変更を加えた日時）が表示されます。パネルを開いてバージョンを一つ選ぶと、もう少し増えます。「You can find who updated the file and their changes.」（ファイルを更新した人物とその変更内容を確認できます）。つまり、どのエントリにも時刻・編集者・差分が載っています。

そして、どこまで頼れるかを決める一文がこれです。

「The revisions for your file may occasionally be merged.」（ファイルのリビジョンは、ときどき統合されることがあります）

Google はこれを「Unable to see a previous version of your file?」（ファイルの以前のバージョンを表示できない場合）という見出しの下に置いています。見出し自体が、それが何を説明するためのものかを示しています。見つかると思っていたエントリが、独立したエントリとして存在しないことがあるのです。パネルは項目をまとめて表示することもあり、そのまとまりのなかに入る手順が別に書かれています。「Find grouped versions: In the right panel, click Expand.」（グループ化されたバージョンを探す：右側のパネルで Expand をクリックします）

Google が提示する対策は命名です。そして命名の目的も同じ文のなかで述べています。「You can create a named version to track your version history and make sure your versions aren't merged.」（バージョン履歴を追跡し、バージョンが統合されないようにするために、名前付きバージョンを作成できます）。名前付きバージョンには上限があり、「up to 40 named versions per document」（ドキュメントごとに最大 40 個の名前付きバージョン）、そのすぐ下のスプレッドシートに関する行には「up to 15 names versions per spreadsheet」（スプレッドシートごとに最大 15 個の名前付きバージョン）とあります。これは私たちの誤字ではなく、Google の誤字です。

この二つの数字には、別の理由で立ち止まる価値があります。レンダリング後のテキストから数字をすべて抜き出して確認したところ、これらはあのヘルプページ全体で唯一の数字でした。この記事のために読んだ四つのページのどこにも、ネイティブの Google ドキュメントのバージョン履歴の保存期間、自動バージョンの保持上限、取得間隔は書かれていません。「どこかに 30 日間の猶予や 25 バージョンの上限があるはずだ」と思っていたなら、それは別の製品から持ち込んだ思い込みです。そしてその出どころは、おそらく後述する Drive のファイルバージョンの節です。

最初に片づけておきたいことがあります。ここが、人が自分で自分を締め出す最も多いパターンだからです。パネルに必要なのは編集権限であり、閲覧権限ではありません。Google は同じページで二度それを述べています。一度は「To browse earlier versions of a file, you need permission to edit that file」（ファイルの以前のバージョンを参照するには、そのファイルの編集権限が必要です）、もう一度は「If you don't have permission to edit a file, you won't be able to see the version history.」（ファイルの編集権限がない場合、バージョン履歴を表示することはできません）。誰かに証明を求められたとき、閲覧のみで共有したくなるのが人情ですが、それはまさに、見せたい当のものを隠してしまう共有モードです。Word・Docs・Overleaf から記録を取り出す手順をツールごとにまとめた記事で、引き渡しの経路を扱っています。Word、Google Docs、Overleaf でバージョン履歴を残す方法

人々が本当に知りたいのは、大きな貼り付けがパネルに明らかな跳ね上がりとして現れるかどうかです。会議では誰かがタイムラインを指さして、「これは書かれたように見える」か「これは貼り付けられたように見える」かのどちらかを言うでしょう。そしてどちら側も、ツールがこれについて何らかの見解を持っていると思い込んでいます。

Google はそれを文書化していません。この機能を説明するどのページにも、一度も出てきません。

断言するのではなく、実際に数えました。自分でも再現できるよう、その内訳を示します。この記録を説明している Google のヘルプページは四つです。バージョン履歴のページ、Drive のファイルのバージョンとアクティビティのページ、Office 編集のページ、そしてファイルの作成・表示・ダウンロードのページです。折りたたまれたセクションをすべて開いた状態で、本文は合計 16,126 文字になります。

この計測は機能しています。同じカウンターを Google の「テキストと画像のコピーと貼り付け」のページに走らせると、「貼り付け」は 46 回返ってきます。Docs の Gemini のページに走らせると、「Gemini」は 24 回返ってきます。つまり、上のゼロは本当の不在であって、検索の故障ではありません。

ここから二つのことが言えます。役に立つのは二つ目のほうです。

第一に、パネルが「どう表示されていたはずか」を前提に主張を組み立てないことです。「私が打ち込んだのは見ればわかります、貼り付けのイベントはありません」というのは、Google が説明していない機能についての主張であり、しかも相手はパネルを開いて確認できます。

第二に、そしてこれが会議に持ち込む価値のある部分ですが、この不在は双方向に働きます。 誰かがあなたの履歴を見て、特定の跳ね上がりがテキストの貼り付けを証明していると言ったとしても、その読み取りも Google のドキュメントには裏付けがありません。それは、ベンダーがどこで区切るかの規則を一度も公表していないパネルの解釈であり、しかもその文書についてベンダー自身がリビジョンの統合があり得ると明言しています。

クリップボードの操作はどこかには記録されます。ただ、あなたが書いているツールが記録するのではありません。Turnitin のブラウザ上の執筆スペースがそれを捕捉し、文書の外からの貼り付け一回ごとに、教員がタイムライン上でクリックできる項目になります。何が記録されるかの全一覧はTurnitin Clarity が記録するものにあります。あなたの科目がアップロードボタンではなく Turnitin の執筆スペースを使う形式なら、そちらのシステムの話であって、この記事の内容は当てはまりません。

同じゼロは AI にも当てはまります。Google のバージョン履歴のページは Gemini に一度も触れず、Docs で Gemini を使って書いたり編集したりするページは、バージョン履歴に一度も触れません。生成されたテキストがどうやって到着するかについて Google が実際に書いているのは、そのやり取りの部分です。「Gemini will show suggestions directly in your document」（Gemini はドキュメントのなかに直接候補を表示します）。そしてあなたが Accept suggestion、Accept all、Reject all のいずれかをクリックします。これはあなたが取る編集操作です。どちらのページにも、でき上がったバージョンに何らかのラベルが付くとは書かれていません。

Google Docs には、グループ課題が本当に投げかける質問に答える機能があります。それは「文書がいつ変わったか」ではなく「この段落を書いたのは誰か」です。文書の一部を選んで右クリックし、Show editors を選びます。

探しに行く前に、そのすぐ上に書かれている行を読んでください。

「Important: This feature is available to only Google Workspace Business Standard, Business Plus, Enterprise Standard, Enterprise Plus, and Education Plus customers.」（重要：この機能を利用できるのは、Google Workspace Business Standard、Business Plus、Enterprise Standard、Enterprise Plus、Education Plus の契約者のみです）

エディションの短い一覧で、教育向けは Education Plus だけです。大学のアカウントが別の Workspace エディションだったり、個人の Gmail アカウントで作業していたりする場合、ある箇所を特定の人物に帰属させるメニュー項目は、そもそもあなたには存在しません。バージョン一覧は機能します。段落レベルの帰属表示は機能しません。

指導教員に「どの節を誰が書いたかをお見せできます」と約束する前に、知っておく価値があります。会議の前夜ではなく、今日、自分のアカウントで右クリックメニューを確認してください。

ちなみに同じページの Sheets 側にも、セルの編集履歴について似た注意書きがあります。「Some changes might not show up in the edit history」（一部の変更は編集履歴に表示されない場合があります）。例として、行や列の追加・削除、書式の変更、数式による変更が挙げられています。これは Docs ではなく Sheets の話ですが、こうしたパネルが既知の抜けのある要約にすぎないことを思い出させる良い材料です。しかもベンダー自身がそう述べています。

この分野の混乱の大半を生んでいるのがこの違いで、Google 自身も Drive のページの冒頭で太字で注意を促しています。

「Important: Version history for Google Docs, Sheets, and Slides is different than history for .pdf files, images, and other files stored in Drive.」（重要：Google Docs、Sheets、Slides のバージョン履歴は、Drive に保存されている .pdf ファイル、画像、その他のファイルの履歴とは異なります）

つまり記録は二つです。ネイティブの Google ファイル用のものと、アップロードしたもの用の別のものです。後者には公表された上限があり、それが人々が Google Docs に誤って結びつけている数字です。

「A version might be permanently deleted after 30 days or if there are 100 newer versions.」（バージョンは 30 日後、または 100 個の新しいバージョンができた時点で、完全に削除されることがあります）

Drive には一つを固定する方法があります。「Only the most recent versions of past documents will be saved, unless you click Keep forever.」（Keep forever をクリックしない限り、保存されるのは過去の文書のうち最新のバージョンだけです）。Drive 上のファイルの Manage versions メニューに、Keep forever、Download、Upload new version、Delete があります。

つまり、あなたの執筆の流れが「Word で書いて、数日おきに .docx を Drive にバックアップとして放り込む」というものだった場合、あなたが積み上げたのは Google Docs の履歴ではなく Drive のファイルバージョンの山であり、そこには順次削除の規則が付いています。古いものを今すぐ固定してください。ファイル一つにつき一分で済みますし、本記事のなかで公表された期限に従って消えるのはここだけです。

多くの人は変換しません。学科のテンプレートで送られてきた .docx をアップロードし、Docs で開いてそのまま作業します。Google はこれを Office 編集と呼んでいますが、これは本当に別のモードです。「You can directly edit, comment, and collaborate on Office files using Google Docs, Sheets, and Slides. Changes will be auto-saved to the file in Office format.」（Google Docs、Sheets、Slides を使って、Office ファイルを直接編集・コメント・共同編集できます。変更は Office 形式のファイルに自動保存されます）

まず良い知らせから。このモードでもバージョン履歴は存在します。Docs で Office ファイルを開いたあとにできることの一覧には、「View version history」がそのままの形で入っています。そしてこのページは、二種類の痕跡がそれぞれどこに残るかも書いています。

「To view edits you made in previous versions, use the document's version history.」（以前のバージョンで行った編集を表示するには、ドキュメントのバージョン履歴を使ってください）

「To view comments you've added in previous versions, use the file versions in Google Drive.」（以前のバージョンで追加したコメントを表示するには、Google Drive のファイルバージョンを使ってください）

編集は一箇所、コメントは別の箇所です。指導教員から草稿に付いたコメントも見せたいものに含まれるなら、それは Drive のファイルバージョンのほう、つまり 30 日ルールが付いている記録です。

ここからが人を捕まえる部分です。同じページには「Some features from Google Docs, Sheets or Slides are not available in Office editing」（Google Docs、Sheets、Slides の一部の機能は Office 編集では利用できません）という見出しの節があり、その一覧の項目の一つがこれです。

「Under "Version History," make a copy of an old version of the document」（「Version History」の下で、文書の旧バージョンのコピーを作成する）

旧バージョンのコピーを作るのは、日付付きのバージョンを一つパネルから取り出し、メールに添付できる独立したファイルにする標準的な方法です。Office 編集モードの .docx では、Google はこれを利用不可としています。この一覧全体に対する Google 自身の対策も同じページにあります。ファイルを Google ドキュメントに変換することです。ただし変換にもそれなりの代償があります。Google が変換を「新しいファイルができること」と説明しているからです。「When you convert, you make a copy of your Office file.」（変換すると、Office ファイルのコピーが作成されます）

Office 編集について、もう二つ知っておく価値のある点があります。

• Gmail の添付ファイルから開いた場合、あなたが編集しているのはその添付ファイルではありません。Google の説明はこうです。「A copy of the Office attachment will be stored in Drive and all changes you make will be saved to the copy.」（Office の添付ファイルのコピーが Drive に保存され、あなたが加えた変更はすべてそのコピーに保存されます）。送信者のコピーがその後どうなったかは、別の履歴を持つ別のファイルの話です。
• 他の誰かが、あなたの足元でファイルを差し替えることができます。「If someone else uploads a new version of the Office file in Drive while you're viewing it in Google Docs, Sheets or Slides, the file will automatically be updated with the new version.」（あなたが Google Docs、Sheets、Slides で表示しているあいだに、他の人が Drive 上の Office ファイルの新しいバージョンをアップロードすると、ファイルは自動的にその新しいバージョンに更新されます）

ここでは二つの質問がいつも出ます。そして正直な答えは、それぞれ形が違います。

文書のコピーを作ると履歴も付いてくるのか。 Google のコピー作成のページで「一緒に持っていくかどうか選べる」と明記されているのは、たった一つです。「If you want to copy comments from a document, spreadsheet, presentation, or video, click Copy comments and suggestions. You can choose to include resolved comments and suggestions in your new copy.」（ドキュメント、スプレッドシート、プレゼンテーション、動画からコメントをコピーしたい場合は、Copy comments and suggestions をクリックします。新しいコピーに、解決済みのコメントと提案を含めるかどうかを選べます）。そのページにはバージョン履歴への言及が一切ありません。コピーが何を継承し、何を継承しないかは、私たちは言いません。Google が言っていない以上、ここで自信ありげな答えを出せば、誰かの推測に箔を付けるだけだからです。言えるのは、わからないことから導かれる実用的な規則です。コピーを記録のバックアップとして扱わないこと。原本はそのまま置いておき、コピーは Google が実際に書いている用途、つまり特定の旧バージョンを一つ取り出すために使ってください。

.docx としてダウンロードすると履歴も付いてくるのか。 ダウンロードの手順は、File、Download、ファイル形式の選択という三行だけです。そのページにはバージョン履歴への言及が一切なく、これが上の四つのゼロの四つ目です。履歴は Drive にあるファイルの性質です。あなたがダウンロードするのは文書そのものです。

つまり、ネイティブの Google ドキュメントの過去の状態を誰かに渡す文書化された経路は、今も Google が書いているとおりです。バージョン履歴パネルのなかで、欲しいバージョンを選び、More、そして Make a copy です。Google はこれを「make a copy and edit earlier versions of a file」（ファイルのコピーを作って、以前のバージョンを編集できるようにする）と説明しています。こうして、ダウンロードも共有もできる独立した文書が手に入ります。この経路こそ、Office 編集モードでは閉ざされています。

バージョン履歴は永続ではありません。そして、それを消せる人物は名指しされています。

「As the file owner, you can manage your document's version history to remove historical content.」（ファイルの所有者として、ドキュメントのバージョン履歴を管理し、過去のコンテンツを削除できます）

所有者です。共有ドキュメントでは、それはファイルを作った人です。グループ課題なら、初週にたまたま最初に「新規」をクリックした人であることがほとんどです。

二つの選択肢が文書化されており、どちらにも同じ警告が付いています。「Deleting version history is permanent and cannot be undone」（バージョン履歴の削除は永続的で、元に戻せません）。興味深いのは、そこから除外されるものです。Delete all versions は「can remove all versions of your document that have not been explicitly named」（明示的に名前が付けられていない、ドキュメントのすべてのバージョンを削除できます）。Delete older versions は「that are older than a specific version and have not been explicitly named」（特定のバージョンより古く、明示的に名前が付けられていないもの）を削除します。

共有ドキュメントで作業しているなら、ここは二度読んでください。バージョンに名前を付けるのは、統合を防ぐ手段であるだけではありません。Google 自身によるこの二つのコマンドの説明によれば、一括削除から外れるための手段でもあります。作業セッションの終わりに十秒かけて、日付と「何をしたか」の二語を添えれば、自動統合も一括削除も手を付けない、ラベル付きのエントリが手に入ります。

これを読んでいる人に、この二つの削除コマンドを使うべき理由は何もありません。

もう一つだけ。接続が不安定な環境で作業している人、あるいは意図的にオフラインで書いている人には重要です。

保存についての Google の説明は、オンラインなら変更は入力に応じて保存されるというものです。オフラインは違います。「Once offline access is turned on for Docs, Sheets, Slides, or Forms, changes will save to your device as you enter text, and will save to Drive once reconnected.」（Docs、Sheets、Slides、Forms でオフラインアクセスを有効にすると、変更はテキストの入力に応じてデバイスに保存され、再接続された時点で Drive に保存されます）

つまり、オフラインで書いた一区間は、再接続するまで Drive に届きません。Office 編集のページも同じことを、トラブルシューティングの側から述べています。ある端末でした編集が別の端末で見えない場合は「Check your version history for your offline edits」（オフラインでの編集をバージョン履歴で確認してください）とし、まだ再接続していない端末が原因ではないかと指摘しています。

Google が文書化していないのは、それらのバージョンが結局どのタイムスタンプを帯びるかです。したがってこれは、貼り付けの質問と同じ箱に入ります。履歴に長い空白があり、そのあとに大きな到着があるとしても、それは少なくとも一つのありふれた説明がつくパターンであり、どちらの方向にも自信を持って読み取れるパターンではありません。

• パネルを開いて、いちばん下までスクロールしてください。 実際にそこにある最古のエントリの日付を見てください。履歴がカバーしているのは、あなたが書き始めた日ではなく、その日付のぶんです。
• まともな作業セッションが終わるたびに、バージョンに名前を付けてください。 日付と二語で十分です。統合を防ぎ、一括削除のコマンドを生き延びます。
• 自分のアカウントに Show editors があるか確認してください。 段落を選んで右クリックし、見てください。誰かに「誰が書いたのか」と聞かれてからではなく、今わかっておいてください。
• 草稿がネイティブの Docs ではなくアップロードしたファイルなら、古いものを固定してください。 Manage versions、Keep forever を、最古の二つか三つに。本記事で期限が公表されている唯一の制限です。
• .docx を Office 編集モードで開いて作業しているなら、今決めてください。 Google ドキュメントに変換するなら、それが新しいファイルを生むことを承知のうえで。あるいは、古いバージョン一つを独立したファイルとして取り出す機能が使えないことを受け入れるか、どちらかです。
• 何も作り直さないでください。 完成した文書を新しい Google ドキュメントに打ち直すと、最初のエントリがすでに論文の大部分であり、しかも質問が出たあとの日付になります。それは、議論の余地のある状況を、しかも悪い方向の単純な状況に変えてしまいます。

すでに「検出された文書」についてのやり取りの最中なら、検出された、でも自分で書いたが回答の組み立て方を扱っています。バージョン履歴に特化した、Word と Docs の版はAI を使っていないことを証明する方法です。

この記事の内容は、文書を書き直しても良くなりません。記録は記録です。

この二つが接するのは、タイミングだけです。検出レポートを受け取り、そこでハイライトされた箇所を修正するつもりなら、ファイルをこっそり差し替えるのではなく、いまの文書に対する意図的で日付のはっきりした編集セッションとして行い、どの段落を変えたかを把握しておいてください。説明できる修正は、執筆のごく普通の一部です。それ以前のものと何の関係もないまま、完成した形で現れるファイルこそ、説明が難しいものです。

HumanPenというツールは、そのために範囲を絞っています。レポート付きで文書をアップロードすると、レポートのハイライトが書き換える範囲を決め、残りはあなたが書いたとおりに戻ります。触れる最小単位は段落なので、部分的な一致は段落全体に広げられ、実行前にあなたへ表示されます。条件を満たす箇所は、無料で再実行できます。

これは範囲の説明であって、将来のレポートについての主張ではありません。また、あなた自身が入れたわけではないものをバージョン履歴に入れることもありません。ハイライトを手がかりに作業しているなら、先にTurnitin の AI ライティングレポートの読み方を読んでください。

大きな貼り付けはバージョン履歴に現れますか。 Google はパネルが編集をどう区切るかを文書化しておらず、バージョン履歴、ファイルのバージョン、Office 編集、ダウンロードのどのページでも「貼り付け」という語を使っていません。Google が文書化しているのは「The revisions for your file may occasionally be merged」（ファイルのリビジョンは、ときどき統合されることがあります）という点です。したがって、あのパネルの跳ね上がりを何か特定のことの証拠として読めるのは、あなたにも他の誰にもできません。

ファイルを .docx としてダウンロードしても履歴は残りますか。 履歴は Drive 上のファイルに属するものです。Google のファイルのダウンロードのページには、バージョン履歴への言及がどこにもありません。過去の状態を渡す文書化された方法は、パネルのなかからそのバージョンのコピーを作り、そのコピーを共有またはダウンロードすることです。

文書全体のコピーを作れば履歴は保たれますか。 Google のファイルのコピーのページには、コメントと提案を持っていくかどうか選べるとあり、バージョン履歴については何も書かれていません。私たちはどちらの方向にも推測しません。原本を残しておき、日付付きのファイルが一つ必要になったときは、パネル自体の「バージョンをコピー」コマンドを使ってください。

文書を共有すれば、担当教員は履歴を見られますか。 編集権限がある場合だけです。Google は二度述べています。以前のバージョンを参照するにはファイルの編集権限が必要であり、その権限がなければバージョン履歴は表示されない、と。閲覧のみの共有はそれを隠します。

特定の段落を誰が書いたかを調べられますか。 特定の Google Workspace エディションだけです。Google は Show editors を Business Standard、Business Plus、Enterprise Standard、Enterprise Plus、Education Plus に限定しています。それ以外のアカウントではバージョン一覧は機能しますが、箇所ごとの帰属表示は利用できません。

Drive に置いた Word ファイルで書きました。どの記録を持っていることになりますか。 両方です。場所は別々です。Google によれば、以前のバージョンで行った編集はドキュメントのバージョン履歴に、以前のバージョンで追加したコメントは Drive のファイルバージョンにあります。そして Office 編集モードでは、文書の旧バージョンのコピーを作ることは、Google の利用不可機能の一覧に入っています。