このページで分かること
- Codex Sites / ChatGPT Sitesという言葉をどう理解すればよいか
- Codexでサイトや軽量Webアプリを作る流れと、通常の本番サイト制作との違い
- GitHub、FTP/SFTP、本番ドメイン運用とは別物として考えるべき理由
- 使う前に確認したいWorkspace、アクセス権限、Secrets、公開範囲
- AIガイド群のSEOサイト制作で置き換えずに使い分ける考え方
最初に結論
Codex Sites / ChatGPT Sitesは、Codexからサイト、Webアプリ、ゲームなどを作成・保存・デプロイ・確認する流れに関わる機能として整理できます。公式Codex manualでは、SitesはOpenAIがホストするWebサイトやWebアプリを扱うための仕組みとして説明されています。
ただし、利用可否、対象プラン、本番の独自ドメインSEOサイトをそのまま置き換えられるかどうかは、このページでは断定しません。対象ワークスペース、利用条件、公開範囲、保存されるデータ、アクセス権限は、利用時点の公式情報と自分の環境で確認する必要があります。
Codex Sites / ChatGPT Sitesとは
公式Codex manualのSitesセクションでは、SitesはCodexがWebサイト、Webアプリ、ゲームを作成・保存・デプロイ・確認するための機能として説明されています。別のデプロイ手順を自分で用意せずに、プロンプトや対応する既存プロジェクトからホストされたサイトにする流れに向いています。
また、Sitesには「保存されたバージョン」と「デプロイされたバージョン」の考え方があります。デプロイURLは本番デプロイとして扱われるため、確認用に見たい場合は、いきなり公開ではなく、保存バージョンの確認を意識する必要があります。
何ができる可能性があるのか
| 見方 | できる可能性があること | 確認したいこと |
|---|---|---|
| 軽量Webアプリ | Codexに作成、修正、確認を頼み、ホストされたURLで共有する流れ | 対象Workspace、アクセス範囲、保存されるデータ |
| Webサイト | コンテンツ主導のサイトやランディングページの試作 | 本番ドメイン運用、SEO、sitemap、canonicalとの関係 |
| 保存とデプロイ | 保存バージョンを作り、選んだバージョンをデプロイする考え方 | レビュー前に公開しない運用 |
| データ保存 | 用途によってD1やR2などの保存先が関係する可能性 | Secretsや環境変数をソースに書かないこと |
| アクセス制御 | 所有者、管理者、Workspace、Customなどの公開範囲を扱う可能性 | 共有前にアクセス権限を確認すること |
Codex Sitesに向いている使い方
Codex Sitesは、いきなり本番サイトを置き換えるものとしてではなく、画面、導線、軽量ツール、内部確認用の試作を早く形にする用途から考えると扱いやすくなります。
| 用途 | 向き不向き | 使いどころ | 注意点 |
|---|---|---|---|
| 小さなツールの試作 | 向いている | 入力、出力、ボタン、画面遷移を短時間で確認する | 公開範囲と保存データを確認する |
| 管理画面風UIの試作 | 向いている | 実装前に一覧、フォーム、確認画面の見え方を試す | 実データ、顧客情報、認証情報は入れない |
| 記事分類・下書きツール | 向いている | 内部作業の流れや入力項目を確認する | APIキー、token、.env、DB情報は扱わない |
| LPやページ構成の試作 | 向いている | 見出し、CTA、カード、FAQの並びを見る | SEO本番ページは既存サイト側で管理する |
| AIガイド群の本番サイト | 慎重に使う | 公開前の構成確認やUI案の確認に使う | canonical、sitemap、robots、AdSense、Search Consoleは別確認する |
| 秘密情報を扱うアプリ | 向いていない | 実値を扱わない設計確認に留める | Secretsや顧客情報をプロンプトや画面に入れない |
通常のWebサイト制作との違い
Codex Sitesは、従来のGitHub管理、FTP/SFTP本番反映、独自ドメインの静的サイト運用と同じものとして扱わない方が安全です。特に、codexguide.jpのようなSEOサイトでは、公開URL、canonical、sitemap、robots、AdSense、Search Console、内部リンク、バックアップの運用が別にあります。
| 項目 | Codex Sites / ChatGPT Sites | GitHub + 静的サイト運用 | FTP/SFTP本番反映 |
|---|---|---|---|
| 主な用途 | 試作、軽量Webアプリ、Workspace内共有など | 履歴管理、PR、diff、レビュー | 既存サーバーへの本番反映 |
| URL | Sites側のホストURLが関係する | 独自ドメインや公開先を別管理 | 既存ドメインへ直接反映 |
| レビュー | 保存バージョンやアクセス範囲を確認 | branch、PR、diffで確認 | 反映前バックアップと公開後確認 |
| 注意点 | アクセス権限、Secrets、保存データ | main直push、Secrets混入、差分確認 | 上書き、誤反映、認証情報管理 |
GitHub運用とはどう違うのか
GitHubは、コード履歴、branch、PR、diff確認、rollbackに強い運用です。Codex Sitesは、Codexからサイトやアプリを作成・確認・共有する流れに近いものとして考えます。
AIガイド群のようなSEOサイトでは、GitHub正本と本番反映の管理を今まで通り重視し、Codex Sitesを使う場合でも、既存のPR運用や公開前チェックを置き換えるものとは見なさない方が安全です。
Codex Sites、GitHub、本番反映は役割が違う
Codex Sitesで画面を試せるとしても、GitHubの履歴管理やFTP/SFTPでの本番反映まで同じ意味になるわけではありません。特に既存ドメインで運用しているサイトでは、作る場所、確認する場所、公開する場所を分けて考えます。
- Codex Sitesは、画面案、軽量アプリ、構成案を早く確認する場所として使う。
- GitHubは、変更履歴、PR、diff、rollbackを残す場所として使う。
- FTP/SFTP本番反映は、既存サーバーと独自ドメインへ反映する作業として扱う。
- SEOページでは、title、description、canonical、robots、sitemap、内部リンクを既存サイト側で確認する。
- 本番反映前には、バックアップ、公開URL、スマホ表示、404、Secrets混入を人間が確認する。
SEOサイト制作へ使うときの注意
- Codex Sitesで作ったものが、そのまま既存の独自ドメインSEOサイトを置き換えるとは限りません。
- title、description、canonical、robots、sitemap、内部リンクは、既存サイト側で別途確認してください。
- AdSenseコード、Search Console確認タグ、robots.txt、ads.txtを安易に変更しないでください。
- 検索順位や流入の成果を約束する表現は避け、Search Consoleの反応を見ながら改善してください。
- 本番公開前には、GitHub diff、公開URL、スマホ表示、404、Secrets混入を確認してください。
AIガイド群ではどう使うとよいか
codexguide.jp、chatgptguide.jp、githubguide.jp、hal9000.sbs などのAIガイド群では、Codex Sitesを「本番サイトの代替」ではなく「試作と確認の場所」として使うと安全です。
| 場面 | Codex Sitesで試すこと | 本番前に戻す確認 |
|---|---|---|
| 新しい解説ページ | 見出し、FAQ、カード導線の並び | 既存HTML、canonical、sitemap、内部リンク |
| 公開前チェック用ツール | チェック項目や入力フォームの使いやすさ | 秘密情報を入れない設計、保存範囲 |
| ニュース分類の補助 | 候補分類や確認画面の流れ | 公式本文の長文転載なし、生成内容の人間確認 |
| GitHub運用の説明 | PR、diff、rollbackの画面構成案 | 実際の変更履歴はGitHubで管理 |
| 安全注意ページ | 伏せる情報、止める条件、確認順の整理 | APIキー、token、.env、顧客情報の混入なし |
使う前のチェックリスト
- 自分のプラン、Workspace、管理者設定でSitesが使えるか確認した。
- 公開範囲、共有範囲、保存バージョン、デプロイURLの扱いを確認した。
- APIキー、token、Secrets、.env、DB情報、個人情報、顧客情報をソースやプロンプトに入れていない。
- 本番独自ドメインへ出す前に、GitHubや既存公開フローとの違いを理解した。
- GitHubで履歴管理、PR、diff、rollbackが必要な作業か確認した。
- SEOページとして公開する場合、sitemap、robots、canonical、Search Console確認を別途行う前提にした。
- 共有用URLを人に渡す前に、誰が見られる状態なのか確認した。
- OpenAI公式情報と自分の画面で、最新の利用条件を確認した。
Codex Sitesでよくある勘違い
公式情報リンク
長文転載はせず、確認先として公式ページへリンクします。内容は更新される可能性があります。
非公式ガイドとしての注意
このページはOpenAI公式ではありません。Codex Sites / ChatGPT Sitesの提供状況、対象プラン、対象Workspace、利用条件、アクセス範囲を断定しません。最新情報はOpenAI公式情報で確認してください。
公式ロゴ、公式画像、UIスクリーンショットは使用していません。Secrets、APIキー、token、.env、DB情報、個人情報、顧客情報の実値も掲載していません。
