CodexでChromeは開くのにページを読めない
Chromeのウィンドウが開いても、Codexがそのページを読めるとは限りません。接続をやり直す前に、使う予定のブラウザーとプロファイルを確かめ、「開いた」「接続した」「読めた」「保存できた」のどこまで確認できているかを分けてみてください。
WindowsでCodexのブラウザー接続を調整するのに約10日かかりました。外部Chromeへの接続、内蔵ブラウザーの利用、ページの読み書きができるようになった時期は、それぞれ異なります。更新が原因だったか、一つの設定ですべて解決したかは確認できていません。
ここでは、次に同じことで迷わないための確認順を、デスクトップ環境のCodexから外部Chromeを使う場合に絞って整理します。
最初に「何が確認できたか」を整理する
| 確認できたこと | まだ判断できないこと | 次に確認すること |
|---|---|---|
| 自分のChromeでページが表示された | Codexが同じプロファイルやタブを使っているか | 対象のブラウザーとプロファイルを特定する |
| ブラウザーを接続先として選べる | そのサイトへのアクセスが許可されているか | 対象サイトの権限を確認する |
| 現在のタイトルや本文の一部を正しく読めた | 編集や保存もできるか | 必要な場合だけ、元に戻せる小さな変更を試す |
| 入力したという応答があった | サイト側に内容が保存されたか | 目的の下書きを開き直し、保存内容を照合する |
「接続済み」という一言では、私には次に何をすればいいのか分かりませんでした。「現在のページは読めたが、保存は未確認」と残しておけば、正常な部分まで触らずに続けられます。
1．接続を直す前に、使うブラウザーを決める
普段のChromeでログインしているサイトを扱いたいなら、そのプロファイルを基準にします。別のプロファイルでページが開いても、同じアカウントや文書にたどり着いたとは限りません。
内蔵ブラウザーは、普段のChromeとは別のセッションです。OpenAIのBrowser公式案内でも、通常のブラウザーのタブやセッションを自動共有しないことが説明されています。内蔵ブラウザーにログイン画面が出ただけで、Chromeのログインが失われたとは判断できません。
私なら、全ブラウザーからログアウトする前に「今回使うのはどのウィンドウか」を確かめます。問題のないログインまで消すと、接続の確認にアカウントの復旧作業が加わってしまうからです。
2．接続設定、ブラウザーの選択、サイト権限を分ける
OpenAIの拡張機能の案内では、接続の設定とサイトへのアクセスを分けて説明しています。次の順に確認します。
- ChatGPTデスクトップアプリの
Settings > Computer UseでChromeを探します。 - 設定が終わっていなければ、公式手順で必要なプラグインと拡張機能を設定し、Chromeに
Manageと表示されるか確かめます。 - Codexのチャットで
@からChromeを選び、拡張機能を入れたプロファイルを使います。 - 対象サイトへのアクセスは
Manageで確認します。ブラウザーのトグルは@の選択肢への表示を切り替えるもので、サイト権限のスイッチではありません。
選択肢にChromeが出ないなら、設定や表示の段階を調べます。Chromeは選べるのに特定サイトだけ拒否されるなら、そのサイトの権限や組織の制限に問題を絞ります。明示的なアクセス拒否を、別経路で通すための合図として扱わないでください。
必要なのは、すべてのサイトを許可することではなく、今回の対象に必要な範囲を確認することです。管理された環境の制限は、手元の再接続ではなく管理者の判断が必要な場合もあります。
3．現在のページと照合できる、小さな読み取りを試す
対象のChromeプロファイルで、機密情報のない公開ページを開きます。使うブラウザーを選んだうえで、サイト全体の要約ではなく、その場で比較できる短い情報を求めます。
返答を、目の前のページと照合してください。話題が合っているだけでは十分ではありません。以前の会話で覚えていた内容ではなく、現在のタイトルと本文に一致しているかを見ます。
一致しなければ、大きな編集には進みません。ブラウザー選択前なのか、サイトへのアクセスなのか、読み取りなのか。止まった段階を残してから、次の確認を選びます。
4．保存の確認は、必要な作業だけで行う
調査だけなら、読み取りの確認で十分です。編集が目的の場合は、使い捨ての下書きなど、明示的に許可した元に戻せる場所で短い変更を試し、保存された内容を自分で開いて確かめます。
公開中の記事、決済画面、メッセージ送信、アカウント設定を動作確認の場所にはしません。変更の影響が小さく、結果がはっきり分かることが大切です。再試行する前には、前の操作ですでに保存されていないかも確認します。
私が終点にしたいのは「入力しました」という応答ではなく、目的の下書きに残った内容です。開き直して見つからなければ、読み取りに成功していても、保存まで確認できたとは言えません。
5．うまくいかない段階だけを切り分ける
サイトがブロックされていないのに接続できない場合は、拡張機能の公式トラブルシューティングに沿って確認します。アプリの更新、ブラウザーと拡張機能の状態、使用中のプロファイル、新しいチャットでの確認を経て、再起動や再インストールが後の手順として案内されています。一つずつ結果を見て、再起動する前にはほかの作業を安全な状態にしておきます。
ファイルのアップロードだけが失敗する場合は、別に切り分けます。公式案内のChrome設定Allow access to file URLsは、PC内のファイルをアップロードするための確認項目であり、ページが読めないときの万能な解決策ではありません。
次の確認に残しておくメモ
- 実際に確認したアプリ、Chrome、OSのバージョン。不明なものは不明のままにする。
- 使う予定のプロファイルと作業対象。個人を特定する情報は省く。
- 起動、接続、読み取り、入力、保存のうち、最後に確認できた段階。
- 認証情報や非公開URLを取り除いた、実際のエラーメッセージ。
- 変更したことを一つと、その直後に変わった結果。
明示的な制限、本人の入力が必要な認証、前回保存の成否が分からない状態なら、そこで止まって確認します。それ以外は、最後に確かめられた段階から続けます。説明が増えたかではなく、何ができたかを残すためです。
もう一度接続し直す前に
- 今回の作業に必要なプロファイルとアカウントを使っているか。
- Codexからブラウザーを選べて、対象サイトへのアクセスも許可されているか。
- 小さな読み取りの結果が、現在のページと一致しているか。
- 編集が必要な場合、目的の下書きに変更が残っているか。
一番もどかしかったのは、説明を聞く時間が増えても、本来の作業に戻れなかったことです。次は、最後に確認できた段階を一行で残したいと思います。大切なのはウィンドウが開く瞬間より、その先でやりたかったことが終わる瞬間でした。
体験の出典：2026年10月6日に記録した韓国語の原文。公式資料の確認日：2026年10月17日。参照：Browser extension、Browser。本文の手順は参照資料に基づく提案で、新たな修復試験の結果ではありません。現在の日本語UIの表示は実機で確認していません。