端末を紛失した社員を管理者がログアウトさせる手順と確認点

要点

管理者は、対象社員のログイン Cookie をリセットし、モバイル端末やブラウザからログアウトさせます。外部の認証経路や端末上のアプリ、保存済みデータへの対応も分けて点検し、操作した事実だけで対応を閉じないことが大切です。

公開：2026年11月5日／情報の確認日：2026年11月5日（出典はこの記事の最後）

この記事は、社員が端末を紛失したときに Google Workspace の管理者としてログイン状態を切りたい小さな会社の担当者が、ログイン Cookie のリセットの手順と、SSO・アプリ・遠隔消去との分け方を確かめる流れをまとめたものです。

公式ページ・公式ヘルプなどの一次資料を2026年11月5日に確かめました。機能や制度は変わることがあるので、使う前に各ページで最新の状態を確認してください。法律・税務・労務の判断や、効果を約束するものではありません。

例は説明のための架空の例です。確認表や作例は、当社の考えをまとめたもので、公式の機関が示しているものではありません。

1．紛失の連絡を受けたら、操作する相手を絞る

この記事で扱うのは、Google Workspace や Cloud Identity などの管理対象アカウントを、管理者がログアウトさせる操作です。個人向けの画面を本人が操作する手順とは、担当を分けて考えます。

受付では、紛失した端末を使っていた社員と、管理画面で選ぶ対象を照合します。表示名だけに頼らず、会社で把握している所属やメールアドレスと突き合わせる運用です。本人と連絡できる経路も押さえ、操作担当者への引き渡しに含めます。

この操作には適切なユーザー管理権限が必要で、権限が足りない場合は必要な設定の一部が表示されません。設定が見つからないときは、依頼の受付と、操作できる担当者への連絡を並行して進めます。

2．対象ユーザーの画面でログイン状態をリセットする

本人のアカウントを開く

Google 管理コンソールでメニューの［ディレクトリ］→［ユーザー］に移動し、［ユーザー］リストで対象の社員を探します。候補が見つかった段階で、受付で照合した対象と見比べるとよいです。ユーザーの名前をクリックしてアカウントページを開き、上部の［セキュリティ］を選びます。

リセットを実行する

［ログイン Cookie］から［リセット］を選びます。続いて［完了］を選びます。

操作後は、対象と実行した内容、担当者、実行時刻を残します。「受付済み」「操作済み」「結果の確認済み」を同じ意味で使わないことが、引き継ぎの要点です。紛失した端末を手元で確認できない間は、何を根拠に対応状況を判断したかも添えます。

3．外部の認証サービスを使う会社は、終了の順序を確認する

外部の認証サービスを使うシングルサインオン（SSO）では、Cookie のリセット後も、その認証済みの接続状態から Google アカウントへアクセスできることがあります。この場合は、SSO セッションを終了してから Google ログイン Cookie をリセットします。

外部の認証を使っているかは、操作担当者だけで推測せず、社内でログイン経路を管理する担当者と確認します。担当が分かれている会社では、どちらの処理を誰が終えたかを共有する運用にします。

SSO の管理で支援が必要な場合の問い合わせ先は、認証サービスを提供する IdP のサポートチームです。

4．アプリの接続と、端末に残るデータを分けて確かめる

公式ヘルプでも対象範囲の説明に差がある

セキュリティ設定のヘルプは、Cookie のリセットにより、すべてのデバイスとブラウザで Google アカウントからログアウトすると説明しています。一方、ログアウト専用のヘルプには、Cookie のリセットでは Gmail やパソコン版 Google ドライブなどのアプリからはログアウトされないと記載されています。

また、セキュリティ設定のヘルプでは、現在の Gmail セッションからログアウトするまでに、約1時間かかる場合があり、所要時間はアプリケーションによって異なるとしています。こうした説明の差を踏まえ、処理直後に全経路が遮断されたと扱わず、利用中のアプリごとに追加対応を確認する運用にします。

遠隔消去は別の作業として扱う

管理対象端末のデータを遠隔で削除するワイプは、端末の種類に応じて、仕事用アカウント、仕事用プロファイル、またはすべてのデータを対象にします。同じヘルプには対応エディションの一覧があり、アカウントのワイプには、モバイルデバイスに管理機能（モバイルの基本管理または詳細管理）が設定されている必要があるとされています。管理画面のデバイス一覧から端末を削除するだけでは、仕事用データは削除されませんが、iOS デバイスは例外です。

ログイン状態への対応と、端末内のデータへの対応は、別の判断として残します。消す範囲を確認せずに削除へ進まず、端末管理の担当者が利用条件と影響を照合する流れです。

5．操作済みと確認待ちを、短い記録で分ける

ここからは当社の整理です。下表は、担当者の交代時に対応状況を伝えるための例です。紛失の詳しい経緯を書く報告書ではなく、アクセスへの対応がどこまで進んだかを引き継ぐために使います。

記録すること	架空の記入例
対象の照合	社員と紛失端末の組み合わせを照合済み
実行した処理	対象を選び、接続状態を切る処理を実行済み
別担当の対応	認証経路を管理する担当者へ引き継ぎ済み
残っている確認	端末内データへの対応を担当者が確認中
次の連絡	確認結果を受付担当へ返す予定

「紛失対応済み」とだけ書くより、実行した処理と、残っている確認を分けた記録が役立ちます。追加対応の担当者まで決めておくと、本人からの問い合わせにも同じ状況を伝えやすくなります。

6．確認表

公開・共有の前に、この表で確かめます。

確認	確かめること
□	紛失端末を使っていた社員と、操作対象を照合したか
□	操作に必要な権限を持つ担当者へ依頼したか
□	実行した処理と実行時刻を残したか
□	外部の認証経路があるかを担当者と確認したか
□	利用中のアプリに追加対応が必要かを確認したか
□	端末内データへの対応と、接続状態への対応を分けたか
□	確認待ちの項目と、引き継ぐ担当者を残したか

7．自社の事務の手順まで形にしたいとき

ここまでの確認を、自社の事務の手順書や、AIの結果を確かめる検査まで形にしたい場合は、当社のように、手順と検査の設計まで行う相談先が選択肢になります。オンラインは全国から対応しています。

自社の事務のどこから確認を入れるかを相談したい場合は、初回無料相談をご利用ください。法律・税務・労務の判断や、効果の約束は行いません。

出典（確認日：2026年11月5日）

管理対象の Google アカウントからユーザーをログアウトさせる：対象サービス、必要権限、モバイル端末・ブラウザとアプリの違い
ユーザーのセキュリティ設定を管理する：管理コンソールの移動先、対象者の選択、リセット操作、外部認証、反映時間
デバイスから企業データをワイプする：遠隔消去の対象、端末の種類による違い、対応エディションと管理機能の要件
管理対象デバイスを承認、ブロック、ブロック解除、削除する：一覧からの削除とデータ消去の違い