Chromeのシークレットモードとは｜使い方・解除と残るものを実測

シークレットモードは「端末に記録を残さない」ための機能で、「ネット上で姿を消す」機能ではありません。始まりと終わりを図にすると次のとおりです。

flowchart TD
    A[Ctrl+Shift+N で開く] --> B[シークレットの<br>セッションが始まる]
    B --> C[タブや窓を足す<br>Cookie は共有]
    C --> D{シークレットの窓を<br>全部閉じた?}
    D -->|まだ1つ残る| C
    D -->|全部閉じた| E[Cookie・履歴・<br>サイトデータを削除]
    E --> F[ダウンロードと<br>ブックマークは残る]

やりたいことごとに、いちばん早い方法を先にまとめます。

確認環境：Ubuntu 24.04.5 LTS の上で、Chrome for Testing 153.0.8010.12（Chromium ベースで Google が配布する検証用の Chrome。日本語の画面）を Xvfb の仮想画面に表示し、作業用のプロフィールで通常のウィンドウとシークレットのウィンドウ（起動オプション --incognito）を開きました。127.0.0.1 に Python 3.13.18 で小さな Web サーバーを2つ立て、Cookie を付けるページ・別サイト扱いの埋め込み（サードパーティ Cookie）・ダウンロード用のファイルを用意し、サーバーに届いた Cookie ヘッダーと、終了後のプロフィール内のファイル（History・Cookies・LocalStorage の SQLite）を突き合わせています。ページの中の値は Playwright 1.63.0 で読み取りました。Windows・Mac・Android・iPhone の操作は、Google Chrome ヘルプ（シークレット モードでブラウジングする・キーボード ショートカット・拡張機能を管理する）、Google ファミリー リンクのヘルプ、Chrome Enterprise のヘルプで1つずつ確かめた範囲だけを書いています。Edge・Safari・Firefox は各社の公式ヘルプで確かめました。図は mermaid 11.16.0 で描画を確かめています（確認日 2026年10月29日）。

シークレットモードとは（Chromeでの意味と仕組み）

この節では、シークレットモードが何をする機能で、何をしない機能なのかが分かります。

シークレットモードは、Chrome が「その端末に保存する閲覧情報」を制限するモードです。Google Chrome ヘルプは、シークレット ウィンドウを開くと個別のブラウジング セッションが始まり、シークレット ウィンドウをすべて閉じるとセッションが終わる、と説明しています。セッション中に一時的に保存された Cookie やサイトデータは、終わったときに削除されます。

シークレットのウィンドウを開くと、Chrome 自身が次の説明を表示します。手元の Chrome 153 系で新しいタブに出た文章をそのまま写します。

シークレット モードです

あなたのアクティビティはこのデバイスを使用する他のユーザーに表示されないため、プライバシーを守りながらブラウジングできます。アクセスしたウェブサイトと、そのウェブサイトが使用するサービス（Google を含む）のデータ収集方法は変更されません。ダウンロードしたファイル、ブックマーク、リーディング リストは保存されます。 詳細

Chrome には、次の情報は保存されません。
閲覧履歴
Cookie とサイトデータ
フォームに入力した情報
ただし、次の相手にあなたのアクティビティが知られる可能性はあります。
訪問先のウェブサイト
雇用主または学校
ご利用のインターネット サービス プロバイダ
 サードパーティ Cookie がブロックされています
シークレット モードでは、サイトはサードパーティ Cookie を使用できません。（以下略）

この画面の文章が、シークレットモードの性質をいちばん正確に表しています。要点は3つです。

他のブラウザでの呼び方

同じ考え方の機能は、どのブラウザにもあります。名前とメニューの場所は次のとおりです（各社の公式ヘルプで確かめた範囲）。

どのブラウザも、履歴・Cookie は残さず、ダウンロードしたファイルは残る、という点は共通しています。以下は Chrome の話に絞ります。

シークレットモードで残るもの・残らないもの（実測）

この節では、シークレットモードで何が消えて何が残るかを、公式の説明と手元で動かした結果の両方で確かめられます。

公式ヘルプの説明どおり、Cookie・閲覧履歴・サイトデータは残らず、ダウンロードしたファイルは残りました。同じプロフィールで「通常のウィンドウ→シークレットのウィンドウ→もう一度通常のウィンドウ」の順に動かし、終了するたびにプロフィールのファイルを調べています。

