判定：「サーバーを自分で用意しなくてよい」が正確
Sitesを使えば、利用者が別途レンタルサーバーやデプロイ基盤を契約・構築せず、ChatGPT管理のホスティングへ公開できます。ただしサーバーが存在しないわけではありません。Sitesがホスティングを管理し、必要なサイトではD1、R2、認証、サーバー側コードを利用します。「サーバー不要」は運用負担の説明としては妥当ですが、技術構成の説明としては省略があります。
公式マニュアルで確認できること
作成から共有Webサイト、Webアプリ、ゲームの作成、ホスト、修正、共有を扱います。
開始方法プロンプトまたは対応するローカルプロジェクトから開始できます。
管理画面ChatGPT WebまたはデスクトップのSitesで保存・deploy・共有を管理します。
Sitesは公開ベータで、利用可否や上限はプラン、地域、ワークスペース設定によって変わる場合があります。Codex CLIとIDE拡張にはSites専用の管理画面はなく、ローカルコードの編集・テストを担当します。
「サーバー不要」を3つに分ける
| 意味 | 判定 | 説明 |
|---|---|---|
| サーバー契約が不要 | 概ね正しい | Sitesがホスティングを管理するため、別の配信基盤を用意せず公開できる |
| デプロイ作業が存在しない | 誤り | Save a versionとDeploy a versionの2段階がある |
| サーバー側処理が存在しない | 誤り | D1、R2、認証、サーバー側の認可処理を使うサイトを構築できる |
| 運用や確認が不要 | 誤り | 共有範囲、データ、権限、表示、利用上限、更新を管理する必要がある |
「次で開く」と「deploy後のURL」を混同しない
公式マニュアルでは、Sitesのdeployment URLはすべてproduction deploymentです。未確認の内容を公開しないため、まずSave a versionで候補を保存し、内容を確認してからDeploy a versionで公開します。
画面にURLが出たからプレビューとは限りません。公開対象、共有範囲、現在deployされているversionを確認します。レビューだけなら「保存版まで作り、deployしない」と指示します。
体験記事で注意したい表現
| 表現 | 検証結果 |
|---|---|
| サイトの設計・実装・確認・公開まで進める | 公式説明と整合する。ただし内容確認と公開判断は利用者が行う |
| Macでは特定のDocuments配下に作られる | 環境依存の観測。公式マニュアルは固定保存パスを保証していない |
| 公開範囲は所有者かインターネット全体 | 単純化しすぎ。利用可能な共有設定はプラン・ワークスペース・サイト構成で異なり得る |
| 短いプロンプトだけで必要情報も調べて完成する | 試作例としては成立するが、網羅性・正確性・権利・更新性の保証にはならない |
| サーバーを使わず公開 | 自分で用意しないという意味なら妥当。管理型ホスティングは使用する |
公開前に残る責任
- 第三者の文章や画像をそのまま掲載しない。
- 公式情報、Wiki、推測、生成内容を区別する。
- 個人情報、APIキー、環境変数をプロンプトや公開本文へ入れない。
- D1/R2を使う場合は、保存期間、削除方法、共有範囲を決める。
- 対象者と同じ条件で公開URLを開き、認証と権限を確認する。
- 分析画面で利用状況を確認し、不要になった公開を見直す。
関連ページ
確認したOpenAI公式情報
よくある質問
Sitesは完全なサーバーレスですか？
利用者が別途サーバーを契約・構築せず公開できますが、Sitesが管理するホスティングと、必要に応じてD1・R2・サーバー側認証処理を利用します。
Sitesの公開URLはプレビューですか？
いいえ。公式マニュアルは、すべてのdeployment URLをproduction deploymentとして扱うよう説明しています。
ローカルファイルは必ず特定フォルダに作られますか？
公式マニュアルは固定の保存パスを保証していません。OS、アプリ版、開始方法、設定によって異なるため、実際のプロジェクト位置を確認します。