Codex Sitesとは？できること・使い方・注意点を解説

Codex sitesは、Codexで作ったWebサイトや業務アプリを、そのまま保存・公開できるOpenAIの新機能です。

2026年6月2日、OpenAIはCodexの新機能としてSitesを発表しました。

コードを書く人だけでなく、営業、企画、経営管理、マーケティング担当者が「共有できる業務画面」を作れる点が特徴です。

私が最初に注目したのは、単なるノーコードツールではない点でした。

Codexが要件を読み、アプリを作り、保存版を作成し、必要なら本番URLとして公開します。

この記事では、Codex Sitesの概要、使い方、導入前に確認すべき点を中小企業向けに整理します。

---

---

Codex Sitesとは、業務画面をURLで共有する機能

Codex Sitesは、CodexがWebサイトやアプリを作り、OpenAI管理のホスティング環境に保存・公開する機能です。

OpenAI公式発表では、Sitesを「アイデアのための新しいキャンバス」と説明しています。

Codexに依頼すると、ダッシュボード、プランナー、レビュー画面、プロジェクトボード、ギャラリー、軽量ツールを作れます。

公式ドキュメントでも、SitesはWebサイト、Webアプリ、ゲームを作成・保存・デプロイ・検査できるプラグインと定義されています。

参照元はOpenAI公式発表、OpenAI DevelopersのSitesドキュメント、Codex公式ページです。

これまでのCodexとの違い

従来のCodexは、主にコードベースを編集するAIエージェントでした。

つまり、開発者が既存プロジェクトを渡し、Codexが修正する流れです。

Sitesでは、完成物を共有可能なURLとして扱えます。

社内メンバーが同じ画面を見て、入力し、判断できる場所を作れるわけです。

私はここに大きな変化を感じました。

「コードを作るAI」から「仕事の画面を作るAI」へ近づいた印象です。

比較項目	従来のCodex	Codex Sites
主な成果物	コード修正、PR、ファイル	Webサイト、アプリ、共有URL
利用者	開発者中心	非エンジニアにも広がる
共有方法	Gitやレビュー画面	URLで共有
公開手順	別のデプロイ環境が必要	Sites内で保存・公開
向く用途	実装、修正、テスト	業務画面、社内ツール、レビュー用サイト

最大の違いは、作ったものをその場で共有できることです。

小さな業務改善なら、専用システムを発注する前に試作できます。

---

Codex Sitesでできる5つのこと

Codex Sitesは、社内の情報共有や意思決定を速くする軽量アプリに向いています。

公式発表で挙げられている例は、かなり実務寄りです。

中小企業でも使いやすい用途に置き換えて整理します。

1. 顧客レビュー用の専用ページ

営業会議や顧客定例の前に、専用ページを作れます。

たとえば、以下の情報を1画面にまとめます。

• 前回打ち合わせの決定事項
• 商品アップデート
• 未回答の論点
• 利用状況のサマリー
• 次回までの担当者と期限

議事録ファイルを探すより、URLを開く方が速いです。

顧客別のレビュー画面。これが最初の実用例です。

2. 売上予測やシナリオプランナー

Excelやスプレッドシートに散らばった前提条件を、操作できる画面にできます。

売上、原価、採用人数、広告費を動かし、利益への影響を見る形です。

OpenAI公式発表でも、財務モデルからシナリオプランナーを作る例が紹介されています。

経営会議では、数字の表を読むより、前提を変えて比較する方が議論が進みます。

3. プロジェクト進行管理ボード

軽いプロジェクトなら、専用ツールを導入せずにSitesで足ります。

たとえば、Webリニューアル、展示会準備、採用広報、補助金申請などです。

必要な項目はシンプルです。

• タスク名
• 担当者
• 期限
• 状態
• 判断待ちの論点

大規模な開発管理には専用ツールが必要です。

ただし、短期の社内プロジェクトならURL共有できる簡易ボードで十分な場面があります。

4. 商品ローンチの情報ハブ

新商品や新サービスの公開前は、情報が散らばりがちです。

営業資料、LP原稿、FAQ、価格表、リリース日、担当者が別々の場所に置かれます。

Sitesを使うと、ローンチ関連情報を1つのハブにできます。