手元の Chrome でシークレットのウィンドウを使ったあと、終了してから History（閲覧履歴の SQLite）と Cookies を調べた結果です。シークレットで5つの URL を開きましたが、履歴に入ったのは通常のウィンドウで開いた URL だけでした。

after_incognito
 history_urls:
  http://127.0.0.1:18177/normal-set          ← 通常のウィンドウ
  http://127.0.0.1:18177/normal-reload       ← 通常のウィンドウ
  http://127.0.0.1:18177/normal-while-incog  ← 通常のウィンドウ
  （/incog-set /incog-reload /incog-second /incog-after-close /incog-ext-allowed は0件）
 cookies:
  127.0.0.1  sid   ← 値は sid=normal-set（通常のウィンドウで付いたもの）
  localhost  tp
 local_storage:
  http://127.0.0.1:18177/  memo  ← 通常のウィンドウで保存した値だけ

サーバー側から見ると、違いはもっとはっきりします。サーバーに届いた Cookie ヘッダーの記録（抜粋）です。

---- 通常のウィンドウ
/normal-set           cookie: null
/normal-reload        cookie: sid=normal-set
localhost /frame      cookie: tp=third        ← 埋め込み先にも Cookie が届く
---- シークレットのウィンドウ（同じプロフィール）
/incog-set            cookie: null            ← 通常の sid=normal-set は送られない
localhost /frame      cookie: null
/incog-reload         cookie: sid=incog-set   ← シークレットの中で付いた Cookie は使える
localhost /frame      cookie: null            ← サードパーティ Cookie はブロック
---- 終了後、もう一度通常のウィンドウ
/normal-check         cookie: sid=normal-set  ← 通常の Cookie は元のまま
localhost /frame      cookie: tp=third

この結果から、シークレットのウィンドウは「通常のウィンドウの Cookie を使わない」「シークレットの中では Cookie が普通に働く」「終わったら捨てる」という3つの動きをしていることが分かります。ログインが要るサイトでも、シークレットの中でログインすれば、閉じるまではログインしたまま使えます。

localStorage・sessionStorage・Cookie がそれぞれどこまで残るかの基本は、関連記事「localStorage・sessionStorage・Cookieの違い｜実測比較」で扱っています。

Chromeのシークレットモードの開き方（Windows・Mac・Linux）

この節では、パソコンの Chrome でシークレットのウィンドウを開く方法と、開けたかどうかの見分け方が分かります。

いちばん早いのはショートカットです。Windows・Linux・ChromeOS は Ctrl+Shift+N、Mac は ⌘+Shift+N を押します。Google Chrome ヘルプのキーボード ショートカット一覧では「新しいウィンドウをシークレット モードで開く」として載っています。

手元の Chrome 153 系で、右上のメニューと、リンクを右クリックしたメニューを開いたときの表示（上の部分）です。

右上の ︙ メニュー
  新しいタブ                    Ctrl+T
  新しいウィンドウ              Ctrl+N
  新しいシークレット ウィンドウ  Ctrl+Shift+N
リンクを右クリック
  新しいタブで開く
  新しいウィンドウで開く
  分割ビューでリンクを開く
  シークレット ウィンドウで開く

Linux でコマンドから開く（この環境で確かめた方法）

Chrome は起動オプション --incognito を付けると、シークレットのウィンドウで起動します。手元ではこの方法で検証しました。すでに同じプロフィールで Chrome が起動している場合は、新しいプロセスは作られず、動いている Chrome にシークレットのウィンドウが足されます。

$ chrome --user-data-dir=/dev/shm/t177/prof --incognito http://127.0.0.1:18177/incog-set
（すでに起動しているときに、もう一度実行した場合）
$ chrome --user-data-dir=/dev/shm/t177/prof --incognito http://127.0.0.1:18177/incog-second
Opening in existing browser session.

2つ目のウィンドウも、1つ目と同じシークレットのセッションに入りました（Chrome の内部の識別子が同じで、Cookie も共有されていました）。

スマホ（Android・iPhone）でシークレットモードを使う

この節では、Android と iPhone・iPad の Chrome でシークレットモードを開く方法と、スマホだけにある設定が分かります。

スマホでも、Chrome のその他メニューから「新しいシークレット タブ」を選びます。手順は Google Chrome ヘルプの Android 版・iPhone 版で確かめた範囲です。

