Codexアプリでブラウザ操作を使うなら、公開ページ確認はまず内部ブラウザで十分です。
ログイン済みサイトや管理画面を扱うときだけ、Chromeプラグインを使います。
これがいちばん迷わない。
今日、Codexアプリの内部ブラウザで https://attrip.jp/ を開いてみた。
最初は右側に見えなかった。
原因は、右側パネルがレビュー表示になっていたから。
ブラウザタブを開いたら、普通に見えた。
公開ページの確認なら、これで十分だった。
ただ、Gmail、Search Console、GA、WordPress管理画面のようなログイン済みサイトは別。
この場合はChromeプラグインを使う。
公開ページの確認は内部ブラウザでいい
内部ブラウザは、Codexアプリ内で開く確認用ブラウザだ。
たとえば、こういう作業に向いている。
- 公開ページを見る
- 記事公開後の表示を確認する
- localhost を見る
- スクショを撮る
- ボタンやリンクをクリックして動きを見る
- フロントエンドの修正結果を見る
OpenAIも、Codexアプリに内部ブラウザが入り、フロントエンド、アプリ、ゲームの反復確認を速くできると説明している。
attrip の公開ページ確認なら、これで足りる。
内部ブラウザで https://attrip.jp/ を開いて右側に見えないときは、Codexアプリの右側パネルを見る。
レビュー表示のままだと、ページは開いていても見えない。
Codexでブラウザ操作できることは画面確認から始める
codex ブラウザ操作 で探している人が最初に知るべきことは、できる範囲です。
Codexに向いているのは、ページを開く、クリックする、スクショを撮る、表示崩れを見る、リンクを確認する作業です。
公開、削除、決済、設定変更は確認を入れます。
まず全体像だけ知りたいなら、Codexでブラウザ操作はできる？内部ブラウザとChrome連携の使い分け に分けて整理しました。
Chromeプラグインはログイン済みサイト用
Chromeプラグインは、いつものChromeをCodexから使うためのものだ。
Chrome Web Storeの説明では、Codex for Chromeは、すでにサインインしているWebサイトやアプリの中でCodexが作業を助けるものと説明されている。
つまり価値はここ。
いつものChromeのログイン状態を使える新しいChromeを立ち上げて、またログインする運用はだるい。
Cookieが引き継がれないなら、うまみが少ない。
だから、Chromeプラグインは「既存Chromeタブを引き継ぐため」に使うのがよさそうだ。
選び方はこの表でいい
| やりたいこと | 選ぶもの |
|---|---|
| 公開ページを見る | 内部ブラウザ |
| 記事公開後の表示確認 | 内部ブラウザ |
| localhostの確認 | 内部ブラウザ |
| スクショで見た目を確認 | 内部ブラウザ |
| WordPress管理画面 | Chromeプラグイン |
| Search ConsoleやGA | Chromeプラグイン |
| Gmailを見る | Gmailコネクタ、またはChromeプラグイン |
| 既存Chromeタブの続きを触る | Chromeプラグイン |
Chromeプラグインでできること
Chromeプラグインでできることは、ただページを見るだけではない。
Chrome Web Storeの説明では、こういう用途が挙げられている。
- 特定サイトで調査する
- 複数タブから文脈を集める
- フォーム入力やリクエスト作成をする
- 送信前に止まって確認を求める
- ダッシュボードや社内ツールを見る
- 複数タブでWebサイトをテストする
- タブを整理する
- ファイルのアップロードやダウンロード前に確認を求める
ぼくの作業に置き換えると、こうなる。
- WordPress管理画面で下書きを確認する
- Search Consoleでページ状態を見る
- GAで流入を確認する
- Gmailで必要なメールを探す
- 公開後に管理画面と公開ページを行き来する
ただし、送信、削除、公開、アップロード、ダウンロードは別。
ここはCodexに勝手にやらせない。
Gmailを扱うならセキュリティの線引きが必要
Gmailは、ただのWebページではない。
個人情報と連絡履歴のかたまりだ。
だから、Codexで扱うなら先にルールを決める。
ぼくならこうする。
Gmailでできること:
- メールを探す
- 件名と差出人を確認する
- 内容を要約する
- 返信案を作る
Gmailで勝手にやらせないこと:
- 送信
- 転送
- 削除
- アーカイブ
- ラベル変更
- 添付ファイルのアップロード
- パスワードや認証コードの入力CodexにGmailを見せるなら、専用のGmailコネクタを使うほうが安全な場面もある。
メール検索、要約、返信案の作成なら、ブラウザ操作よりコネクタのほうが目的がはっきりする。
一方で、Gmailの画面そのものを見ながら作業したいときはChromeプラグインを使う。
どちらにしても、送信だけは人間が確認する。
Search Console や GA を見る目的なら、Codexの使用量はどこで確認する？ URLとUsage・Billingの違いを解説 から先に開くのもやりやすいです。
使用量確認と実データ確認を分けると、どこで止まっているかを切り分けやすくなります。
導入するときの順番
いきなりChromeプラグインから入らなくていい。
まず内部ブラウザで試す。
内部ブラウザでこのURLを開いてこれで足りないときだけChromeプラグインを入れる。
Chromeプラグインを使う目安はこれ。
- すでにChromeでログインしている
- Cookieやアカウント状態が必要
- 複数の既存タブを見たい
- 管理画面やダッシュボードを見たい
- ブラウザ上でしかできない作業がある
導入後は、Codexがサイトへアクセスするときに許可を確認する。
Chrome Web Storeの説明でも、サイトアクセス、ブラウザ履歴の参照、ファイルのアップロードやダウンロードでは確認が入るとされている。
ここを雑にしない。
ぼくの運用はこれ
attripの公開ページを見るだけなら内部ブラウザ。
記事を公開したあとに、タイトル、アイキャッチ、本文、広告の出方を見る。
これは内部ブラウザでいい。
WordPress管理画面を触るときだけChromeプラグイン。
Search ConsoleやGAを見るときもChromeプラグイン。
Gmailは、まずGmailコネクタ。
画面操作が必要ならChromeプラグイン。
毎回ログインする運用にはしない。
Codexのブラウザ操作は「見る」と「送る」を分ける
ブラウザ操作で大事なのは、できることを増やすことではない。
「見る」と「送る」を分けることだ。
見るだけならCodexに任せやすい。
- 読む
- 探す
- 要約する
- 比べる
- スクショを撮る
- 表示崩れを見る
送る操作は、人間が止める。
- メール送信
- フォーム送信
- 公開
- 削除
- 購入
- 権限変更
- ファイルアップロード
この線を引けば、Codexのブラウザ操作はかなり使いやすくなる。
内部ブラウザは確認用。
Chromeプラグインはログイン済み作業用。
Gmailのような個人情報は、読むところまで。送る前に確認。
これで十分。
内部ブラウザの確認だけで足りる作業かどうかを整理したいなら、Codex CLIの /goal の使い方。長い作業を「終わるまで進める」新機能 もつながります。
どこまでやる作業かを先に決めると、ブラウザ操作が必要な場面も絞りやすくなります。
FAQ
公開ページの確認だけならChromeプラグインは不要ですか？
WordPress管理画面を開くなら最初からChromeプラグインですか？
Gmail検索だけならChromeプラグインよりGmailコネクタですか？
公開前チェックの流れもCodexに持たせたいなら何を足しますか？
毎日3本ずつ直す運用なら、内部ブラウザはどこで使うのがいちばん効きますか？
毎日3本ずつ記事を直すなら、Chromeプラグインはどの場面だけ使うと軽いですか？
管理画面やGA確認のときだけで十分です。公開ページ確認までChromeプラグインに広げないほうが軽いです。確認の型は Codexの最近の作業を見直して、スキルとサブエージェントに分ける考え方 、review を裏で走らせるなら Claude Codeの中でCodex reviewとrescueを使うには？ codex-plugin-ccの始め方 もつながります。
毎日3本ずつ記事を直すなら、内部ブラウザ確認は3本まとめて最後でいいですか？
はい。軽い修正なら最後に3本まとめて見るほうが速いです。途中で重くなった1本だけ先に確認する形でも十分です。確認の型は Codexの最近の作業を見直して、スキルとサブエージェントに分ける考え方 、review の流し方は Claude Codeの中でCodex reviewとrescueを使うには？ codex-plugin-ccの始め方 もつながります。
毎日3本ずつ記事を直すなら、内部ブラウザ確認は1本何分くらいで切ると軽いですか？
数分で十分です。タイトル、アイキャッチ、本文、リンク先だけを短く見る形が軽いです。型の見直しは Codexの最近の作業を見直して、スキルとサブエージェントに分ける考え方 、review の流し方は Claude Codeの中でCodex reviewとrescueを使うには？ codex-plugin-ccの始め方 もつながります。
毎日3本ずつ記事を直すなら、内部ブラウザ確認は1本目のあとに毎回入れるべきですか？
必須ではありません。軽い3本なら最後にまとめて十分です。1本だけ重いと感じたときだけ途中確認にすると軽いです。型の見直しは Codexの最近の作業を見直して、スキルとサブエージェントに分ける考え方 、review の流し方は Claude Codeの中でCodex reviewとrescueを使うには？ codex-plugin-ccの始め方 もつながります。
毎日3本ずつ記事を直すなら、1本だけ先に内部ブラウザで見て残り2本は最後でもいいですか？
はい。1本目だけ重い修正や見た目崩れが心配なら、そこだけ先に見る形で十分です。残り2本まで毎回途中確認にしないほうが軽いです。型の見直しは Codexの最近の作業を見直して、スキルとサブエージェントに分ける考え方 、残量確認は Codex Usage URLはどこ？使用量を見るページとBillingとの違い もつながります。