「最新版はどこですか？」という確認を減らせます。

私はこの用途が、マーケティング部門に一番刺さると見ています。

5. 社内ナレッジや手順書のミニアプリ

手順書は読むだけでは定着しません。

チェックリスト、入力フォーム、判定ロジックを入れると使いやすくなります。

例として、以下のようなミニアプリです。

用途	入力	出力
問い合わせ一次対応	顧客種別、内容、緊急度	対応優先度と返信案
採用面接準備	職種、候補者情報	面接質問リスト
広告審査チェック	原稿、媒体、表現	修正すべき表現
補助金要件確認	業種、従業員数、投資額	申請可否の目安

文書から画面へ。

この変換がCodex Sitesの得意領域です。

---

Codex Sitesの利用条件と始め方

Codex Sitesは、2026年6月時点ではBusinessとEnterprise向けのプレビュー機能です。

まず確認すべき点は、契約プランと管理者設定です。

個人の思いつきで全社公開する機能ではありません。

対応プラン

OpenAI Developersのドキュメントでは、SitesはChatGPT BusinessとEnterpriseワークスペース向けと説明されています。

Enterpriseでは、管理者がRBACを使って有効化する必要があります。

RBACは、役割ごとに権限を管理する仕組みです。

Businessでは標準で有効と案内されています。

ただし、プレビュー機能なので提供範囲は変わる可能性があります。

導入前に、自社ワークスペースの管理画面で確認してください。

基本の開始手順

公式ドキュメントの流れを、実務向けに言い換えます。

1. ワークスペースでSitesが使えるか確認する
2. CodexアプリでSitesプラグインを追加する
3. 新しいスレッドを開始する
4. 作りたいサイトの目的を伝える
5. ビルドが成功したか確認する
6. 保存版を作る
7. 内容確認後にデプロイする

最初から公開しないでください。

まず保存版でレビューするのが現実的です。

依頼プロンプトの例

Codex Sitesでは、用途、利用者、必要データを明確に書くと精度が上がります。

以下は、社内の案件管理ボードを作る例です。

@Sites
営業チーム向けの案件レビューサイトを作ってください。

利用者:
- 営業責任者
- 担当営業
- 経営者

必要な画面:
- 案件一覧
- 案件詳細
- 今週のリスク案件
- 次アクション一覧

必要なデータ:
- 会社名
- 担当者
- 商談金額
- フェーズ
- 次回アクション
- 期限
- 失注リスク

要件:
- ワークスペース内のユーザーだけが見られるようにしてください
- まず保存版を作成してください
- デプロイは承認後に行ってください

このように「誰が、何の判断に使うか」を入れてください。

単に「ダッシュボードを作って」では、業務に合いません。

---

保存とデプロイの違いを理解する

Codex Sitesでは、保存とデプロイを分けて考える必要があります。

ここを誤解すると、レビュー前の内容を共有してしまいます。

公式ドキュメントも、デプロイURLは本番デプロイだと明記しています。

保存版とは

保存版は、公開前に確認するための候補です。

Codexがビルド可能な成果物を作り、ソースのコミットと紐づけます。

レビュー、修正、承認のために使います。

社外に見せる前の下書きに近い位置づけです。

デプロイとは

デプロイは、保存版を本番URLとして公開する操作です。

OpenAIのドキュメントでは、デプロイURLは本番環境として扱われます。

つまり、アクセス権を広げれば、対象者が実際に使えます。

レビュー前にデプロイしないことが大切です。

実務での安全な進め方

最初の運用ルールは、次の3つで十分です。

タイミング	操作	チェック内容
初回作成	保存版のみ	表示崩れ、文言、権限
社内確認後	限定デプロイ	管理者と関係者だけで確認
本運用前	アクセス範囲変更	対象者、秘密情報、データ保存

私はこの順番を強く推します。

AIで作るほど、公開前レビューの価値が上がります。

---

データ保存・アクセス制御・秘密情報の注意点

Codex Sitesの導入前に、誰が見られるか、何を保存するか、秘密情報をどこに置くかを決めてください。

Sitesは便利ですが、業務データを扱う以上、権限設計が必要です。

小さな社内ツールでも同じです。

アクセス範囲は3段階で考える