スマホで気をつけたいのは、シークレットのタブを開いたまま通常のタブに戻っても、シークレットのセッションは続いている点です。Google のヘルプも、開いたままにするとセッションが続くと書いています。共有のタブレットなどでは、使い終わったら「すべてのシークレット タブを閉じる」まで行います。

ロックの設定（Android の「Chrome を終了するときにシークレット ウィンドウをロックする」）は、Google Pixel では一部の機能が Android 11 以降でだけ動く、とヘルプに書かれています。

シークレットモードの解除・閉じ方（終わらせ方）

この節では、「シークレットモード 解除」で調べたときの答えとして、シークレットのセッションを確実に終わらせる方法が分かります。

シークレットモードに「オフにするスイッチ」はありません。シークレットのウィンドウ（スマホはタブ）を全部閉じると、セッションが終わり、そこで解除されます。通常のウィンドウに戻りたいだけなら、通常のウィンドウをクリックするか、新しく通常のウィンドウ（Ctrl+N、Mac は ⌘+N）を開きます。

ヘルプには、シークレットのアイコンの横に数字が出ている場合は、複数のシークレット ウィンドウが開いている、とあります。1つを閉じただけでは終わらないので、数字が消えるまで閉じます。

「Ctrl+W でタブを閉じた」だけでも、そのウィンドウの最後のタブなら、ウィンドウも閉じます。逆に、シークレットのウィンドウでタブを3つ開いていて1つだけ閉じた場合は、セッションは続きます。

シークレットのウィンドウ同士・通常のウィンドウとの関係（実測）

この節では、シークレットのウィンドウを2つ開いたとき、1つだけ閉じたとき、全部閉じたときに、Cookie がどうなるかが実物で分かります。

シークレットのウィンドウ同士は Cookie を共有し、全部閉じた時点で消えました。通常のウィンドウを1つ開いたままにして Chrome を動かし続け、シークレットのウィンドウだけを開け閉めして確かめています。

---- シークレットで1つ目を開く（Cookie sid=life3-set が付く）
/life3-set           cookie: null
---- 2つ目のシークレットを開く
/life3-second        cookie: sid=life3-set   ← 共有されている
---- 1つ目だけ閉じて、3つ目を開く
/life3-one-closed    cookie: sid=life3-set   ← まだ残っている
---- シークレットを全部閉じる（通常のウィンドウは開いたまま）→ 新しいシークレット
/life3-check         cookie: null            ← 消えた

• シークレット同士は1つのセッション：ウィンドウを分けても、別人として使い分けることはできません。2つのアカウントを同時に使い分けたいときは、Chrome のプロフィールを分けます（後の判断表）。
• 通常のウィンドウとは完全に別：同じ時刻に開いていた通常のウィンドウには sid=normal-set が送られ、シークレット側の値は混ざりませんでした。
• sessionStorage はタブごと：2つ目のシークレットのタブでは、localStorage と Cookie は共有されていましたが、sessionStorage は空でした（通常のウィンドウと同じ動き）。

もう1つ、手元で気づいたことがあります。シークレットで始めたダウンロードが終わらずに残っている間は、シークレットのウィンドウを全部閉じても、次に開いたシークレットに Cookie が残っていました。ダウンロードが完了してからウィンドウを閉じた場合は、消えています。共有のパソコンでは、ダウンロードの完了を待ってから閉じ、Chrome ごと終了すると確実です。

Cookie とセッション（ログイン状態）の関係は、関連記事「Cookieとセッションの違いと仕組み｜セッションIDの流れを図解」で扱っています。

シークレットモードでも見える相手（サイト・会社・回線）

この節では、シークレットモードで「誰から見えなくなり、誰からは見えるのか」が表で分かります。

シークレットモードで見えにくくなるのは、同じ端末を後から使う人だけです。Google Chrome ヘルプは、アクセスしたウェブサイト（Google のサイトを含む）や、学校・勤務先・インターネット サービス プロバイダなどネットワークを管理する組織には、アクティビティが分かる可能性がある、と書いています。

サーバー側の記録は、シークレットでも通常でも同じ形で残ります。上の実測でも、127.0.0.1 のサーバーには、シークレットで開いたページへのリクエストがすべて届いていました。シークレットモードは「相手に記録させない」機能ではないと覚えておくと、誤解しません。

会社や学校から貸与された端末・アカウントでは、利用のしかたは管理者の方針に従います。シークレットモードを使えるかどうかも、管理者が決めている場合があります（使えないときの表）。

