ChatGPT Workがログイン済みサイトを操作可能に｜会社で使う前の確認ポイント
OpenAI公式リリースノートをもとに、ChatGPT Workのログイン済みWebサイト操作、Scheduled tasksのWebhook対応と共有機能、会社で使う前の注意点を初心者向けに整理します。
OpenAIは2026年8月25日、ChatGPT公式リリースノートで、ChatGPT Workのブラウザ機能とScheduled tasksの更新を案内しました。
今回のポイントは2つあります。ひとつは、ChatGPT Workが一部のログインが必要なWebサイト上で作業を進められるようになったこと。もうひとつは、Scheduled tasksがGmail、Slack、GitHubなどの変化をきっかけに動けるようになり、タスクの共有にも対応したことです。
初心者向けに言えば、ChatGPT Workは「調べるAI」から、「ログインが必要なWebサービス上でも、承認を挟みながら作業を進めるAI」へ近づいています。
ただし、これは便利さだけで判断する更新ではありません。ログイン済みサイト、メール、Slack、GitHubの更新を扱うため、会社で使うなら権限、承認、履歴削除、外部サービスごとの利用範囲を先に決める必要があります。
この記事では、OpenAI公式情報をもとに、2026年8月25日のChatGPT Work更新で何が変わったのか、中小企業が使う前に確認したい点を整理します。
ChatGPT Work全体の基本は「ChatGPT Workとは？Sitesと新デスクトップアプリで何が変わるのかを解説」で、従来のScheduled tasksは「ChatGPTのScheduled tasksとは？定期実行と監視タスクの使い方を解説」で扱っています。
ChatGPT Workがログイン済みWebサイトで作業できるようになった
OpenAI公式リリースノートでは、ChatGPT Workのブラウザが、ログインを必要とする一部Webサイト上でもタスクを進められるようになったと説明されています。
使い始める流れは、ユーザーがChatGPT Workに作業を依頼し、対象サイトが認証に対応している場合、ChatGPT側がログイン画面を表示するというものです。ユーザーはそこで認証情報やセキュリティコードを入力します。
OpenAIは、ユーザー名やパスワードはChatGPTから見えず、モデルの学習にも使われず、保存もされないと説明しています。また、Webサイトごとのブラウジング履歴は、設定から削除できると案内されています。
実務で見ると、これはかなり大きな変化です。
| できることの方向性 | 会社での見方 |
|---|---|
| ログインが必要なサイトで作業を進める | 個人アカウントと会社アカウントを分ける |
| セッションを将来のタスクでも使う | どのサイトを接続したか台帳化する |
| パスワードマネージャーに対応 | 共有アカウント運用を避ける |
| 予約や支払いなどは確認を求める | 重要操作は人間の承認前提にする |
ここで大事なのは、ChatGPTに「ログイン情報を渡す」のではなく、認証画面でユーザーがログインし、その後の作業をChatGPT Workが進める形だという点です。それでも、ログイン後の画面には個人情報、契約情報、料金、社内資料が表示される可能性があります。
会社で試すなら、最初は公開情報に近い管理画面や、失敗しても影響が小さいサイトから始めるのが現実的です。
Scheduled tasksはWebhookでアプリの変化に反応できる
同じ8月25日の更新では、Scheduled tasksがWebhookに対応したことも案内されています。
公式リリースノートでは、ChatGPT WorkのScheduled tasksが、対応アプリで変化が起きたときに反応できると説明されています。例として挙げられているのは、新しいGmailメッセージ、Slackチャンネルのメッセージ、GitHubのプルリクエストの動きです。
従来のScheduled tasksは、決まった時間や定期実行のイメージが強い機能でした。今回の更新では、「毎朝9時に動く」だけでなく、「特定のアプリで何か起きたら動く」使い方がしやすくなります。
中小企業の業務では、次のような使い方が考えられます。
| きっかけ | 使い方の例 |
|---|---|
| Gmailの新着 | 問い合わせメールの要点を整理する |
| Slackの新着 | 顧客フィードバックや社内連絡の次アクションを下書きする |
| GitHubのプルリクエスト | レビュー待ち、修正依頼、確認事項を整理する |
ただし、Webhookで動くタスクは、便利な一方で「いつ動いたか」「何を見たか」が見えにくくなりがちです。
最初に決めるべきなのは、どのチャンネル、どのメール、どのリポジトリを対象にするかです。全社のSlackや全メールを対象にするのではなく、テスト用チャンネル、問い合わせ専用メール、開発用リポジトリなど、範囲を絞って始めてください。
共有されたScheduled tasksは自分用のコピーとして動く
OpenAI公式リリースノートでは、Scheduled tasksの共有にも触れています。
Free、Go、Plus、ProユーザーはScheduled tasksを共有でき、受け取った人は指示内容やスケジュールを確認・調整し、自分のアプリを接続して独立したコピーを作れると説明されています。
これは、会社でテンプレート化しやすい更新です。
たとえば、次のようなタスクを社内で共有できます。
- 毎週月曜に問い合わせ対応の確認リストを作る
- Slackの特定チャンネルに投稿された顧客要望を整理する
- GitHubのレビュー待ちをまとめる
- 毎月の請求・更新・契約確認を思い出させる
ただし、共有されたタスクがそのまま同じデータに接続されるわけではありません。受け取った人は、自分の接続アプリを使って独立したコピーを作ります。
この仕組みは安全面では分かりやすい一方、会社運用では確認が欠かせません。同じタスク名でも、AさんはGmail、BさんはSlack、CさんはGitHubを接続しているかもしれません。テンプレートを配るだけでなく、誰が何に接続したかを確認できる運用にしておきます。
FreeユーザーもScheduled tasksを使えるが制限がある
今回の更新では、FreeユーザーのScheduled tasksについても案内されています。
OpenAI公式リリースノートによると、Freeユーザーは最大3つまでアクティブなScheduled tasksを作成できます。タスクは一度だけ、または1日1回を超えない範囲で繰り返せるとされています。
一方で、FreeとGoのユーザーはWebhookで起動するタスクを作れません。Webhook-triggered taskを動かすには、ChatGPT Workへのアクセスや、受け取る側の接続アプリが前提になります。
つまり、無料プランでも「毎朝のリマインド」や「週次の確認」には使いやすくなりますが、GmailやSlackの変化をきっかけにした業務自動化とは分けて考える必要があります。
会社で使う前に見るべき確認項目
ChatGPT Workのログイン済みWebサイト操作とWebhookタスクは、会社の業務に近いところへ入ってくる機能です。
最初に確認したいのは、次の5点です。
| 確認項目 | 見ること |
|---|---|
| 対象サイト | どのWebサイトへのログインを許可するか |
| 対象アプリ | Gmail、Slack、GitHubなど、どこを接続するか |
| 承認操作 | 予約、送信、支払い、申請を誰が確認するか |
| 履歴管理 | ブラウジング履歴や接続状態をどう削除・見直すか |
| タスク棚卸し | 共有タスク、Webhookタスク、定期タスクを誰が管理するか |
特に避けたいのは、「便利そうだから全部つなぐ」使い方です。
AIエージェントは、できることが増えるほど、入力する情報と実行する操作の責任も増えます。まずは社内のテスト用アカウント、公開情報に近いサイト、確認用Slackチャンネルから始める。成果が見えたら、対象範囲を少しずつ広げる。
この順番なら、非エンジニアの会社でも安全に試しやすくなります。
まとめ
2026年8月25日のOpenAI公式更新では、ChatGPT Workが一部のログイン済みWebサイト上で作業できるようになり、Scheduled tasksはWebhook対応と共有機能が強化されました。
これは、ChatGPTが単なるチャットから、業務アプリやWebサイト上で作業を進めるAIエージェントへ近づく更新です。
一方で、会社で見るべきポイントは「どこまで自動化できるか」だけではありません。ログイン先、接続アプリ、承認操作、履歴削除、共有タスクの管理を決めてから使う必要があります。
最初は、小さな範囲で十分です。テスト用チャンネル、確認用メール、公開情報に近いWebサイトから試し、人間が承認する流れを残す。ChatGPT Workは、その線引きがあるほど実務に入れやすくなります。