OpenAI Developersのドキュメントでは、主なアクセスモードとして以下が示されています。

アクセス範囲	対象者	向いている場面
Owner and admins	所有者と管理者	初期確認、機密度の高い試作
Workspace	ワークスペース全員	全社共有の社内ポータル
Custom	指定ユーザーやグループ	部門別ツール、役員向け資料

最初はOwner and adminsにしてください。

内容を確認してから、WorkspaceやCustomへ広げます。

永続データが必要かを判断する

Sitesでは、保存が必要なデータに応じてサイト形状を選びます。

公式ドキュメントでは、構造化データにはD1、ファイルにはR2のような保存先が説明されています。

D1は、表形式のデータを保存するリレーショナルデータベースです。

R2は、画像、文書、音声、動画などのファイル保存に使うオブジェクトストレージです。

必要な機能	保存の考え方
一時的な表示切替	永続保存は不要
案件、タスク、スコア	D1のような構造化保存
画像や資料アップロード	R2のようなファイル保存
ファイル検索	D1でメタ情報、R2で実ファイル

一時的なテーマ選択や閉じたバナーまで保存する必要はありません。

顧客情報、案件情報、申請情報は保存設計が必要です。

秘密情報をソースに書かない

APIキー、パスワード、トークンはソースコードに書かないでください。

OpenAIのドキュメントでも、ホスト環境の値や秘密情報はSitesパネルで管理し、.openai/hosting.jsonに保存しないよう説明されています。

これは地味ですが、最も大事です。

私はAI導入支援で、最初にここを確認します。

便利なツールほど、秘密情報の置き場所が事故の原因になります。

---

中小企業が最初に作るべきCodex Sites活用例

中小企業は、いきなり大きな社内システムを作るより、1週間で検証できる小さな用途から始めてください。

従業員30〜100名規模なら、以下の3つが現実的です。

1. 問い合わせ対応の判断ボード

問い合わせ内容、顧客種別、緊急度を入力します。

すると、返信優先度、担当部署、一次返信案を表示します。

カスタマーサポート担当者の判断ぶれを減らせます。

最初はCSVや手入力で十分です。

2. 営業案件のリスクレビュー画面

案件一覧から、次回アクションが止まっている商談を抽出します。

フェーズ、金額、最終接触日、失注理由を並べるだけでも効果があります。

週次営業会議の時間を短くできます。

会議で「どの案件を見るか」を探す時間が減るためです。

3. 採用候補者の面接準備ページ

候補者情報、募集職種、面接官、確認事項をまとめます。

面接質問と評価観点も表示します。

採用活動は属人化しやすい業務です。

Codex Sitesで面接準備ページを作ると、評価の観点をそろえやすくなります。

最初の1週間プラン

導入初週は、以下の順番で進めてください。

日程	作業	成果物
1日目	対象業務を1つ選ぶ	目的と利用者
2日目	必要データを洗い出す	入力項目リスト
3日目	Codexに保存版を作らせる	レビュー用サイト
4日目	現場担当者が確認する	修正リスト
5日目	限定デプロイする	管理者向けURL

最初の成果は、完成度より業務に使えるかで判断してください。

きれいな画面より、判断が速くなる画面が優先です。

---

Codex Sitesと既存ツールの使い分け

Codex Sitesは、Notion、Google Sheets、Web制作ツール、業務システムをすべて置き換えるものではありません。

使い分けを間違えると、管理が複雑になります。

次の表を目安にしてください。

用途	向いているツール	理由
長期保管する文書	Google Docs / Notion	編集履歴と文書管理が強い
数式中心の管理	Google Sheets	表計算と集計が強い
顧客向けWebサイト	CMS / Web制作環境	SEO、公開管理、解析が必要
短期の業務アプリ	Codex Sites	早く作り、URLで共有できる
本格的な基幹システム	専用開発	権限、監査、保守が必要

Codex Sitesは、試作から小規模運用までの速度が強みです。

長期運用や外部顧客向けサービスでは、保守体制も含めて設計してください。

Claude Codeや通常のCodexとの関係

コードベースの修正には、通常のCodexやClaude Codeが向いています。

Webサイトの構成やデザイン改善には、Claude Designのような設計支援も使えます。