Google アカウントについても補足します。シークレットのウィンドウでは Google アカウントに自動でログインしませんが、自分でログインすれば、そのアカウントでの利用になります。Google のヘルプは、Google のサービスを使うサイトでのアクティビティが、プライバシー ポリシーに沿って Google と共有されると説明しています。

サードパーティCookieと拡張機能の扱い

この節では、シークレットモードで動きが変わる2つ、サードパーティ Cookie と拡張機能について、実物と設定の場所が分かります。

サードパーティ Cookie は既定でブロック

シークレットモードでは、サードパーティ Cookie（見ているサイトとは別のサイトの Cookie）が既定でブロックされます。手元では、127.0.0.1 のページに localhost（別サイト扱い）の埋め込みを置いて確かめました。通常のウィンドウでは埋め込み先に tp=third が送られ、シークレットでは5回とも送られませんでした。

そのため、埋め込みのログインやチャットなど、別サイトの Cookie を使う部品が、シークレットでだけ動かないことがあります。Google のヘルプには、サイトが正しく動かない場合は、そのサイトに限って一時的にサードパーティ Cookie を許可できる、とあります。手元の画面では、アドレスバーの右側に斜線の入った目のアイコンが表示されていました。

SameSite など、Cookie がどのサイトに送られるかの決まりは、関連記事「CSRF対策とSameSite｜Cookie送信をChromeで実測し多層防御を実装」で扱っています。

拡張機能は「許可したものだけ」動く

拡張機能は、シークレットモードでは既定で動きません。使いたい拡張機能だけ、許可をオンにします。手元で、ページに目印を付けるだけの拡張機能を作って読み込んだところ、通常のウィンドウでは目印が付き、シークレットのウィンドウでは付きませんでした。

通常のウィンドウ        ext: on     ← 拡張機能が動いた
シークレットのウィンドウ  ext: null   ← 既定では動かない
拡張機能の設定（既定）    incognitoAccess: {isEnabled: true, isActive: false}

拡張機能はページの内容を読めるものが多く、シークレットで許可すると、シークレットで見たページも拡張機能が扱えるようになります。許可は最小限にしておくのが安全です。

ダウンロード・ブックマークはシークレットモードでも残る（実測）

この節では、シークレットでダウンロードしたファイルがどこに残り、どこに残らないかが分かります。

ダウンロードしたファイルは、シークレットのウィンドウを閉じても、Chrome を終了しても、フォルダーに残りました。一方で、Chrome のダウンロード履歴には載りませんでした。

ダウンロード先のフォルダー（Chrome 終了後）
  t177-incognito3.txt   16 bytes   ← シークレットでダウンロード
  t177-normal4.txt      16 bytes   ← 通常のウィンドウでダウンロード
History の downloads テーブル（Chrome 終了後）
  /dev/shm/t177/dl/t177-normal4.txt   ← 通常の分だけ

シークレットのウィンドウでダウンロードしたとき、Chrome はダウンロードの一覧に次の注意を表示しました。

ダウンロードしたファイルは、このデバイスを使用するすべてのユーザーが確認できます
t177-incognito3.txt  16 B • 完了

つまり、「シークレットで落としたファイルは、ダウンロード履歴からはたどれないが、ファイルとしては残っている」状態です。共有のパソコンでは、使い終わったらダウンロードフォルダーから自分で消します。なお、手元の Linux の環境では、通常のウィンドウでは保存先を聞かれずに保存されたのに対し、シークレットのウィンドウでは保存先を選ぶ画面が出ました（設定や OS によって変わる可能性があります）。

ブックマークとリーディング リストも残ります。Google のヘルプは、シークレットで追加したブックマークとリーディング リストは、通常のブラウジングでも使えると説明しています。

シークレットモードが使えない・勝手になる・消えたとき（症状→原因→直し方）

この節では、シークレットモードで困ったときに、症状から原因と直し方を探せます。

メニューに「新しいシークレット ウィンドウ」が無い・押せないときは、まず管理されたアカウントか端末かを確かめます。Google のヘルプでは、ファミリー リンクで管理されている子どものアカウントで Chrome にログインしていると、シークレット モードはオフになると書かれています。会社などの管理者は、ポリシー（IncognitoModeAvailability）でシークレットを「使える」「使えない」「シークレットだけにする」のどれかに設定できます。

chrome://policy は、その Chrome にどんなポリシーが設定されているかを見るためのページです。ここで設定を変えることはできません。管理者が決めた設定は、管理者の方針に従います。

