ログアウトとは？サインアウトとの違いと消えるもの・残るものを実測

ログインすると、サービスはブラウザやアプリに「合言葉（セッションIDやトークン）」を渡し、次からはその合言葉で本人だと判断します。ログアウトは、この合言葉をサービス側で無効にし、手元からも消すことです。

flowchart TD
    A[ログイン] --> B[合言葉を発行<br>セッションIDなど]
    B --> C[ブラウザが保存<br>Cookie など]
    C --> D[以後は合言葉で本人と判断]
    D --> E[ログアウト]
    E --> F[サービス側で<br>無効化]
    E --> G[手元から削除]
    F --> H[次はログイン画面へ]
    G --> H

よく調べられることの答えを先にまとめます。

確認環境：Ubuntu 24.04.5 LTS の上で、Python 3.13.18・Flask 3.1.3（Werkzeug 3.1.9）でログイン・ログアウトのある小さなサイトを作り、127.0.0.1 のポートで起動しました。セッションはサーバーのメモリに持ち、ブラウザには HttpOnly の Cookie（sid）を渡す形です。「ログインしたままにする」を選ぶと、30日有効の Cookie（remember）も渡します。ログアウト前後の Cookie・localStorage・sessionStorage・戻るボタン・別タブ・ブラウザの再起動は Chromium 153.0.8010.12（Playwright 1.63.0・Node.js 22.23.4・日本語の画面）で、応答のヘッダーは curl 8.5.0 で確かめました。Linux の logout コマンドは bash 5.2.21 で実行しています。Google・Microsoft・X・Claude・Windows・Mac の操作は手元で動かせないため、各社の公式ヘルプで1つずつ確かめた範囲だけを書きました。サービス側の作り方の考え方は OWASP の Session Management Cheat Sheet、Cookie と Clear-Site-Data の仕様は MDN で確かめています。図は mermaid 11.16.0 で描画を確かめました（確認日 2026年10月29日）。

ログアウトとは（ふだんの意味とITでの意味）

この節では、ログアウトという言葉が、ふだんの会話とIT・プログラミングでそれぞれ何を指すのかが分かります。

ログアウトは、英語の log out（ログオフ・サインアウトとも）に由来する言葉で、「利用者として入っている状態から出ること」です。 辞書（Weblio の IT 用語辞典）では、ログイン状態を解消してセッションを終了する操作、と説明されています。

同じ「ログアウト」でも、話している人によって指すものが少しずつ違います。会話で食い違いやすいので、場面別に並べます。

どの場面でも共通しているのは、「本人だと分かっている状態」を終わらせるだけで、アカウントやデータそのものは消さない点です。消すのは退会（アカウント削除）で、別の操作です。

Linux の logout コマンドを実際に動かす

プログラミングの学習で端末を使うと、logout と打って次のエラーに出会うことがあります。ログインシェルでないシェルでは logout は使えず、exit を使うよう案内されます。