Codexそのものの基礎は、Codexとは？特徴・使い方と料金を解説で詳しく解説しています。

また、業務エージェント全体の考え方はClaude Coworkの活用ガイドも参考になります。

---

Codex Sites導入前のチェックリスト

Codex Sitesは、業務改善の入口として強力です。

ただし、社内で使う前に最低限のルールを決めてください。

事前チェック

以下を確認してから作成に進みます。

• BusinessまたはEnterpriseで利用できるか
• Enterpriseの場合、管理者がRBACで有効化したか
• Sitesプラグインを追加したか
• 保存版とデプロイの違いを理解したか
• 初期アクセス範囲をOwner and adminsにしたか
• 秘密情報をソースに書かない方針にしたか
• 永続データが必要か判断したか
• 公開前レビュー担当者を決めたか

この8項目を満たせば、初回の事故リスクはかなり下げられます。

失敗しやすい依頼文

次のような依頼は、成果物がぼやけます。

@Sites
いい感じの営業ダッシュボードを作ってください。

何を見る画面か、誰が使うか、何を判断するかが不明です。

Codexは作れますが、業務には合いません。

成功しやすい依頼文

こちらのように、判断とデータを明示してください。

@Sites
営業責任者が毎週月曜に使う案件リスク確認サイトを作ってください。

目的:
- 失注リスクの高い案件を10分で確認する
- 次アクションが止まっている案件を見つける

入力データ:
- 会社名
- 商談金額
- フェーズ
- 最終接触日
- 次回予定日
- 担当者
- リスクメモ

表示:
- リスク高の案件を上に表示
- 期限切れの次アクションを赤く表示
- 担当者で絞り込みできる

まず保存版だけ作成してください。
本番デプロイは承認後に行います。

この粒度なら、Codexが目的に沿った画面を作りやすくなります。

---

よくある質問

Codex Sitesについて、導入前によく出る疑問を整理します。

Codex Sitesは無料で使えますか？

2026年6月時点では、BusinessとEnterpriseワークスペース向けのプレビュー機能です。

個人向け無料プランでの提供は、公式ドキュメントでは案内されていません。

最新状況はOpenAIの機能提供状況を確認してください。

Codex Sitesで作ったURLは誰でも見られますか？

設定したアクセス範囲によります。

Owner and admins、Workspace、Customのようなアクセス制御を使えます。

公開前は、管理者と所有者だけに限定してください。

保存版を作るだけなら安全ですか？

保存版でも、内容と権限は確認が必要です。

ただし、本番デプロイ前にレビューできるため、いきなり公開するより安全です。

まず保存版を作り、表示、文言、データ、権限を確認してください。

顧客情報を入れてもよいですか？

社内ルールと契約条件を確認してから判断してください。

顧客名、案件金額、連絡先、契約情報は機密性が高いデータです。

初回検証では、ダミーデータで作るのが現実的です。

WordPressサイトの代わりになりますか？

通常は代わりにしない方がよいです。

WordPressはSEO、記事管理、公開管理に向いています。

Codex Sitesは、社内ツールや短期の業務アプリに向いています。

既存プロジェクトもデプロイできますか？

公式ドキュメントでは、既存プロジェクトの互換性確認と公開依頼の例が示されています。

ただし、SitesはCloudflare Worker互換の出力をホストする仕組みです。

既存アプリは、ビルド成果物が対応するか確認してください。

中小企業はいつ試すべきですか？

Businessワークスペースで利用できるなら、まず社内限定で試してください。

おすすめは、問い合わせ対応、営業案件レビュー、採用面接準備です。

1週間で保存版を作り、現場が使うかを確認します。

---

まとめ：Codex Sitesは社内ツール作成の入口になる

Codex Sitesは、AIにWebサイトや業務アプリを作らせ、URLで共有できる新しい機能です。

特に中小企業では、専用システムを発注する前の試作に向いています。

重要なのは、最初から全社公開しないことです。

保存版で確認し、アクセス範囲を絞り、秘密情報をソースに書かない。

この順番を守れば、Codex Sitesは小さな業務改善を速く形にする武器になります。

まずは、1つの会議、1つの案件管理、1つの問い合わせ対応から試してください。

大きな変革より、小さく動く画面。

そこから始めるのが現実的です。