やってはいけない使い方と、その代わりを並べます。

ゲストモード・プロフィール・閲覧データの削除との違い（判断表）

この節では、シークレットモードと似た機能のどれを選べばよいかが、目的別に分かります。

「自分のパソコンで一時的に記録を残さない」ならシークレット、「他の人に自分の Chrome を貸す」ならゲスト、「仕事用と私用を分けて同時に使う」ならプロフィールの追加が向いています。

迷ったときは、次の順に考えると決まります。

1. 1端末は自分のものか → 他人に貸すならゲスト自分の情報を相手に見せない
2. 2同時に別のアカウントで使うか → プロフィールの追加シークレットは1つのセッション
3. 3これからの記録を残したくないか → シークレット閉じればそこまでの Cookie・履歴が消える
4. 4もう残っている記録を消したいか → 閲覧データの削除シークレットは過去にさかのぼらない
5. 5会社・学校の端末か → 管理者の方針に従うシークレット自体が使えない設定もある

ゲストとして使う方法と、閲覧データの削除は、Google Chrome ヘルプの「ゲストとして Chrome を使用する」「Chrome の閲覧データを削除する」で案内されています。

Web開発・検証でシークレットモードを使うとき

この節では、Web サイトを作る人が、シークレットモードを確認作業に使うときの注意が分かります。

シークレットモードは「通常の Cookie・ログイン状態・拡張機能の影響を外して表示を試す」のに便利ですが、ふつうの利用者とは条件が違います。手元の実測で分かった違いを、確認作業のチェック表にまとめます。

• 1サードパーティ Cookie が無い前提になる埋め込みの決済・チャット・ログインは、シークレットでだけ失敗することがある。通常のウィンドウでも確かめる
• 2シークレット同士は Cookie を共有する「別のユーザーとして」試すなら、シークレットを全部閉じてから開き直すか、プロフィールを分ける
• 3拡張機能は既定で動かない広告ブロックなどの影響を外せる。逆に拡張機能込みの不具合は再現しない
• 4キャッシュも閉じるまでは効く同じシークレットのセッションで再読み込みすると、取得済みのファイルが使われることがある
• 5localStorage・IndexedDB も閉じるまでは残る手元でも、同じセッション内の再読み込みでは前の値が読めた。初回訪問を試すなら開き直す

手元で使ったページは、Cookie・localStorage・IndexedDB を読み書きして、前の値があるかを返すだけの小さなものです。結果の一部を載せます（ls_before は「前回保存した値」、null は無し）。

通常 1回目      cookie: sid=normal-set  ls_before: null              idb_before: null
通常 再読み込み  cookie: sid=normal-set  ls_before: saved-1793402039840  idb_before: v-1793402039882
シークレット 1回目      cookie: sid=incog-set  ls_before: null           ← 通常の値は見えない
シークレット 再読み込み  cookie: sid=incog-set  ls_before: saved-1793402044340  ← 閉じるまでは残る
通常（再起動後）  cookie: sid=normal-set  ls_before: saved-1793402065803  ← 通常の値は元のまま

ページ側のコードは次のとおりです（抜粋）。

const r = {};
r.cookie = document.cookie;
r.ls_before = localStorage.getItem('memo');
localStorage.setItem('memo', 'saved-' + Date.now());
r.ss_before = sessionStorage.getItem('tab');
sessionStorage.setItem('tab', 'x');
document.getElementById('out').textContent = JSON.stringify(r);

ブラウザの開発者ツールで Cookie やストレージの中身を見る方法は、関連記事「Chrome DevToolsの使い方｜デバッグ手順と便利機能一覧」で扱っています。ログインが切れる原因をセッションの側から調べるときは、関連記事「セッションとは｜意味・Cookieとの関係・切れる理由を実例で解説」も役に立ちます。

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

この節では、シークレットモードまわりで実際に表示される文言と、その意味が分かります。

よくある質問

この節では、シークレットモードについてよく調べられる疑問に、短く答えます。

Q. シークレットモードを使えば、閲覧した内容はバレませんか？
同じ端末を後で使う人に、履歴や Cookie から分かることは減ります。ただし、見たサイト、会社・学校のネットワーク、回線の事業者からは見える可能性があると、Google のヘルプに書かれています。

Q. シークレットモードの解除方法は？
シークレットのウィンドウ（スマホはタブ）を全部閉じます。パソコンでは Ctrl+Shift+W（Mac は ⌘+Shift+W）で今のウィンドウを閉じられます。アイコンの横の数字が消えれば、全部閉じています。