$ bash -c 'logout'
bash: line 1: logout: not login shell: use `exit'
$ echo $?
1

$ bash -lc 'logout; echo after'   # -l でログインシェルとして起動
$ echo $?
0                                  # logout で終わり、after は表示されない

$ help logout
logout: logout [n]
    Exit a login shell.

SSH でサーバーに入ったときのシェルはログインシェルなので logout で抜けられます。ターミナルのアプリで開いたシェルは、設定によってはログインシェルではないため、exit か Ctrl+D で閉じるのが確実です。

ログアウトとサインアウト・ログオフの違い

この節では、ログアウト・サインアウト・ログオフが同じものかどうかと、どのサービスがどの言葉を使っているかが分かります。

3つはほぼ同じ意味です。違いは「サービスや OS がどちらの言葉を選んだか」だけで、操作の中身に決まった差はありません。 ログインの反対がログアウト、サインインの反対がサインアウトです。ログオフは、Windows の以前の版などで使われていた言い方です。

公式ヘルプで確かめた、画面に出る言葉は次のとおりです（2026年10月29日時点）。

なお、英語の文章では、動詞は log out（2語）、名詞や形容詞は logout（1語）と書き分けるのが一般的です。プログラムの URL やボタンの ID では /logout・signout のように1語で書かれます。

ログアウトするとどうなる（消えるもの・残るものを実測）

この節では、ログアウトしたときに何が消えて何が残るかを、ブラウザの中身を実際に見た結果で分かります。

ログアウトで消えるのは「ログイン中だと示す情報（セッション・Cookie）」です。アカウント、投稿、メール、購入履歴、クラウドに保存したファイルは消えません。 もう一度ログインすれば、元どおりに見られます。

手元の Chromium で、自作サイトにログインしてからログアウトし、ブラウザに残っているものを数えました。サイトはログイン後のページで、localStorage に「書きかけのメモ（draft）」と「名前の控え（profile）」を、sessionStorage に「tab」を保存します。

[login full]  cookies=sid(session),remember(persist) | localStorage=draft,profile | sessionStorage=tab | /api/me=200 {"user":"alice"}
[after full]  cookies=- | localStorage=draft,logout-at,profile | sessionStorage=tab | /api/me=401 {"error":"no-session"}

[login ?csd=1] cookies=sid(session),remember(persist) | localStorage=draft,profile | sessionStorage=tab | /api/me=200 {"user":"alice"}
[after ?csd=1] cookies=- | localStorage=- | sessionStorage=- | /api/me=401 {"error":"no-session"}

分かったことは2つです。1つ目は、ログアウトしても、サイトが Cookie 以外の場所（localStorage など）に置いたデータは、サイトが消さない限り残ることです。共有のパソコンでは、ログアウトしたあとも前の人の下書きや名前の控えが残っている可能性があります。2つ目は、サイトが Clear-Site-Data ヘッダーを返すと、ブラウザがそのサイトの Cookie・保存領域をまとめて消すことです。どちらになるかはサイトの作り次第で、見ている側からは区別できません。

localStorage・sessionStorage・Cookie の違いそのものは、関連記事「localStorage・sessionStorage・Cookieの違い｜実測比較」で扱っています。

サービス別に「ログアウトで変わること」

ゲームや一部のアプリは、アカウントに連携せず端末の中だけに進み具合を保存していることがあります。その場合、ログアウトや再インストールで続きが見られなくなるおそれがあるため、事前に「引き継ぎ」「連携」の設定を確かめます。

ログアウトと退会・アンインストール・ロック・ユーザー切り替えの違い

この節では、ログアウトとよく混同される操作との違いと、どれを選べばよいかが分かります。

ログアウトは「一時的に出る」、退会は「アカウントをなくす」、アンインストールは「アプリを端末から消す」、ロックは「画面だけ隠す」です。

Windows では、Microsoft サポートに「サインアウトすると、開いているアプリケーションはすべて閉じられ、保存されていない作業が失われる場合があります」とあり、ロック（Windows キー＋L）は作業を開いたまま画面だけを保護する、と説明されています。Mac では、Apple サポートの一覧で、ログアウトが shift＋command＋Q（確認あり）、画面のロックが control＋command＋Q と案内されています。

ブラウザを閉じただけではログアウトにならない場合

この節では、ブラウザやタブを閉じたときにログイン状態が残るかどうかを、実測の結果で分かります。

ブラウザを閉じてもログアウトにならないことがあります。手元では、「ログインしたままにする」を選んだときの Cookie が残り、ブラウザを開き直すと自動でログイン状態に戻りました。

Chromium をユーザーデータを保存する形で起動し、ログイン→ブラウザを終了→同じプロファイルで起動し直す、を試しました。

[reopen restore=false remember=false] cookies=- -> url=/ h1="ログインしてください"
[reopen restore=false remember=true] cookies=remember(persist) -> url=/mypage h1="alice さんのマイページ"

期限（Expires・Max-Age）を付けない Cookie は「セッション Cookie」と呼ばれ、ブラウザのセッションが終わると消えます。ただし MDN は、セッションがいつ終わるかはブラウザが決め、再起動時にセッションを復元するブラウザでは、セッション Cookie が無期限に残ることがある、と説明しています。手元の自動操作の Chromium では、起動時の復元の設定を入れても sid は残りませんでしたが、ふだん使いのブラウザで「前回開いていたページを開く」設定にしていると、閉じても残る可能性があります。

OWASP の Session Management Cheat Sheet も「ブラウザを閉じるイベントでは、ログアウトを確実には実施できない」としています。共有のパソコンでは、閉じる前に「ログアウト」を押すのが確実です。Google のヘルプは、公共のパソコンではシークレット ブラウジングを使い、使い終わったらウィンドウをすべて閉じる方法を案内しています。

ログアウト後に戻るボタンで前の画面が見える理由

この節では、ログアウトしたのに「戻る」で前の画面が見える現象が、何を意味するのかが分かります。

戻るボタンで見えたのは、ブラウザが手元に保存していた画面（キャッシュ）です。サーバーには問い合わせていないため、そこから操作しようとするとログイン画面に戻されます。

ログイン後のマイページを開き、ログアウトしてから「戻る」を押しました。マイページの応答に Cache-Control: no-store を付けない場合と付けた場合を比べています。

   server GET /mypage on back = 0 nav= back_forward/transfer=0
[back cache-default] h1="alice さんのマイページ"
   server GET /mypage on back = 1 nav= back_forward/transfer=425
[back ?nostore=1]    h1="ログインしてください"

見ている側としては、ログアウト後に前の画面が見えても、ログアウトが失敗したわけではありません。ただ、画面に個人情報が出ていると、次にそのパソコンを使う人に見えてしまいます。共有のパソコンでは、ログアウトしたあとブラウザのウィンドウを閉じるか、シークレットウィンドウを使います。作る側は、個人の情報を出すページに Cache-Control: no-store を付けると、この表示を防げます（OWASP も、機密の応答には no-store を付けるよう勧めています）。

別のタブ・別の端末はログアウトでどうなるか

この節では、1つのタブや端末でログアウトしたとき、ほかのタブや端末のログイン状態がどうなるかが分かります。

同じブラウザなら、別のタブも同じ Cookie を使っているため、次の操作からログアウト状態になります。別の端末は、そのままログイン状態が続きます。全部を終えるには「全端末からログアウト」の機能を使います。

同じブラウザの別のタブ

タブAとタブBでマイページを開き、タブAでログアウトしました。タブBは読み込み直すまで画面は変わりませんが、読み込み直すと401になりました。手元のサイトは BroadcastChannel で「ログアウトした」ことを別のタブに知らせる作りにしてあり、タブBの見出しはすぐ書き換わりました。

[tabs] tabB h1 without reload="他のタブでログアウトしました" title="storage:logout"
[tabs] tabB after reload status=401 h1="ログインしてください"

この「別タブに知らせる」処理が無いサイトでは、タブBはログアウト前の画面のまま表示され、ボタンを押した瞬間にログイン画面へ移ります。書きかけの入力が消えたように見えるのはこのためです。作る側の最小の例は次のとおりです。

const bc = new BroadcastChannel('auth');
// ログアウトのボタンを押したタブ
document.getElementById('f').addEventListener('submit', () => {
  bc.postMessage('logout');
});
// ほかのタブ
bc.onmessage = (e) => {
  if (e.data === 'logout') location.href = '/';  // ログイン画面へ
};

別の端末（パソコンとスマホ）

パソコンとスマホ（iPhone の画面サイズの別プロファイル）で同時にログインし、パソコンから「全端末からログアウト」を実行しました。サーバーはユーザーごとの番号を1つ進め、前の番号のセッションをすべて無効にします。

[all] before pc= 200 {"user":"alice"}  phone= 200 {"user":"alice"}
[all] after  pc= 401 {"error":"no-session"}  phone= 401 {"error":"revoked"}

ふつうのログアウトはその端末だけ、全端末からのログアウトはつながっているすべての端末、と覚えておくと迷いません。端末をなくしたとき、パスワードを他人に知られたかもしれないときは、全端末からのログアウトとパスワードの変更を組み合わせます。

主なサービスのログアウト方法（Google・Microsoft・X・Claude・Windows・Mac）

この節では、よく使うサービスとパソコンのログアウト方法が、公式ヘルプに書かれている手順で分かります。

手順は各社の公式ヘルプで確かめた範囲だけを載せます（2026年10月29日時点）。 画面の名前は更新で変わることがあるため、見つからないときは各公式ヘルプを開いて確かめます。

Webサービス・アプリ

パソコン（OS）からのサインアウト・ログアウト

スマホの OS（iPhone の Apple アカウント、Android の Google アカウント）からのサインアウトは、端末のほかの機能（写真の同期・端末を探す など）にも影響します。アプリ1つから出たいだけなら、OS のアカウントではなく、そのアプリの中のログアウトを使います。

勝手にログアウトされる原因（症状→原因→直し方）

この節では、自分では何もしていないのにログアウトされる原因と、その直し方が分かります。

多いのは「一定時間操作しなかった（時間切れ）」と「Cookie が消えた」の2つです。 手元のサイトで、時間切れとサーバーの再起動を実際に起こしました。

# 操作が無いと5秒で切れる設定（IDLE=5）
$ curl -b jar http://127.0.0.1:18181/api/me      # ログイン直後
{"user":"alice"}
$ sleep 3; curl -b jar http://127.0.0.1:18181/api/me
{"user":"alice"}                                   # 操作したので時間が延びる
$ sleep 6; curl -i -b jar http://127.0.0.1:18181/api/me
HTTP/1.1 401 UNAUTHORIZED
{"error":"idle-timeout"}

# セッションをメモリに持つサーバーを再起動
$ curl -b jar http://127.0.0.1:18181/api/me
{"user":"alice"}
（サーバーを停止して起動し直す）
$ curl -i -b jar http://127.0.0.1:18181/api/me
HTTP/1.1 401 UNAUTHORIZED
{"error":"no-session"}

3秒後に操作したところで「最後の操作の時刻」が更新され、そこから6秒（5秒を超える）たったところで切れました。サーバーを再起動したときは、手元の Cookie は同じなのに、サーバーがセッションを覚えていないため401になりました。

OWASP は、操作が無いときの時間切れの目安を、重要なサービスで2〜5分、危険の少ないサービスで15〜30分としています。銀行や証券のサイトが短く感じるのはこのためです。「セッションが切れる」仕組みそのものは、関連記事「セッションとは｜意味・Cookieとの関係・切れる理由を実例で解説」で扱っています。

ログアウトできない・ボタンが見つからないとき

作る側：ログアウトで消すべきもの（サーバー側の無効化）

この節では、Webサービスを作る人が、ログアウトの処理で何を消すべきかが、実測と最小のコードで分かります。

ログアウトでは、まずサーバー側でセッションを無効にし、そのうえで手元の Cookie を消します。Cookie を消すだけでは足りません。 OWASP の Session Management Cheat Sheet は、ログアウトでは少なくともサーバー側でセッションを無効にすること、Cookie を消すだけでは控えのセッションIDは無効にならないことを書いています。

3通りのログアウトを比べた実測

手元のサイトで、ログアウトの作りを3通りに変えて、ログアウト前に控えておいた自分の Cookie の値で /api/me を呼びました。

== Cookie だけ消す（サーバーのセッションは残す）
HTTP/1.1 303 SEE OTHER
Set-Cookie: sid=; Expires=Thu, 01 Jan 1970 00:00:00 GMT; Max-Age=0; Path=/
ブラウザ側:      HTTP/1.1 401 UNAUTHORIZED  {"error":"no-session"}
控えておいた値:  HTTP/1.1 200 OK            {"user":"alice"}

== サーバーのセッションだけ消す（Cookie は残る）
ブラウザ側:      HTTP/1.1 401 UNAUTHORIZED  {"error":"no-session"}

== 両方消す（このサイトの既定）
ブラウザ側:      HTTP/1.1 401 UNAUTHORIZED  {"error":"no-session"}
控えておいた値:  HTTP/1.1 401 UNAUTHORIZED  {"error":"no-session"}

ブラウザで同じ「Cookie だけ消す」作りを試すと、もう1つの問題が出ました。sid だけを消し、ログイン保持の remember を残したため、ログアウト後のトップページで自動ログインが働き、ログアウトしたのにマイページへ戻されました。

[login ?mode=cookie-only] cookies=sid(session),remember(persist) | /api/me=200
[after ?mode=cookie-only url=/mypage] cookies=remember(persist),sid(session) | /api/me=200 {"user":"alice"}

ログイン保持のトークンを使うなら、ログアウトでそのトークンもサーバー側で無効にし、Cookie も消します。

最小のログアウト処理（Flask）

@app.post("/logout")                      # GET ではなく POST にする
def logout():
    sid = request.cookies.get("sid")
    SESS.pop(sid, None)                   # 1. サーバー側のセッションを無効化
    resp = make_response(redirect("/", 303))
    resp.delete_cookie("sid", path="/")   # 2. Cookie を削除（作ったときと同じ Path）
    token = request.cookies.get("remember")
    if token:
        REMEMBER.pop(token, None)         # 3. ログイン保持のトークンも無効化
        resp.delete_cookie("remember")
    resp.headers["Clear-Site-Data"] = '"cache", "cookies", "storage"'  # 4. 手元の保存分
    return resp

実際に返した応答のヘッダーは次のとおりです。

HTTP/1.1 303 SEE OTHER
Location: /
Set-Cookie: sid=; Expires=Thu, 01 Jan 1970 00:00:00 GMT; Max-Age=0; Path=/
Set-Cookie: remember=; Expires=Thu, 01 Jan 1970 00:00:00 GMT; Max-Age=0; Path=/
Clear-Site-Data: "cache", "cookies", "storage"

ログアウトを GET で作ると、ページ内の画像やリンクの先読みなど、利用者が意図しない読み込みでもログアウトが実行されることがあります。状態を変える操作なので POST にします。ログインの時点でセッションIDを作り直すこと（手元のサイトでは vCg_Bx → y6ovIt のように変わった）も、ログアウトと対になる決まりです。

Clear-Site-Data は、MDN では HTTPS（安全なコンテキスト）でだけ働く機能とされています。手元では http://127.0.0.1 で効きましたが、これは Chromium が 127.0.0.1 を安全なコンテキストとして扱うためで、本番では HTTPS で返します。"cache" はそのサイトのキャッシュをすべて消すため、OWASP は注意して使うよう書いています。

Cookie を消したつもりが残る（Path・Domain の不一致）

Cookie は「同じ名前・同じ Path・同じ Domain」で上書きしないと消えません。作ったときの Path が / なのに、Path=/app で消そうとすると、元の Cookie はそのまま残りました。

== logout wrong-path
HTTP/1.1 303 SEE OTHER
Set-Cookie: sid=; Expires=Thu, 01 Jan 1970 00:00:00 GMT; Max-Age=0; Path=/app
（ログアウト後の Cookie の保存内容）
/ sid=GtDAAXD4ktOZA-7ZCkCJ9g        ← Path=/ の sid が残ったまま

サーバー側のセッションは消しているので、この sid ではもう何もできませんが、ブラウザには使えない Cookie が残り続けます。フレームワークの「Cookie を消す」関数には、作ったときと同じ path・domain を渡します。Cookie とセッションの仕組みは関連記事「Cookieとセッションの違いと仕組み｜セッションIDの流れを図解」で扱っています。

ログアウトの処理のチェックリスト

• 1サーバー側でセッションを無効にするCookie を消すだけでは、控えの値が使えたままになった
• 2ログイン保持のトークンも無効にする残すと、ログアウト直後に自動でログインし直した
• 3Cookie は作ったときと同じ Path・Domain で消すPath=/app で消すと Path=/ の sid が残った
• 4localStorage に置いた個人の情報も消すClear-Site-Data か、ログアウト時の JavaScript で消す
• 5個人の情報を出すページに Cache-Control: no-store付けないと、戻るでログアウト前の画面が見えた
• 6ログアウトは POST で受ける意図しない読み込みで実行されないようにする
• 7全端末からのログアウトを用意するユーザーごとの番号を進めて前のセッションをまとめて無効にした
• 8ログアウトのボタンをどのページからも押せる場所に置くOWASP は見えやすく押しやすいログアウトを求めている

JWT のように、サーバーがセッションを持たない方式では「サーバー側で無効にする」ことが簡単ではありません。この場合の考え方は関連記事「JWTでログアウトを実装する方法｜トークン無効化の考え方」で扱っています。ログイン機能全体で決めるべき仕様（タイムアウト・ロック・パスワードリセット）は、関連記事「ログイン機能の設計項目一覧｜パスワードリセットとアカウントロックの仕様」で扱っています。

シングルサインオン（SSO）のログアウト

Google アカウントや会社の ID で複数のサービスに入っている場合、ログインは1回でも、セッションは「各アプリ」「認証サービス」「会社の ID 基盤」と複数できます。Auth0 のドキュメントは、どのセッションを終えるかを決める必要があり、アプリだけを終えても、ID 基盤のセッションが残っていると自動で再ログインされ、ログアウトが効いていないように見えることがある、と説明しています。「ログアウトしたのに、ボタンを押すとすぐ入れてしまう」ときは、この仕組みが原因のことがあります。

よくあるエラー・つまずき（原文つき）

この節では、ログアウトのまわりで出る表示や出力の原文と、その意味・直し方が分かります。

ログアウトすべき場面の判断表

この節では、毎回ログアウトしたほうがよい場面と、ログインしたままでよい場面の判断が分かります。

「その端末を、ほかの人が触る可能性があるか」で決めます。 自分専用で画面ロックをかけている端末なら、毎回のログアウトは手間のわりに得るものが少なく、ログインしたままにするのが一般的です。

1. 1ネットカフェ・図書館・学校など公共のパソコン → 必ずログアウトシークレットウィンドウで使い、ログアウト後にウィンドウを閉じる
2. 2家族・同僚と共有のパソコンやタブレット → ログアウトOS のユーザーを分けられるなら分ける
3. 3端末を手放す・修理に出す・なくした → 全端末からログアウトパスワードの変更も合わせて行う
4. 4銀行・証券・会社の管理画面 → 使い終わったらログアウト時間切れも短く設定されている
5. 5自分専用でロックをかけたスマホ・パソコン → ログインしたままでよい画面ロックと2段階認証を有効にしておく

よくある質問

Q. ログアウトとは簡単に言うと何ですか？ A. ログインしている状態を終わらせる操作です。サービスに「この人だと分かっている状態」を切ってもらいます。アカウントやデータは消えず、ログインし直せば元どおり使えます。

Q. ログアウトとサインアウトの違いは何ですか？ A. 意味はほぼ同じです。Google・Mac・X は「ログアウト」、Microsoft・Windows は「サインアウト」と、サービスごとに呼び方が違うだけです。ログオフも同じ意味で使われます。

Q. ログアウトするとデータは消えますか？ A. アカウントに保存されたデータ（メール・投稿・購入履歴・クラウドのファイル）は消えません。ただし、ゲームなどで端末の中だけに保存しているデータは、ログアウトや再インストールで見られなくなることがあります。

Q. ログアウトすると相手から分かりますか？ A. 投稿やプロフィールはそのまま見えます。オンラインかどうかを表示するサービスでは、その表示が変わることがあります。何が相手に見えるかはサービスごとに違うため、気になるときは各サービスのヘルプで確かめます。

Q. ブラウザやタブを閉じればログアウトしたことになりますか？ A. ならない場合があります。手元の実測では、「ログインしたままにする」を選んだときの Cookie はブラウザを閉じても残り、開き直すと自動でログインしました。共有のパソコンでは、閉じる前にログアウトを押します。

Q. ログアウトしたのに、戻るボタンで前の画面が見えます。 A. ブラウザに保存されていた画面が表示されているだけで、サーバーには問い合わせていません。手元では、戻るでサーバーに届いた数は0回でした。共有のパソコンでは、ログアウト後にウィンドウを閉じます。

Q. 勝手にログアウトされるのはなぜですか？ A. 一定時間操作しなかった（時間切れ）、Cookie を消した、ブラウザの終了時に Cookie を消す設定、パスワードを変えた、サービス側の更新、などが原因です。心当たりが無いのに全端末でログアウトした場合は、ログイン履歴を確かめ、パスワードを変えます。

Q. 1つのアカウントだけログアウトできますか？ A. 多くのサービスでできます。Gmail では、プロフィール画像のメニューから「ログアウト」を選びます。複数のアカウントを使っている場合は「すべてのアカウントからログアウト」もあります。

Q. すべての端末から一度にログアウトするには？ A. Google はアカウントの「デバイスを管理」、Microsoft は「すべての場所でサインアウト」（最大24時間）、Claude は設定のアカウントの「ログアウト」で、つながっている端末から一度に出られます。

Q. 作る側は、Cookie を消せばログアウトになりますか？ A. それだけでは足りません。手元の実測では、Cookie だけを消すと、控えておいたセッションIDで200が返りました。サーバー側でセッションを無効にし、ログイン保持のトークンも無効にしてから Cookie を消します。

Q. ログオフという言葉は今も使いますか？ A. 意味はログアウトと同じです。Windows 11 の画面では「サインアウト」と表示されます。会社の手順書などには、以前の版の呼び方として「ログオフ」が残っていることがあります。

まとめ

• ログアウトとは、ログインしている状態を終わらせる操作。サインアウト・ログオフとほぼ同じ意味で、アカウントやデータは消えない。
• 手元の Chromium では、通常のログアウトで Cookie は消えたが、localStorage・sessionStorage は残った。Clear-Site-Data 付きでは全部消えた。
• ブラウザを閉じてもログアウトにならない場合がある。「ログインしたままにする」の Cookie は残り、開き直すと自動でログインした。戻るで見える画面はキャッシュから。
• 勝手にログアウトされる主な原因は、時間切れと Cookie の削除。端末をなくしたら全端末からログアウトし、パスワードを変える。
• 作る側は、サーバー側の無効化・ログイン保持トークンの無効化・同じ Path での Cookie 削除・no-store・POST をそろえる。

参考・出典

確認日はいずれも 2026年10月29日です。

• Weblio 辞書「logout」：https://www.weblio.jp/content/logout
• OWASP「Session Management Cheat Sheet」：https://cheatsheetseries.owasp.org/cheatsheets/Session_Management_Cheat_Sheet.html
• MDN「Clear-Site-Data」：https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Clear-Site-Data
• MDN「Using HTTP cookies」：https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/Cookies
• Gmail ヘルプ「Gmail からアカウントをログアウトする、または削除する」：https://support.google.com/mail/answer/8154?hl=ja
• Google アカウント ヘルプ「Google アカウントにログインまたはログアウトしたままにする」：https://support.google.com/accounts/answer/54490?hl=ja
• Microsoft サポート「Microsoft アカウントからどこからでもサインアウトする方法」：https://support.microsoft.com/ja-jp/help/58da4a74-a719-43a6-9dd0-74a7e613229f
• Microsoft サポート「Windows でのユーザー アカウントのアクセス」：https://support.microsoft.com/ja-jp/help/4026705
• Apple サポート「Macのキーボードショートカット」：https://support.apple.com/ja-jp/102650
• X ヘルプセンター「iOSでXアプリからログアウトする方法」：https://help.x.com/ja/using-x/revoke-x-access-on-ios-app
• Anthropic ヘルプセンター「すべてのアクティブなセッションからログアウトするにはどうすればよいですか？」：https://support.claude.com/ja/articles/10310342
• Auth0 Docs「ログアウト」（B2C のアーキテクチャシナリオ）：https://auth0.com/docs/ja-JP/get-started/architecture-scenarios/business-to-consumer/logout

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。