「AIに頼めば、Webサイトや社内アプリまでそのまま公開できるの？」。OpenAI が発表した Sites は、まさにその方向へ一歩踏み込んだ機能です。Codex に依頼すると、アイデアや作業メモ、既存プロジェクトから、チームがURLで開けるWebサイトやWebアプリを作れるようになります。
ただし、これは「何でも一瞬で安全に公開できる魔法」ではありません。公式ドキュメントを読むと、保存と本番デプロイは別、アクセス権の設定が必要、データ保存や秘密情報の扱いにも注意が必要です。この記事では、OpenAI Sites の使い方、作れるクオリティ、会社で試すならどこから始めるかを、公式情報ベースで整理します。
この記事を読むとわかること
- check_circleOpenAI Sites が何を作れる機能なのか
- check_circleChatGPT Business / Enterprise での利用手順
- check_circle公式 Showcase から見えるWebアプリのクオリティ
- check_circle社内で使う前に決めたい権限・データ・公開範囲
この記事の読者フィルター
- 向き：Webサイト制作、社内ツール、業務アプリをAIで早く形にしたい経営者・担当者
- 向かない：今すぐ全プランで使える一般公開サービスを探している方。Sites は現時点でプレビュー提供の機能として読むのが安全です
OpenAI Sitesとは：Codexが「URLで使える形」まで持っていく機能
OpenAI 公式Xでは、Sites を「Codex があなたの作業、アイデア、計画を、チームが探索・利用・共有できるインタラクティブなWebサイトやアプリに変えられる」と説明しています。開発者向けドキュメントでは、Sites は Codex が OpenAI にホストされたWebサイト、Webアプリ、ゲームを作成・保存・デプロイ・検査できる機能とされています。
| できること | 公式情報で確認できる範囲 | 仕事での見方 |
|---|---|---|
| 新しいサイトを作る | prompt からWebサイト・ダッシュボード・内部ツールを作る | 提案前のたたき台や社内ツールを早く触れる形にする |
| 既存プロジェクトを公開する | 互換性を確認し、必要な変更を加えてデプロイURLを返す | 作っただけで止まりがちな試作品を共有しやすくする |
| データを保存する | D1、R2、認証付きプロジェクトを用途に応じて指定できる | チェックリスト、コメント、アップロードなどを持つアプリに近づく |
ここで地味に大きいのは、AIが「コードを書いて終わり」ではなく、チームが触れるURLまで持っていく点です。社内で見せる、試す、直す。この往復が短くなる可能性があります。
どうやって使うのか：まずは有効化、プラグイン追加、保存とデプロイ
公式ドキュメントでは、Sites はプレビューで ChatGPT Business と Enterprise ワークスペースに提供されると説明されています。Enterprise では管理者が RBAC で Sites を有効化する必要があり、Business では既定で有効とされています。
基本手順
- Enterprise の場合は、管理者が ChatGPT admin settings の RBAC で Sites を有効化する
- Codex app の Plugins で Sites を追加し、追加後は新しい thread を開始する
- 作りたいサイトを説明する。必要なら
@Sitesを明示する - Codex に build を検証させる
- レビュー用に「保存」するか、承認済みの保存版を「デプロイ」する
- Sites サイドバーでプロジェクト、保存版、デプロイ状態、アクセス権を確認する
大事なのは、保存とデプロイを分けて考えることです。公式ドキュメントでは、Sites の deployment URL は production deployment と明記されています。つまり、URLが出たら「もう本番」と見て、共有前に内容と権限を確認する必要があります。
どれぐらいのクオリティで作れるのか：公式Showcaseは「社内SaaS」寄り
公式 Showcase を見ると、Sites は単なる1枚ものLPより、社内業務アプリの例が多く並んでいます。Onboarding Hub、Enablement Hub、Pulse Dashboard、Sparkboard、Launch Cal、Event Planning Hub などです。どれも、検索、フィルター、チェックリスト、コメント、ステータス、権限、D1保存など、実務の部品が入っています。
| 例 | 含まれる体験 | 品質感 |
|---|---|---|
| Onboarding Hub | 初週チェックリスト、資料、ミーティング、アップロード | 新入社員向けポータルとして成立する粒度 |
| Pulse Dashboard | KPIカード、期間フィルター、チャート、指標の出所確認 | 経営会議のたたき台に使えるダッシュボード寄り |
| Sparkboard | アイデア投稿、投票、コメント、ステータス、ランキング | 社内改善提案ツールに近い |
| Launch Cal | 月間カレンダー、リスク表示、詳細パネル、チェックリスト | プロダクト運用チーム向けの管理画面に近い |
もちろん、Showcase は公式が選んだ見本です。実際の業務データ、権限、例外処理、運用ルールまで含めると、人のレビューは必要です。それでも、「見た目だけのモック」ではなく、社内で触って議論できるレベルの試作品をかなり短い距離で作れる、という読み筋は立てられます。
依頼文のコツ：見た目より先に、誰が何を保存するかを書く
Sites に依頼する時は、「かっこいいサイトを作って」だけだと弱いです。公式ドキュメントでも、対象ユーザー、中心体験、必要データを含める例が示されています。社内アプリでは、誰が使うか、何を入力するか、何を保存するか、誰に見せるかを先に書く方が安定します。
@Sites 社内の問い合わせ整理アプリを作ってください。 対象: 営業・制作・サポート担当者 目的: 顧客から来た相談を、担当者・状態・期限つきで整理する 必要な画面: 1. 新規相談の登録フォーム 2. 未対応・対応中・完了のボード表示 3. 担当者、期限、重要度でのフィルター 4. 詳細画面でのコメント履歴 データ: - 相談内容、会社名、担当者、状態、期限、重要度、コメントをD1に保存 - 顧客の秘密情報は入れない前提 公開範囲: - 最初はowner/adminsのみ - レビュー後にworkspace_allへ広げる 公開前に、build結果、保存版、アクセス権、入力データの扱いを確認してください。
このように書くと、AIに任せる部分と人が確認する部分が分かれます。デザインの好みも大事ですが、業務アプリでは先に「データ」と「権限」を言語化する。ここが効きどころです。
会社で使う前の注意点：URL公開、権限、データ、規約を見る
ChatGPT Sites Terms は 2026年6月2日公開で、ChatGPT Sites の作成・公開・維持に関する規約です。内容、エンドユーザー、機能、法令適合、サポートや約束は、作成者側の責任として説明されています。OpenAI がホストしてくれるからといって、内容の責任まで移るわけではありません。
| 確認項目 | 見ること | 最初の安全策 |
|---|---|---|
| 公開範囲 | owner/admins、workspace、custom のどれにするか | 最初は owner/admins のみにする |
| データ保存 | D1に何を保存し、R2に何を置くか | 個人情報・顧客秘密は入れない検証データで試す |
| 秘密情報 | 環境変数やsecretをどこで設定するか | ソースに書かず、Sites側の環境値で管理する |
| 禁止用途 | 金銭移動、暗号資産移転、投資取引などを扱わないか | まずは閲覧・整理・記録系の社内ツールに限定する |
中小企業で使うなら、いきなり顧客向けの公開アプリにするより、社内だけで使う小さな道具から始めるのが現実的です。問い合わせの整理、社内FAQ、イベント準備、進捗管理。まずは、ミスしても影響範囲を小さくできるところからです。
この記事の用語
- Sites
- Codex がWebサイト、Webアプリ、ゲームを作成・保存・デプロイ・検査するためのプレビュー機能です。
- D1
- 構造化データを保存するためのリレーショナルデータベースとして、公式ドキュメントで例示されています。
- R2
- 画像、書類、音声、動画など、ファイルを保存する用途で説明されています。
- production deployment
- 公開されたURLが本番デプロイである、という意味です。レビュー用URLの感覚で安易に共有しない方が安全です。
今日やるなら、まずこれ
Sites は、公開サイト制作だけでなく「社内で触れる業務アプリのたたき台」を作る機能として見ると、かなり使い道が見えます。最初から完璧なプロダクトにせず、1つの業務を小さく切り出すのがよさそうです。
- check_circle社内で「Excelやチャットで散らばっている作業」を1つ選ぶ
- check_circle入力項目、保存項目、閲覧できる人を紙に書く
- check_circle最初は owner/admins の公開範囲で保存版をレビューする
i-Style では、こうした機能は「制作を置き換えるもの」というより、現場の試行錯誤を速くするものだと見ています。小さく作って、触って、直して、必要なら本格化する。そのサイクルが短くなるほど、半年後の仕事の形は変わってきます。
よくある質問
OpenAI Sitesは誰でも使えますか？
公式ドキュメントでは、Sites はプレビューで ChatGPT Business と Enterprise ワークスペース向けに提供されると説明されています。Enterprise では管理者による RBAC 設定も必要です。
Sitesで作れるのは静的なWebサイトだけですか？
いいえ。Webサイト、Webアプリ、ゲームが対象で、D1、R2、ワークスペース認証などを使うアプリの例も公式ドキュメントとShowcaseに出ています。
作ったものはすぐ公開されますか？
保存とデプロイは別段階です。ただし、デプロイURLは本番扱いです。共有前に、内容、アクセス権、データ、secretの扱いを確認してください。
会社で最初に試すなら何がよいですか？
社外公開サイトではなく、問い合わせ整理、社内FAQ、進捗ボードなど、ワークスペース内で影響範囲を限定できる小さな社内アプリから始めるのが現実的です。
まとめ
- check_circleOpenAI Sites は、Codex がWebサイト・Webアプリ・ゲームを作成、保存、デプロイ、検査するプレビュー機能です
- check_circle現時点では ChatGPT Business / Enterprise ワークスペース向けに提供されています
- check_circle公式Showcaseを見る限り、社内SaaSに近い品質の業務アプリ例が出ています
- check_circle保存とデプロイは別。本番URLを共有する前に権限、データ、secretを確認します
- check_circle中小企業では、まず小さな社内アプリから試すのが安全で現実的です
参考リンク
- 参考: OpenAI公式X: Sites発表（OpenAI / 2026年6月2日）
- 参考: Sites – Codex（OpenAI Developers / 2026年6月2日確認）
- 参考: Sites Showcase（OpenAI Developers / 2026年6月2日確認）
- 参考: ChatGPT Sites Terms（OpenAI / 2026年6月2日）
- 参考: Webflow公式X: OpenAI Sites partnership（Webflow / 2026年6月2日）
AIで社内ツールを形にしたい方へ
AIでWebサイトや社内アプリを作る時は、ツール選定だけでなく、業務フロー、権限、データの扱いまで一緒に設計することが大切です。i-Style では、AI活用や業務フローの整理を、現場に合わせて一緒に組み立てています。
お問い合わせページへarrow_forwardまずはbotで軽く聞くこともできます
「自社なら、どの業務をAIアプリ化するとよさそうか」を軽く確認したい場合は、i-Styleサポートデスクbotもお使いいただけます。
i-Styleサポートデスクbotで聞くarrow_forward関連記事