Q. シークレットモードのショートカットは？
Windows・Linux・ChromeOS は Ctrl+Shift+N、Mac は ⌘+Shift+N です。

Q. シークレットでログインしたら、通常のウィンドウでもログインしたままになりますか？
なりません。手元の実測でも、シークレットで付いた Cookie は通常のウィンドウに送られませんでした。逆に、通常のウィンドウのログイン状態もシークレットには引き継がれません。

Q. シークレットのウィンドウを2つ開けば、別々のアカウントでログインできますか？
できません。シークレットのウィンドウ同士は Cookie を共有していました。同時に使い分けるなら、Chrome のプロフィールを追加します。

Q. シークレットでダウンロードしたファイルは消えますか？
消えません。ファイルは削除するまで端末に残ります。手元でも、Chrome を終了したあとにファイルが残り、ダウンロード履歴にだけ載っていませんでした。

Q. シークレットモードはウイルス対策になりますか？
なりません。端末に閲覧の記録を残さない機能で、危険なサイトやファイルから守る機能ではありません。

Q. シークレットでも拡張機能を使えますか？
使えます。既定では動かないので、拡張機能の詳細で「シークレット モードでの実行を許可する」をオンにします。

Q. スマホのシークレットタブを他の人に見られないようにできますか？
Android は「Chrome を終了するときにシークレット ウィンドウをロックする」、iPhone・iPad は「シークレット タブを非表示にする」の設定があります。どちらも「プライバシーとセキュリティ」の中です。

Q. シークレットモードが使えないのはなぜですか？
ファミリー リンクで管理された子どものアカウントでは、シークレットはオフになります。会社・学校の端末やアカウントでは、管理者が無効にしていることがあります。その場合は管理者の方針に従います。

まとめ

この節では、Chrome のシークレットモードの要点を5つにまとめます。

• シークレットモードとは：閲覧履歴・Cookie・サイトデータ・フォームの入力内容を、セッションが終わったら端末に残さない閲覧モード。
• 開き方：Ctrl+Shift+N（Mac は ⌘+Shift+N）。スマホはその他メニューの「新しいシークレット タブ」。
• 解除：シークレットのウィンドウを全部閉じると終わる。1つでも残っていれば Cookie は生きている（実測）。
• 残るもの：ダウンロードしたファイル・ブックマーク・リーディング リスト。ダウンロード履歴には載らないが、ファイルは残る（実測）。
• 見える相手：見たサイト・会社や学校のネットワーク・回線の事業者からは見える可能性がある。会社の端末では管理者の方針に従う。

参考・出典

この節では、この記事で確かめた公式の情報源が分かります（確認日 2026年10月29日）。

• Google Chrome ヘルプ「シークレット モードでブラウジングする」（パソコン・Android・iPhone と iPad）：https://support.google.com/chrome/answer/95464?hl=ja
• Google Chrome ヘルプ「Chrome のキーボード ショートカット」：https://support.google.com/chrome/answer/157179?hl=ja
• Chrome ウェブストア ヘルプ（拡張機能の管理）：https://support.google.com/chrome_webstore/answer/2664769?hl=ja
• Google ファミリー リンク ヘルプ（お子様の Chrome の利用）：https://support.google.com/families/answer/7087030?hl=ja
• Chrome Enterprise and Education ヘルプ「Allow private browsing」（IncognitoModeAvailability）：https://support.google.com/chrome/a/answer/9302896?hl=en
• Chrome for Developers「マニフェスト - シークレット モード」：https://developer.chrome.com/docs/extensions/reference/manifest/incognito?hl=ja
• Microsoft サポート（Microsoft Edge の InPrivate ブラウズ）：https://support.microsoft.com/ja-jp/microsoft-edge/microsoft-edge-%E3%81%A7-inprivate-%E3%83%96%E3%83%A9%E3%82%A6%E3%82%BA%E3%82%92%E4%BD%BF%E7%94%A8%E3%81%99%E3%82%8B-cd2c9a48-0bc4-b98e-5e46-ac40c84e27e2
• Apple サポート（Mac の Safari のプライベートブラウズ）：https://support.apple.com/ja-jp/guide/safari/ibrw1069/mac
• Mozilla サポート（Firefox のプライベートブラウジング）：https://support.mozilla.org/ja/kb/private-browsing-use-firefox-without-history

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