Codex Sitesは、依頼文や既存プロジェクトをもとにWebサイト、Webアプリ、ゲームを作り、ホスティングと共有まで進められる機能です。
別の配備基盤を用意せずに試作品や社内ツールを公開できる一方、公開範囲、保存データ、秘密情報、更新責任を決めずに使うと、便利さより管理上の不安が先に立ちます。
この記事では、公式情報に基づいて現行機能を確認し、発注者、制作会社、開発チームが導入前に合意したい実務ポイントを整理します。
Codex Sitesでできること
Codex Sitesは、ChatGPT上でWeb体験を作成し、ホスティングし、修正し、共有するための機能です。
OpenAIのSites公式ガイドは、現在の提供段階を公開ベータとし、利用可否や上限はプラン、地域、ワークスペース設定によって変わると説明しています。
用途は、情報を読むだけのページに限りません。
- 案件や施策の進捗をまとめるダッシュボード
- 条件を変えて結果を比較する計画ツール
- 申請内容を登録し、担当者や状態を更新する社内アプリ
- 資料、リンク、判断事項を集めたプロジェクトハブ
- 利用者の反応を確認する操作可能な試作品
OpenAIの発表では、ダッシュボード、プランナー、レビュー用ワークスペース、プロジェクトボードなどが用途として挙げられています。
これは「コードを書ける人の作業支援」から、「チームが使う成果物を作って共有する仕組み」へCodexの利用範囲が広がったことを示します。
利用条件はプランと地域、管理者設定で変わる
Sitesはすべての利用者に同じ条件で提供されているわけではありません。
OpenAIヘルプセンターの案内では、対応地域の有料ChatGPTプランで利用できる一方、FreeとGoは対象外とされています。
欧州経済領域、スイス、英国では現時点で利用できず、ワークスペース管理者はSitesの作成や一般公開を制御できます。
したがって、導入計画では機能の有無だけでなく、対象メンバーのプラン、利用地域、管理者ポリシーを先に確認する必要があります。
公開ベータでは利用上限や対応範囲が変わる可能性もあるため、恒久的な業務基盤として採用する前に、公式ガイドと管理画面の最新表示を確認してください。
作成から共有までの基本手順
作業は、作成、確認、修正、共有の順に進めます。
- 対象を定義する：利用者、目的、必要な操作、参照する情報、保存するデータを伝えます。
- 生成結果を確認する：文章、リンク、フォーム、計算、データの扱いが要件どおりかを検証します。
- 修正する：直したい箇所と期待する状態を具体的に示し、必要なら関連ファイルや視覚資料を渡します。
- 版を保存する：公開候補を保存し、関係者が確認できる状態にします。
- 配備して共有する：閲覧者を選び、承認済みの版を公開します。
公式ガイドでは、版の保存と配備を別の段階として扱っています。
Sitesの配備URLは本番環境として公開されるため、確認前の成果物は配備せず、まず版として保存する運用が安全です。
既存のローカルプロジェクトはCodex CLIやIDE拡張で編集、テストできますが、Sitesの作成、保存、配備、管理にはChatGPTのWeb版またはデスクトップアプリを使います。
Codex CLIの基本操作と権限管理は、サイト内のOpenAI CodexとCLIの実務ガイドで確認できます。
データ保存は画面設計より先に決める
業務ツールでは、見た目より先に「何を記録し、誰が読み書きし、いつ削除するか」を決めます。
公式ガイドは、構造化された記録にはリレーショナルデータベース、画像や文書などのファイルにはオブジェクトストレージを使う構成を案内しています。
| 要件 | 設計時に決めること | 確認例 |
|---|---|---|
| 案内ページ | 永続保存が本当に必要か | 表示テーマなど一時的な状態だけなら保存しない |
| 申請や進捗 | 項目、更新権限、保持期間 | 担当者以外が状態を変更できないか |
| 画像や文書 | 容量、形式、公開範囲、削除方法 | アップロードした資料が外部公開されないか |
| 利用者別の表示 | 本人確認と認可の方法 | ログイン済みでも他人の記録を読めないか |
ログインは利用者を識別する仕組みであり、操作権限まで自動的に保証するものではありません。
誰がどの記録を閲覧、更新できるかは、サーバー側の認可として別に設計します。
公開範囲と秘密情報を分けて管理する
新しいSiteは、設定を変更するまで所有者とワークスペース管理者に限定されます。
環境によっては、特定の利用者やグループ、ワークスペース全体、インターネット全体へ共有範囲を広げられますが、最初から広く公開する理由はありません。
共有設定は閲覧を許可するもので、編集権限を渡すものではない点も押さえておきたいところです。
APIトークンや接続情報などの秘密値は、依頼文、添付ファイル、Siteの表示内容に書かず、ホスティング設定の環境変数として管理します。
公開前には、機密情報、個人情報、権利を持たない第三者コンテンツが含まれていないかを点検し、想定する閲覧者の状態でフォームやログイン動作を試します。
Codex Sitesに向く案件と慎重に判断したい案件
Sitesに向くのは、短期間で形にし、利用者から反応を得ながら改善したい案件です。
たとえば、社内の進捗確認、営業会議の資料集約、イベント運営、簡易計算、入力を伴う試作品では、作成から共有までを一つの流れにまとめる利点があります。
一方、特定のフレームワーク、社内の閉域網、常時稼働するバックグラウンド処理、既存の複雑なデータ基盤が前提になる案件は、対応可否を先に検証すべきです。
決済、医療、労務、人事評価など、誤りや情報漏えいの影響が大きい用途では、Siteだけで業務要件を満たすと判断せず、法務、セキュリティ、運用責任者による審査を組み込みます。
導入前に合意したい5項目
- 利用目的：誰のどの作業を、どの状態まで改善するのか。
- 情報の範囲：入力してよい情報と、持ち込まない情報をどう分けるのか。
- 合格条件：文章、計算、操作、表示、アクセシビリティを誰がどう確認するのか。
- 公開手順：版の保存、承認、配備、共有範囲の変更を誰が担当するのか。
- 保守責任：データ修正、利用者対応、障害時の切り戻し、削除を誰が担うのか。
この5項目を短い仕様書にしてから作成を始めると、最初の画面が動いた時点で完成と誤認せずに済みます。
筆者は、Codex Sitesの価値を「Web制作を一度で終わらせること」ではなく、要件、試作、確認、公開を同じ場所で反復できることに感じます。
小さな社内ツールから始め、限定公開で利用状況と保守負担を確かめる進め方なら、現場の判断を残したまま開発速度を上げられます。
よくある質問
Codex CLIだけでSitesを公開できますか
現行の公式ガイドでは、Codex CLIにSites専用の管理画面はありません。
CLIでローカルプロジェクトを編集、テストすることはできますが、Sitesの保存、配備、共有管理にはChatGPTのWeb版またはデスクトップアプリを使います。
公開前に関係者だけで確認できますか
配備前の版を保存して確認候補にでき、新しいSiteの閲覧範囲は初期状態では所有者とワークスペース管理者に限定されます。
利用できる共有先はプランと管理者設定で異なるため、実際の選択肢を管理画面で確認してください。
業務データを保存するアプリも作れますか
構造化データやアップロードファイルを永続保存する構成は案内されています。
ただし、保存できることと業務要件を満たすことは別なので、認可、保持期間、削除、監査、個人情報の扱いまで設計してから公開します。
公式情報
- OpenAI公式ガイド「Sites」
- OpenAIヘルプセンター「Using Codex with your ChatGPT plan」
- OpenAI「Codex for every role, tool, and workflow」