なぜ9月30日〜10月14日の版履歴を確認するのですか？
「Studioからお知らせは届いたけれど、自分のスプレッドシートまで調べる必要があるのか」と迷っている人もいると思います。理由は、不正アクセスが起きた日と、データを外から取れる状態が続いた日がずれているからです。
今回の事象では、2026年9月30日〜10月1日（現時点で確認されている期間）に不正アクセスが発生しました。一方で、同じお知らせでは、システム環境内のデータを外部から取得できる状態は、2026年10月14日にStudioが対処するまで続いていたと説明されています。連携に使用していた認証情報とシートIDがセットで外部に漏れ出た可能性があり、鍵が更新されるまでの間、第三者が連携先のシートを閲覧したり内容を書き換えたりできた可能性は否定できません。実際に編集されたと決まったわけではないので、自分のシートで確かめるしかありませんね。
Studioのお知らせでも、該当するシートの変更履歴を開き、2026年9月30日から10月14日までの間にフォーム回答の追加以外の不審な編集がないか確かめるよう呼びかけています。
Studioは、取得された認証情報による操作の記録を調べ、デザインエディタやCMSの内容を書き換えたり削除したりした記録はないとしています。ただ、これはStudio側の記録の話です。各自のGoogleシートの内容まで無事だと保証するものではありません。
また、シートのデータが外部から閲覧されただけの場合、Googleスプレッドシートの変更履歴には何も残りません。変更履歴に改ざんの跡がないからといって、情報が見られていない証明にはならない点には注意したいところですね。
心当たりのない変更が見つかったら、冒頭で挙げたStudioのお知らせにある問い合わせ窓口へ連絡してください。
スプレッドシートの版履歴で変更箇所を確認するには？
実際には、どの画面を開けば変更箇所が見えるのでしょうか。過去の版を見るには、そのシートのオーナー権限か編集権限が必要です。手順は次のとおりです。
- 連携していたシートを開き、「ファイル」→「変更履歴」→「変更履歴を表示」と進む（Googleの変更履歴の案内）
- 右側に並ぶ日時から、Studioのお知らせが示す期間の版を順に開く
- 編集者名と、編集者ごとの色で示された箇所を見て、フォーム回答の追加以外の編集がないか確かめる
怪しい値が書き込まれているセルを見つけたときは、セル単体の履歴をたどる方法もあります。調べたいセルを右クリックして「編集履歴を表示」をクリックすると、そのセルを編集したユーザー名、編集日時、変更前後の値が小さなポップアップで表示され、左右の矢印ボタンで過去の修正内容を1つずつさかのぼれます。ただし、すべての操作がセルの編集履歴に記録されるわけではありません。行や列全体の追加や削除、セルの塗りつぶしなどの書式設定の変更、数式の再計算による値の変化などは、セルの履歴に現れない仕様となっています。
気をつけたいのが「この版を復元」です。Googleの案内では、以前の版に戻すと、それより前の変更についてのセルの編集履歴が消えてしまうとされています。履歴を残したまま調べたいなら、復元ではなくコピーを作ってください。気になる版は「この版に名前を付ける」で残しておけば、ほかの版とまとめられることはありません。名前を付けられる版は1つのシートにつき最大15個です。
なお、Google Workspaceを使っている組織なら、管理者がドライブのログイベントで閲覧の記録を見られる場合があります。
9月30日〜10月14日の外部APIの利用ログも確認すべきですか？
microCMSやNotionといった外部サービスとStudioをAPIで接続していたプロジェクトでは、スプレッドシートだけでなく外部サービスの管理画面側の確認も急ぎたいところです。Data Connect API・API連携（Beta）に登録した外部サービスのAPIキーやトークンは、暗号化して保存していた分も、復号に使う鍵が読み出されました。そのため、キーの内容を知られた可能性があります。
このとき期間の区切りに注意してください。Studioのお知らせでは、連携していた各外部サービスの利用履歴を点検し、2026年9月30日以降に身に覚えのないAPIリクエストやデータ取得が行われていないか確認するよう求めています。案内では確認期間の終わりを区切っていないので、鍵が更新された後の記録まで続けて見ておくほうがよいでしょう。
microCMSのデータ転送量は、「サービス設定」→「データログ」→「データ転送量」で見られます（microCMSのデータ転送量の画面）。直近3か月の中から月を選ぶと、日ごとの転送量まで表示されます。3か月より前は見られないため、早めに開いておきたいですね。
とはいえ、転送量が急に増えていても、それだけで不正利用とは言えません。閲覧数が増えたとき、大きなファイルを配信したとき、先読み機能を使ったとき、別の環境で開発作業をしたときにも転送量は増えます。また、microCMSは転送量の内訳を調べるためのAPIやメディアのアクセスログの提出には、原則として対応していません。心当たりのない利用が見つかったら、そのサービスの提供元とStudioの窓口の両方へ知らせます。
不正利用のリスクがあるAPIキーを安全に切り替える際は、手順の前後関係に注意が必要です。古いキーを真っ先に消してしまうとWebサイトの表示やデータ連携がその場で止まってしまうため、以下の手順を守って進めます。
- 連携先となる外部サービスの管理画面で新しいAPIキーを再発行する
- Studioの管理画面を開き、API連携設定に登録されているキーを新キーへ更新する
- 外部サービスの管理画面へ戻り、古いAPIキーを削除して失効させる
連携に使っていたスプレッドシートの共有設定も見直すべきですか？
「鍵が更新されたのなら、共有設定まで触らなくてもいいのでは」と感じるかもしれません。たしかに、Studioのお知らせでは、古い認証情報は10月14日の鍵更新で使えなくなったと説明されています。それでも、このタイミングで共有設定も見ておきたいところです。
Googleドライブの共有設定には、アクセス権を直接付与された特定のユーザーのみが開ける「制限付き」と、共有URLを知っている人なら誰でも閲覧できる「リンクを知っている全員」という2つの区分が存在します。意図しない情報漏えいを防ぐには、設定が「制限付き」になっているか確かめ、現在の業務に関わりのないアカウントを共有リストから外す作業が欠かせません。共有を解除するときは、共有メニューを開いて対象者の名前の右側にある下矢印をクリックし、アクセス権の削除を選んで保存します。
シート自体の共有設定とあわせて、Googleアカウント側でStudioに対して与えていた接続権限も点検しておきたいところです。Googleアカウントのセキュリティ管理画面にある「リンク済みアプリ」を開けば、Studioに許可していたアカウントへのアクセス権を個別に取り消せます。Googleアカウントのヘルプ
Studioがすすめている手順は、Studio側で連携を解除し、Googleアカウントの「リンク済みアプリ」からStudioのアクセス権を消すことです。回答管理を続けるなら、そのあと改めて連携しましょう。冒頭で挙げたStudioのお知らせによると、再連携すると新しいシートが作られ、以後の回答はその新しいシートのほうに追加されます。
注意したい点として、Googleアカウント側でStudioのアクセス権を消去すると、同一のGoogleアカウントで連携していた自社の他のStudioプロジェクトでもシートへの自動入力が一斉にストップしてしまいます。複数サイトを動かしている場合は、関係するすべてのプロジェクトで再連携の段取りを組む必要がありますね。
さらに、連携を解除してから再連携が整うまでの間に送信されたフォーム回答はスプレッドシートには届きません。Studioの「フォームの結果をStudioに保存」が有効であればStudioのダッシュボードにたまりますが、無効に設定している場合は通知先に指定したメールアドレス宛てにしか届かない仕組みです。連携を解除する前には、通知先メールが正しく受信できる状態にあるか必ず確かめておきましょう。
ちなみに、使う必要がなくなった個人データは、遅滞なく消去するよう努めることになっています。ただし、確認・記録の義務を果たすために保存する場合は例外です。別のフォルダへ移しただけでは、消去したことになりません。