「さっきまで普通に編集できていたのに、Googleアカウントを切り替えたら急にスプレッドシートが編集できなくなった……」そんな経験、ありませんか？ 仕事中にこの現象が起きると、本当に焦りますよね。チームのメンバーは問題なく編集できているのに、自分だけが「閲覧のみ」の表示になっている。しかも権限設定を確認しても「編集者」になっているはずなのに、なぜか入力できない。
実はこれ、Googleスプレッドシート特有のマルチアカウント認証の仕組みが原因で発生する、非常にやっかいなトラブルなんです。Googleの公式ヘルプでも「複数アカウントでログインしている場合、意図しないアカウントでファイルが開かれることがある」と明記されています。つまり、あなたの操作ミスではなく、Googleの仕組み上どうしても起こりうる問題なんですね。
この記事では、Googleスプレッドシートでアカウント切替後に編集できなくなるすべての原因を洗い出し、初心者でもすぐに実行できる具体的な解決手順をお伝えします。2026年3月時点の最新情報として、GoogleがGemini AIをSheets・Docs・Slidesに本格統合したアップデートや、新関数
=SHEET
と
=SHEETS
の追加なども踏まえて解説していますので、ぜひ最後まで読んでみてください。
- アカウント切替後に編集できなくなる根本原因は「デフォルトアカウント」の仕組みにあり、Chromeプロファイルの分離で予防可能
- 権限設定・シート保護・ブラウザキャッシュなど複合的な要因を順番にチェックする7つの解決策
- 退職者のアカウント削除によるファイル消失リスクとオーナー権限譲渡の正しい手順
- なぜアカウントを切り替えるとスプレッドシートが編集できなくなるのか？
- 今すぐ試せる7つの解決策を優先度順に紹介
- スマホでアカウント切替後に編集できないときの対処法
- Google Workspaceの管理者向け組織で発生しやすい落とし穴
- 2026年3月最新Gemini統合がスプレッドシートの使い方を変える
- 見落としがちな原因スプレッドシート連携サービスとの権限問題
- 編集権限の種類を正しく理解しよう
- データ入力規則や配列数式が原因で入力できないケース
- 情シス歴10年超の現場視点で語る「アカウント切替トラブル」の本当の怖さ
- GASで実現するアカウント・権限トラブルの自動検知と予防
- 現場で本当によく起きる「あるある」トラブルと具体的な解決手順
- 情シスが教える「スプレッドシート運用の鉄則チェックリスト」
- 上級者向け管理コンソールのセキュリティ調査ツール活用法
- スマホのGoogleアプリ版とブラウザ版で挙動が異なる理由と対策
- ぶっちゃけこうした方がいい！
- Googleスプレッドシートでアカウント切替後に編集できなくなる問題に関するよくある質問
- 今すぐパソコンやスマホの悩みを解決したい！どうしたらいい？
- まとめ
なぜアカウントを切り替えるとスプレッドシートが編集できなくなるのか？
Googleスプレッドシートのイメージ
まず最初に理解しておきたいのが、Googleのマルチアカウント管理の仕組みです。Chromeブラウザでは複数のGoogleアカウントに同時ログインできますが、最初にログインしたアカウントが「デフォルトアカウント」として扱われます。これが非常に重要なポイントです。
たとえば、朝パソコンを起動して最初にプライベートのGmailアカウントにログインし、そのあとで仕事用のGoogle Workspaceアカウントに切り替えたとしましょう。画面右上のアイコンでは仕事用アカウントに切り替わっているように見えますが、内部的にはプライベートアカウントがデフォルトのままなんです。
スプレッドシートを開いたとき、ブラウザが裏側でデフォルトアカウントの権限を参照してしまうことがあります。仕事用アカウントには編集権限があるのに、プライベートアカウントには閲覧権限しかない場合、結果として「閲覧のみ」と表示されてしまうわけです。Google Issue Trackerでもこの問題は2017年から報告されており、Apps Scriptやアドオンの動作にも影響を与える既知の不具合として認識されています。
「閲覧のみ」表示なのに権限は編集者になっているケース
これが最も混乱するパターンです。共有設定を確認すると確かに自分のメールアドレスに「編集者」権限が付与されている。なのに画面上部には「閲覧のみ」と表示されて一切入力できない。この場合、ほぼ間違いなくブラウザが別のGoogleアカウントでスプレッドシートを開いている状態です。画面右上のプロフィールアイコンをクリックして、現在どのアカウントでそのシートを閲覧しているか確認してみてください。表示されているアカウントが、編集権限を持っているアカウントと異なっていれば、原因はここにあります。
アドオンやApps Scriptが動作しなくなるケース
アカウント切替の影響はスプレッドシートの編集だけにとどまりません。Google Apps Scriptで作成したマクロやアドオンも、デフォルトアカウントの権限で実行されてしまうことがあります。たとえば、仕事用アカウントでインストールしたアドオンが、デフォルトアカウント（プライベート）の権限で動こうとして「認証が必要です」というエラーを出すケースがよくあります。Googleの公式見解でも「複数のGmailアカウント、または同じGoogle Workspaceドメインの複数アカウントにログインしている場合にこの問題が発生する」と説明されています。
今すぐ試せる7つの解決策を優先度順に紹介
原因がわかったところで、具体的な解決策を優先度の高い順に紹介していきます。上から順番に試していけば、ほとんどのケースで問題が解消されるはずです。
解決策1正しいアカウントでログインしているか確認する
まず最もシンプルな確認から始めましょう。スプレッドシートを開いた状態で、画面右上のプロフィールアイコンをクリックします。そこに表示されているメールアドレスが、そのファイルの編集権限を持っているアカウントかどうかを確認してください。もし違うアカウントが表示されていたら、正しいアカウントに切り替えるだけで解決します。Googleの公式ヘルプでも「複数のGoogleアカウントを持っている場合、間違ったアカウントにログインしている可能性がある」と案内されています。
解決策2一度すべてのアカウントからログアウトして再ログインする
アカウントの切り替えだけではうまくいかないことがあります。その場合は、すべてのGoogleアカウントからログアウトしてから、編集権限を持っているアカウントだけでログインし直す方法が最も確実です。右上のプロフィールアイコンから「すべてのアカウントからログアウト」を選択し、その後に使いたいアカウントだけでログインしてください。これでデフォルトアカウントが正しく設定され、権限の不一致が解消されます。
解決策3シークレットウィンドウ（プライベートブラウジング）で開く
ログアウトが面倒な場合や、すぐに確認したいときは、Chromeのシークレットウィンドウを使う方法が便利です。
Ctrl+Shift+N
（Macなら
Cmd+Shift+N
）でシークレットウィンドウを開き、編集権限のあるアカウントでログインしてからスプレッドシートを開きます。シークレットウィンドウでは拡張機能も無効化されるため、アカウントの問題なのかブラウザ拡張機能の問題なのかを同時に切り分けられるメリットもあります。
解決策4Chromeプロファイルを分けて使う（根本的な予防策）
毎回ログアウトするのは現実的ではありませんよね。長期的な解決策としておすすめなのが、Googleアカウントごとに別々のChromeプロファイルを作成する方法です。Chromeの右上にあるプロフィールアイコンから「プロフィールを追加」を選び、仕事用・プライベート用それぞれのプロファイルを作成します。各プロファイルは完全に独立したブラウザ環境として動作するため、Cookieやセッション情報が混在せず、アカウント切替による編集不可問題が根本的に発生しなくなります。Google公式のドキュメントエディタヘルプでも「頻繁にアカウントを切り替える場合は、Chromeでプロファイルを設定する方法を検討してください」と推奨されています。
解決策5ブラウザのキャッシュとCookieをクリアする
アカウント切替の問題ではなく、ブラウザに蓄積された古いキャッシュやCookieが原因で編集できないこともあります。Chromeの場合、
設定
→
プライバシーとセキュリティ
→
閲覧履歴データの削除
から、「キャッシュされた画像とファイル」と「Cookieと他のサイトデータ」にチェックを入れて削除します。ただし、他のサイトのログイン情報も消えてしまうため、重要なパスワードは事前にメモしておきましょう。
解決策6シートやセルの保護設定を確認する
アカウントの問題をすべて解消しても編集できない場合は、スプレッドシート自体に保護がかかっている可能性があります。
データ
メニューから
保護されたシートと範囲
を確認してみてください。特定のセル範囲やシート全体にロックがかかっていると、編集者権限があっても入力できません。保護されたシートにはタブに鍵マークが表示されることがありますが、セル範囲の保護は見た目ではわかりにくいので、メニューから直接確認するのが確実です。
解決策7ファイルのコピーを作成して作業する
どうしても元のファイルを編集できない場合の最終手段として、
ファイル
→
コピーを作成
で自分のドライブにコピーを保存し、そちらで作業する方法があります。ただし、コピーしたファイルでは変更履歴やコメントが引き継がれない点に注意してください。また、
IMPORTRANGE
関数を使えば、元のシートからデータを参照しつつ別ファイルで作業することも可能です。
スマホでアカウント切替後に編集できないときの対処法
パソコンだけでなく、スマートフォンでもアカウント切替に起因する編集トラブルは頻繁に発生します。むしろモバイル環境のほうが原因が複雑で、解決に手間がかかるケースも多いです。
Googleスプレッドシートアプリでアカウントを確認する方法
スマホのGoogleスプレッドシートアプリでは、左上のメニュー（三本線アイコン）をタップし、上部に表示されているアカウント名を確認します。複数アカウントが登録されている場合は、アカウント名の横にある下矢印をタップして切り替えられます。パソコンと同様に、編集権限を持っているアカウントでファイルを開いているかが最初の確認ポイントです。
アプリのキャッシュクリアと再インストール
アカウントを正しく設定しても編集できない場合は、アプリのキャッシュが悪さをしている可能性があります。Androidの場合は
設定
→
アプリ
→
Googleスプレッドシート
→
ストレージ
→
キャッシュを削除
の手順でクリアできます。iOSの場合はキャッシュだけの削除ができないため、アプリをアンインストールしてから再インストールする必要があります。再インストール後はGoogleアカウントへの再ログインと権限の許可を忘れずに行ってください。
モバイルブラウザでPC版表示を使う裏技
スプレッドシートアプリで解決しない場合は、ChromeやSafariなどのモバイルブラウザでPC版サイトを表示する方法が意外と効果的です。Chromeの場合、メニューから「PC版サイト」にチェックを入れてからスプレッドシートのURLを開きます。画面は小さくなりますが、アプリの制限を回避してフル機能のスプレッドシートにアクセスできるため、アプリ固有の不具合を避けられます。
Google Workspaceの管理者向け組織で発生しやすい落とし穴
企業や教育機関のGoogle Workspace環境では、個人利用とは異なる原因で編集不可になることがあります。管理者の方は以下のポイントを特に注意してください。
外部共有ポリシーによる制限
Google Workspaceの管理コンソールでは、組織外のユーザーとのファイル共有を制限する設定が可能です。この設定が有効になっていると、たとえ個人アカウントに編集権限を付与しても、組織のポリシーによって自動的にブロックされます。管理者は
管理コンソール
→
アプリ
→
Google Workspace
→
ドライブとドキュメント
→
共有設定
で外部共有の状態を確認してください。
退職者のアカウント削除で起きるファイル消失問題
これは実際に多くの組織で大きなトラブルになっている問題です。スプレッドシートの作成者（オーナー）のGoogleアカウントを削除すると、そのユーザーがオーナーのファイルもすべて自動的に削除されてしまいます。退職者のアカウントをそのまま削除してしまい、部署全体で使っていたスプレッドシートが突然見られなくなったという事例は珍しくありません。
幸いなことに、アカウント削除後20日以内であれば特権管理者がアカウントを復元することでファイルも回復できます。ただし20日を過ぎてしまうと復元は不可能になるため、日数の管理が非常に重要です。
退職前に必ず実施すべきオーナー権限の譲渡手順
退職や異動でアカウントを削除する前には、必ずスプレッドシートのオーナー権限を別のアカウントに譲渡しておく必要があります。手順は以下のとおりです。
- オーナー権限を譲渡したいスプレッドシートを開き、右上の「共有」ボタンをクリックします。
- 新しいオーナーにしたいユーザーの名前の横にあるドロップダウンメニューを開き、「オーナー権限の譲渡」を選択します。
- 確認画面が表示されたら「招待を送信」をクリックします。新しいオーナー候補のGmailに通知が届きます。
- 新しいオーナー候補が通知メール内の「承諾」をクリックすれば、オーナー権限の譲渡が完了します。
なお、オーナーが誰なのかわからない場合は、GoogleドライブのIファイル一覧画面で「オーナー」列を確認すれば特定できます。退職者のアカウントを削除してからでは手遅れになるため、退職手続きのチェックリストにオーナー権限の確認を必ず組み込んでおくことをおすすめします。
2026年3月最新Gemini統合がスプレッドシートの使い方を変える
2026年3月19日、GoogleはDocs・Sheets・Slides・DriveへのGemini AI本格統合を発表しました。この大型アップデートでは、テキストプロンプトひとつで複雑なスプレッドシートを自動生成できる機能や、「Fill with Gemini」によるデータの自動補完機能が追加されています。また、2026年2月にはGoogleスプレッドシートに
=SHEET
関数と
=SHEETS
関数が新たに追加され、複数タブの管理がより効率的になりました。
これらの新機能を最大限に活用するためにも、アカウント管理を正しく行い、編集トラブルを事前に防いでおくことがますます重要になっています。特にGemini機能はGoogle AI UltraおよびProのサブスクリプション利用者向けに展開されているため、適切なアカウントでログインしていないと機能自体にアクセスできない点にも注意が必要です。
見落としがちな原因スプレッドシート連携サービスとの権限問題
外部サービスやマーケティングツールからGoogleスプレッドシートにデータを自動追記している場合、アカウント切替が原因で連携が切れてしまうことがあります。たとえば、複数のアクション設定で同一のGoogleアカウントを使用している場合、いずれか1つのアクションでGoogleアカウントの連携解除を行うと、同じアカウントを設定していたすべてのアクションで連携が解除されてしまいます。
さらにやっかいなのは、解除後に1つのアクションで再連携しても、他のアクションは連携解除されたままという点です。画面上はGoogleアカウントが連携されているように見えても、内部的には連携が切れている状態になっていることがあります。このような場合は、該当のGoogleアカウントを設定しているすべてのアクションで個別に再保存を行う必要があります。
スプレッドシートURLの再入力やシートの再選択、置き換え文字の確認など、各アクションの設定を一つひとつ見直して保存し直す作業が必要になるため、連携サービスが多い場合はかなりの手間がかかります。連携アカウントの変更や再認証を行うときは、影響範囲を事前にすべて把握してから作業に着手することが大切です。
編集権限の種類を正しく理解しよう
Googleスプレッドシートの権限トラブルを根本的に防ぐには、権限の仕組みそのものをしっかり理解しておくことが欠かせません。Googleスプレッドシートには4つの権限レベルがあり、それぞれできることが明確に異なります。
| 権限レベル | できること | できないこと |
|---|---|---|
| オーナー | すべての操作（編集、共有設定変更、削除、オーナー譲渡） | なし |
| 編集者 | セルの入力・編集、書式変更、関数入力、コメント追加 | オーナー権限の譲渡、ファイルの完全削除 |
| 閲覧者（コメント可） | ファイルの閲覧、コメントの追加 | セルの編集、書式変更、データの変更 |
| 閲覧者 | ファイルの閲覧のみ | 編集、コメント、共有設定の変更 |
アカウント切替後に「編集できない」と感じたときは、まずこの表で自分がどの権限レベルなのかを確認しましょう。特にリンク共有で「リンクを知っている全員」にアクセスを許可している場合、デフォルトが「閲覧者」になっていることが多いため、リンクの権限設定を「編集者」に変更する必要があるか確認してください。
データ入力規則や配列数式が原因で入力できないケース
権限もアカウントも問題ないのに特定のセルだけ入力できない場合は、スプレッドシートの機能的な制約が原因かもしれません。
データの検証（入力規則）による制限
セルにデータの検証ルールが設定されていると、指定された条件に合わない値は入力が拒否されます。ドロップダウンリストが設定されているセルや、数値の範囲指定、日付の形式指定などが該当します。
データ
→
データの入力規則
で設定内容を確認し、「無効なデータの場合」が「入力を拒否」になっている場合は「警告を表示」に変更すると柔軟な入力が可能になります。
ARRAYFORMULA関数や配列数式による制限
ARRAYFORMULA
関数や配列数式が適用されている範囲では、出力先のセルに直接入力することができません。数式バーを確認して、そのセルが配列数式の出力範囲内に含まれていないかチェックしてください。配列数式は効率的なデータ処理のために設定されていることが多いため、むやみに削除せず、まず数式の目的を理解してから対処しましょう。
結合セルによる制限
セルが結合されている場合、結合範囲の左上セル以外は編集できません。結合を解除するには、該当セルを選択してから
表示形式
→
セルを結合
→
結合を解除
を実行します。シート全体の結合セルを一括で解除したい場合は、
Ctrl+A
を2回押してシート全体を選択してから同じ操作を行えば、すべての結合がまとめて解除できます。
情シス歴10年超の現場視点で語る「アカウント切替トラブル」の本当の怖さ
Googleスプレッドシートのイメージ
ここからは、企業の情報システム部門で10年以上にわたってGoogle Workspace環境を管理してきた視点から、ネット上のマニュアル的な解説では絶対に得られない「現場のリアル」をお伝えします。正直なところ、アカウント切替後に編集できなくなる問題は氷山の一角でしかありません。本当に恐ろしいのは、この問題が放置された結果として起きる「連鎖的な事故」なんです。
たとえば、ある社員が個人のGmailアカウントと会社のWorkspaceアカウントを同じChromeブラウザで使っていたとします。ある日、その社員がうっかり個人アカウントでスプレッドシートを新規作成してしまった。本人は会社のアカウントで作ったつもりだから、そのまま社内メンバーに共有する。メンバーも普通に編集できるから問題ないと思う。ところが3か月後にその社員が退職し、会社がWorkspaceアカウントを削除しても、そのスプレッドシートは個人Gmailアカウントがオーナーだから消えない。一方で、退職者が個人Gmailのパスワードを変えたり、アカウントを削除したりした瞬間に、社内の重要データが丸ごと吹き飛ぶ。これ、冗談じゃなく実際に起きる事故なんです。
情シスの現場でよく遭遇するもうひとつのパターンは、「誰がオーナーかわからないスプレッドシートが社内に大量に存在している」というケースです。部署間で共有されたシートのオーナーが3年前に退職した元社員だった、なんてことはザラにあります。このような「オーナー不明ファイル」は、いつ突然アクセスできなくなってもおかしくない時限爆弾のようなものです。
GASで実現するアカウント・権限トラブルの自動検知と予防
ここからは、Google Apps Script（GAS）を使って、アカウント切替に関連するトラブルを自動で検知・予防するための実用的なスクリプトを紹介します。情シス担当者だけでなく、チームのリーダーや管理職の方にも知っておいてほしい内容です。コピー＆ペーストですぐに使えるコードを用意したので、ぜひ試してみてください。
GAS①特定フォルダ内のスプレッドシートオーナーを一括チェックするスクリプト
まず最初に紹介するのは、指定したGoogleドライブフォルダ内にあるすべてのスプレッドシートのオーナー情報を一覧化するスクリプトです。退職予定者がオーナーになっているファイルがないかを素早くチェックできます。
function auditSpreadsheetOwners() {
var folderId = 'ここにフォルダIDを入力';
var folder = DriveApp.getFolderById(folderId);
var ss = SpreadsheetApp.getActiveSpreadsheet();
var sheet = ss.getActiveSheet();
sheet.clear();
sheet.appendRow);
var files = folder.getFilesByType(MimeType.GOOGLE_SHEETS);
while (files.hasNext()) {
var file = files.next();
var owner = file.getOwner();
var editors = file.getEditors();
var viewers = file.getViewers();
var totalShared = editors.length + viewers.length;
sheet.appendRow[
file.getName(),
owner ? owner.getEmail() : '不明',
file.getLastUpdated(),
file.getId(),
totalShared
]);
}
SpreadsheetApp.flush();
Logger.log('監査完了' + sheet.getLastRow() + '件のファイルをチェックしました');
}
このスクリプトのポイントは、単にオーナーのメールアドレスを取得するだけでなく、共有されている人数も同時に取得している点です。共有人数が多いファイルほど、オーナー変更漏れによる影響範囲が大きくなります。退職手続きの際は、まずこのスクリプトで該当者がオーナーのファイルを洗い出し、影響度の高いものから優先的にオーナー権限を譲渡していくのが鉄則です。
GAS②スプレッドシートを開いたユーザーのアカウント情報を自動記録するスクリプト
次に紹介するのは、スプレッドシートを開いたユーザーのメールアドレスとタイムスタンプを自動的に記録するスクリプトです。「誰がどのアカウントでこのシートにアクセスしているのか」を可視化できるため、アカウント切替による権限ミスマッチの早期発見に役立ちます。
function onOpen() {
var ss = SpreadsheetApp.getActiveSpreadsheet();
var logSheet = ss.getSheetByName('アクセスログ');
if (!logSheet) {
logSheet = ss.insertSheet('アクセスログ');
logSheet.appendRow);
}
var activeUser = Session.getActiveUser().getEmail();
var effectiveUser = Session.getEffectiveUser().getEmail();
var timestamp = new Date();
logSheet.appendRow);
if (activeUser !== effectiveUser && activeUser !== '') {
Logger.log('警告アクティブユーザーと実行ユーザーが異なります');
SpreadsheetApp.getUi().alert(
'アカウントの不一致を検知しました。\n' +
'現在のアカウント: ' + activeUser + '\n' +
'実行アカウント: ' + effectiveUser + '\n\n' +
'正しいアカウントでログインしているか確認してください。'
);
}
}
このスクリプトの最大のメリットは、
Session.getActiveUser()
と
Session.getEffectiveUser()
の2つのメソッドを比較している点です。通常、この2つは同じメールアドレスを返しますが、マルチアカウント環境でデフォルトアカウントの問題が発生している場合、異なるアドレスが返ってくることがあります。不一致を検知するとアラートを表示するため、ユーザー自身が問題に気づける仕組みになっています。ただし注意点として、
getActiveUser()
は権限の設定によっては空文字を返す場合があるため、その場合のハンドリングも考慮しています。
GAS③退職者のオーナーファイルを一括で新オーナーに譲渡するスクリプト
退職者が大量のスプレッドシートのオーナーだった場合、1つずつ手作業で譲渡するのは現実的ではありません。以下のスクリプトは、指定したユーザーがオーナーのファイルを検索し、新しいオーナーに一括譲渡するものです。ただし、Google Workspaceアカウント（有料版）でのみ動作し、無料のGmailアカウントではオーナー権限のスクリプトによる譲渡はGoogleの仕様上できない点に注意してください。
function bulkTransferOwnership() {
var oldOwnerEmail = 'taisyoku-sha@yourcompany.com';
var newOwnerEmail = 'atarashii-tantou@yourcompany.com';
var ss = SpreadsheetApp.getActiveSpreadsheet();
var logSheet = ss.getSheetByName('譲渡ログ') || ss.insertSheet('譲渡ログ');
logSheet.clear();
logSheet.appendRow);
var files = DriveApp.searchFiles('owner:' + oldOwnerEmail);
var count = 0;
while (files.hasNext()) {
var file = files.next();
try {
file.setOwner(newOwnerEmail);
logSheet.appendRow);
count++;
} catch (e) {
logSheet.appendRow);
}
}
Logger.log(count + '件のファイルのオーナーを変更しました');
}
実務上の重要な注意点をいくつか挙げておきます。まず、このスクリプトは管理者権限またはスーパー管理者権限を持つアカウントで実行する必要があります。一般ユーザーのアカウントでは他人がオーナーのファイルを検索できません。次に、Google Apps Scriptには1回の実行で6分間という制限があります。ファイル数が多い場合は、プロパティサービスを使って進捗を保存し、時間トリガーで分割実行する仕組みを組み込むことをおすすめします。そして最も重要なのは、実行前に必ずテスト環境でドライランすることです。本番環境でいきなり走らせて意図しないファイルのオーナーが変わってしまったら取り返しがつきません。
GAS④共有ドライブの権限状態を定期監査するスクリプト
共有ドライブ（旧チームドライブ）を使っている組織向けに、ドライブ内のファイルの共有状態を定期的に監査するスクリプトも紹介します。「気づかないうちに社外の人間に編集権限が付いていた」というインシデントを防ぐために非常に有効です。
function auditSharedDrivePermissions() {
var folderId = 'ここに共有ドライブまたはフォルダのIDを入力';
var folder = DriveApp.getFolderById(folderId);
var ss = SpreadsheetApp.getActiveSpreadsheet();
var sheet = ss.getSheetByName('権限監査') || ss.insertSheet('権限監査');
sheet.clear();
sheet.appendRow);
var companyDomain = 'yourcompany.com';
var files = folder.getFiles();
while (files.hasNext()) {
var file = files.next();
var editors = file.getEditors();
var viewers = file.getViewers();
editors.forEach(function(user) {
var email = user.getEmail();
var domain = email.split('@');
var isExternal = (domain !== companyDomain) ? '社外' : '社内';
sheet.appendRow);
});
viewers.forEach(function(user) {
var email = user.getEmail();
var domain = email.split('@');
var isExternal = (domain !== companyDomain) ? '社外' : '社内';
sheet.appendRow);
});
}
sheet.sort(5, false);
Logger.log('権限監査が完了しました');
}
このスクリプトは、メールアドレスのドメイン部分を
split('@')
で分割し、自社のドメインと比較して社外ユーザーにフラグを立てる仕組みになっています。月に1回、時間トリガーで自動実行するよう設定しておけば、権限の棚卸しが自動化できます。監査結果のシートを最終列でソートすることで、社外フラグが付いたファイルが上に来るようにしているのもポイントです。
現場で本当によく起きる「あるある」トラブルと具体的な解決手順
ここでは、情シス部門に実際に寄せられる問い合わせのうち、ネット検索しても明確な答えが見つかりにくい「あるある」トラブルとその具体的な解決手順を、体験ベースで共有します。
あるある①「昨日まで編集できてたのに今日はダメ」問題
これは本当に多い問い合わせです。原因の9割はブラウザの自動アップデート後にCookieがリセットされ、ログインしているアカウントの優先順位が変わったというものです。特にChrome 134以降のアップデートでは、サードパーティCookieの制限が段階的に強化されており、アカウントのセッション管理に影響が出ることがあります。
解決手順としては、まずChromeのアドレスバーに
chrome://settings/cookies
と入力してCookieの設定を確認します。「サードパーティのCookieをブロックする」が有効になっている場合、Googleサービス間のセッション共有に問題が発生することがあります。その場合は、「サイトにCookieデータの保存と読み取りを許可する」のセクションに
accounts.google.com
と
docs.google.com
を例外として追加してください。
あるある②「コピーしたシートのオーナーが元の人のまま」問題
これは誤解に基づくトラブルです。Googleスプレッドシートで「コピーを作成」した場合、コピーしたファイルのオーナーはコピーを実行した人になります。元のファイルのオーナーがそのまま引き継がれることはありません。ただし、ここで問題になるのが「共有ドライブ」のケースです。共有ドライブ内でコピーを作成した場合、ファイルのオーナーは共有ドライブそのもの（組織）になります。個人のマイドライブにコピーすれば自分がオーナーになりますが、共有ドライブに残したままだとオーナーの概念が異なるため混乱しやすいのです。
対処法は明確です。個人で管理したいファイルは必ずマイドライブにコピーすること。共有ドライブのファイルとして残す場合は、ドライブの「管理者」権限を持つメンバーを必ず2名以上設定しておくことで、特定の個人に依存しない運用が可能になります。
あるある③「GASのトリガーが突然動かなくなった」問題
毎日定時に動いていた自動化スクリプトが、ある日突然止まる。ログを見ると「Authorization is required to perform that action」というエラーが出ている。これもアカウント切替と深く関連する問題です。
GASのトリガーは作成したユーザーのアカウントに紐づいています。そのユーザーのパスワードが変更されたり、2段階認証の設定が変更されたり、あるいはアカウント自体が停止されたりすると、トリガーの認証が無効化されて動かなくなります。解決するには、まずApps Scriptのダッシュボードでトリガーの一覧を確認し、エラーが出ているトリガーを削除してから再作成する必要があります。手順は、
拡張機能
→
Apps Script
→左メニューの
トリガー
（時計アイコン）→該当トリガーの右端のメニューから
削除
→右下の
トリガーを追加
から再設定、です。
ここで重要なのは、トリガーを個人アカウントではなく共有のサービスアカウントで作成するという運用ルールを決めておくことです。退職者のアカウントに紐づいたトリガーが残っていて、アカウント削除後に自動化が全停止するという事故は、驚くほど頻繁に起きています。
あるある④「特定の人だけがスプレッドシートに反映されない」問題
外部サービスとの連携でGoogleスプレッドシートにデータを自動追記している場合、「100人中1人だけデータが記載されていない」という問い合わせが来ることがあります。これはアカウント切替の問題ではなく、Googleスプレッドシート側の一時的なAPIレートリミットが原因であることがほとんどです。
Googleスプレッドシートには1分あたりの書き込み回数に制限があり、大量のデータが短時間に集中すると一部のリクエストが失敗します。Googleスプレッドシート側のエラーの詳細は外部からは調査できないため、「たまたまその1人のデータ追記時にAPIのリミットに引っかかった」という結論になることが多いです。対策としては、外部サービス側でリトライ処理を実装するか、データの追記タイミングを分散させる設計にするしかありません。
あるある⑤「スプレッドシートのURLに”authuser”パラメータが付いてアクセスできない」問題
これは知っている人が少ないのですが、非常に実用的な知識です。Googleスプレッドシートの共有リンクにはURLの末尾に
?authuser=0
や
?authuser=1
というパラメータが付くことがあります。この数字は、ブラウザにログインしているGoogleアカウントの順番を示しています。
authuser=0
なら最初にログインしたアカウント（デフォルトアカウント）、
authuser=1
なら2番目にログインしたアカウントでアクセスするという意味です。
問題は、このパラメータが付いたURLを他の人に共有してしまったときです。受け取った側のアカウントの順番は当然異なるため、意図しないアカウントでファイルが開かれてしまい、権限エラーになることがあります。解決策は単純で、URLを共有するときは
?authuser=
以降のパラメータを削除してから送ればいいのです。「え、そんな簡単なことで？」と思うかもしれませんが、実際にこれが原因で「リンクからアクセスできない」と問い合わせてくるユーザーは毎月何人もいます。
情シスが教える「スプレッドシート運用の鉄則チェックリスト」
10年以上の現場経験から、組織でGoogleスプレッドシートを安全に運用するために最低限守るべきルールをチェックリスト形式でまとめました。ここに書いてあることを実行するだけで、アカウント切替に起因するトラブルの8割以上は未然に防げると断言します。
| チェック項目 | 頻度 | 担当 | 具体的な実施内容 |
|---|---|---|---|
| Chromeプロファイル分離の徹底 | 入社時に1回 | 情シス | 新入社員のPCセットアップ時に、業務用と個人用のChromeプロファイルを必ず作成する |
| オーナー権限の棚卸し | 四半期に1回 | 部門リーダー | GAS監査スクリプトを実行し、退職予定者やオーナー不明ファイルを洗い出す |
| 退職手続き時のオーナー譲渡 | 退職の都度 | 情シス＋直属上司 | 退職日の2週間前までに、該当者がオーナーの全ファイルの権限を後任に譲渡する |
| GASトリガーの所有者確認 | 月に1回 | 情シス | 自動実行トリガーが個人アカウントに紐づいていないか確認し、サービスアカウントに変更する |
| 外部共有ファイルの監査 | 月に1回 | 情シス | GAS権限監査スクリプトで社外ユーザーに共有されているファイルを確認する |
| 共有リンクのURLパラメータ削除 | 共有の都度 | 全社員 | URLを共有する前にauthuserパラメータを削除する習慣をつける |
上級者向け管理コンソールのセキュリティ調査ツール活用法
Google Workspace Business Plus以上のプランを利用している組織では、管理コンソール内の「セキュリティ調査ツール」を使って、ドライブのアクセスログを詳細に分析できます。このツールはネット上の解説記事ではほとんど触れられていませんが、アカウント切替に起因するトラブルの事後調査には非常に強力です。
具体的には、
管理コンソール
→
セキュリティ
→
セキュリティ調査ツール
→
データソースをドライブのログイベントに設定
→
条件を追加
で、特定のファイルIDやユーザーを指定してアクセスログを絞り込めます。「いつ、誰が、どのアカウントでそのファイルにアクセスしたか」を正確に追跡できるため、「編集できなかった原因がアカウントの問題だったのか、権限の問題だったのか」を事後的に明確にできます。
2026年3月のGoogle Workspaceアップデートでは、監査ログのフィルタリング機能がさらに強化され、リソースフィールドによるフィルタリングやSecOps（Google Security Operations）との連携も改善されました。これにより、大規模な組織でもファイルアクセスの異常を迅速に検知できるようになっています。
スマホのGoogleアプリ版とブラウザ版で挙動が異なる理由と対策
現場でよく聞かれるのが「パソコンだと編集できるのに、スマホのアプリだと閲覧のみになる」という現象です。これには明確な技術的理由があります。
スマホのGoogleスプレッドシートアプリは、端末に設定されたデフォルトのGoogleアカウントを使ってファイルを開きます。Androidの場合、
設定
→
アカウント
の一番上に表示されているアカウントがデフォルトです。iPhoneの場合は、Googleスプレッドシートアプリ内のアカウント設定で最初にログインしたアカウントがデフォルトになります。パソコンのChromeブラウザとはデフォルトアカウントの判定ロジックが異なるため、パソコンでは問題なくてもスマホでは別のアカウントで開かれてしまうわけです。
地味に効果的な対処法として、スマホでスプレッドシートを開くときはアプリではなくモバイルブラウザからGoogleドライブにアクセスし、ファイルを選択する方法があります。この場合、ブラウザにログインしているアカウントで開かれるため、アカウントの切り替えが明示的に行えます。アプリの利便性は多少犠牲になりますが、権限トラブルを確実に避けたい場面では非常に有効な手段です。
ぶっちゃけこうした方がいい！
ここまで、アカウント切替に起因するスプレッドシートの編集不可問題について、原因の深掘り、GASによる自動化、現場のあるある解決法、管理コンソールの活用まで一通りお話ししてきました。で、ぶっちゃけた話をしますね。
個人的に10年以上この領域で仕事してきて思うのは、「問題が起きてから対処する」のを完全にやめて、「問題が絶対に起きない環境を最初に作る」方が100倍楽だし効率的だということです。具体的にどうするかというと、たった2つだけ徹底すればいい。
1つ目は、Chromeプロファイルの分離を「個人の判断」に任せるのではなく「会社のルール」として強制すること。情シス部門がPCキッティングの段階で業務用Chromeプロファイルを作成し、個人アカウントとは絶対に混在させない環境を配布する。これだけで、この記事で紹介したトラブルの7割は消えます。正直、「ユーザーに注意喚起して気をつけてもらう」なんて幻想です。人間はうっかりミスをする生き物だから、最初から間違えられない仕組みにするしかない。
2つ目は、重要なスプレッドシートのオーナーを「個人」ではなく「グループアドレス」や「サービスアカウント」にすること。Google Workspaceでは、グループアドレスをファイルのオーナーに直接設定することはできませんが、共有ドライブを使えばファイルのオーナーが組織に帰属する形にできます。もしマイドライブでの運用が必要な場合は、退職しない「情シス管理用のサービスアカウント」をオーナーにして、実際の担当者には編集者権限を付与する運用にする。これで退職のたびにオーナー権限の譲渡に奔走する必要がなくなります。
結局のところ、Googleスプレッドシートのアカウントまわりのトラブルって、技術的には大した問題じゃないんです。原因も対処法も明確。でも、組織としてのルールと仕組みが整っていないから、同じ問題が何度も何度も起きる。それが現場のリアルです。この記事を読んでくださったあなたが、もし組織のIT管理に関わっているなら、まずはChromeプロファイルの強制分離と共有ドライブの活用、この2つを今日から始めてみてください。それだけで、来月から問い合わせの数が目に見えて減るはずです。そして浮いた時間で、もっと本質的な業務改善に取り組んでいきましょう。
このサイトをチップで応援
Googleスプレッドシートでアカウント切替後に編集できなくなる問題に関するよくある質問
アカウントを切り替えたのに「閲覧のみ」のまま変わらないのはなぜですか？
ブラウザ上でアカウントを切り替えても、スプレッドシートのタブ自体が以前のアカウントのセッションで開かれたままになっていることが原因です。アカウントを切り替えたら、必ずスプレッドシートのタブを閉じてから新しいタブで開き直すようにしましょう。それでも解決しない場合は、一度すべてのGoogleアカウントからログアウトしてから、編集権限のあるアカウントだけで再ログインしてください。
Chromeプロファイルを分けるのと、シークレットウィンドウを使うのはどちらがいいですか？
シークレットウィンドウは一時的な対処として便利ですが、ウィンドウを閉じるたびにログイン情報が消えるため、毎回ログインし直す手間がかかります。日常的に複数アカウントを使い分けるなら、Chromeプロファイルの分離が圧倒的におすすめです。各プロファイルにブックマークや拡張機能を個別に設定できるので、仕事とプライベートの環境を完全に分離できます。
スプレッドシートの編集権限が「閲覧者」になっているのはどこから変更できますか？
ファイルのオーナーまたは編集者権限を持つユーザーが変更できます。スプレッドシート右上の「共有」ボタンをクリックし、該当ユーザーの横にあるドロップダウンから「編集者」を選択してください。リンク共有の場合は「リンクを知っている全員」の権限も確認し、必要に応じて「編集者」に変更します。自分に権限がない場合は、「アクセスをリクエスト」ボタンからオーナーに編集権限を依頼できます。
退職者がオーナーのスプレッドシートを引き継ぐにはどうすればいいですか？
退職前にオーナー権限を譲渡してもらうのが理想ですが、すでに退職してしまった場合は、元オーナーに連絡してオーナー権限の譲渡を依頼しましょう。Google Workspaceの管理者であれば、管理コンソールからファイルのオーナー移行を行うことも可能です。アカウントが削除済みの場合は、削除から20日以内であれば管理者がアカウントを復元してオーナー権限を譲渡し、その後に改めてアカウントを削除する手順で対応できます。
スマホアプリで「オフライン」と表示されて編集できません。どうすればいいですか？
まずWi-Fiやモバイルデータ通信が正常に接続されているか確認してください。接続に問題がない場合は、アプリの設定からオフラインモードを一度オフにしてからオンに戻すと改善されることがあります。それでも解決しない場合は、アプリのキャッシュクリアまたは再インストールを試してみてください。オフライン編集を事前に有効化しておけば、ネットワークが不安定な環境でも編集作業を継続でき、再接続時に自動で同期されます。
今すぐパソコンやスマホの悩みを解決したい！どうしたらいい？
いま、あなたを悩ませているITの問題を解決します！
「エラーメッセージ、フリーズ、接続不良…もうイライラしない！」
あなたはこんな経験はありませんか？
✅ ExcelやWordの使い方がわからない💦
✅ 仕事の締め切り直前にパソコンがフリーズ💦
✅ 家族との大切な写真が突然見られなくなった💦
✅ オンライン会議に参加できずに焦った💦
✅ スマホの重くて重要な連絡ができなかった💦
平均的な人は、こうしたパソコンやスマホ関連の問題で年間73時間（約9日分の働く時間！）を無駄にしています。あなたの大切な時間が今この悩んでいる瞬間も失われています。
LINEでメッセージを送れば即時解決！
すでに多くの方が私の公式LINEからお悩みを解決しています。
最新のAIを使った自動応答機能を活用していますので、24時間いつでも即返信いたします。
誰でも無料で使えますので、安心して使えます。
問題は先のばしにするほど深刻化します。
小さなエラーがデータ消失や重大なシステム障害につながることも。解決できずに大切な機会を逃すリスクは、あなたが思う以上に高いのです。
あなたが今困っていて、すぐにでも解決したいのであれば下のボタンをクリックして、LINEからあなたのお困りごとを送って下さい。
ぜひ、あなたの悩みを私に解決させてください。
まとめ
Googleスプレッドシートでアカウント切替後に編集できなくなる問題は、多くの場合デフォルトアカウントの仕組みとブラウザのセッション管理が原因です。まずは正しいアカウントでログインしているか確認し、それでも解決しない場合は全アカウントからのログアウト→再ログイン、シークレットウィンドウでの確認と段階的に対処してください。
長期的な対策としては、Chromeプロファイルをアカウントごとに分離するのが最も効果的です。これだけでアカウント切替に伴う大半のトラブルを未然に防げます。また、組織でスプレッドシートを運用している場合は、退職・異動時のオーナー権限譲渡を必ずチェックリストに加え、ファイル消失のリスクを回避してください。
2026年はGemini AIの統合によってGoogleスプレッドシートの機能が飛躍的に拡張されています。新しい機能をフルに活用するためにも、アカウント管理の基本をしっかり押さえて、ストレスのない快適なスプレッドシート環境を整えていきましょう。
コメント