ChatGPT サイトの使用方法: プロンプトの言葉からホストされた Web サイトの公開とセキュリティチェックまで

ChatGPT サイトは、ChatGPT で管理された Web サイト構築ワークフローです。Web サイト、Web アプリケーション、またはミニゲームを作成、ホスト、変更、共有できます。これは、社内ツール、デモページ、および軽量の製品プロトタイプを迅速に作成するのに適していますが、「生成後にチェックせずにワンクリックでオンラインに移行する」ツールとしては使用できません。各展開 URL は実稼働環境のアドレスです。

この記事は、[OpenAI 公式サイトのドキュメント] (https://learn.chatgpt.com/docs/sites) をベースに、要件の記述からリリース承認までの実践的なプロセスを整理したものです。 Sites は現在パブリックベータ機能であり、実際の可用性はプラン、リージョン、ワークスペースの設定によって影響されます。

まず区別します: サイト、コーデックス、および通常の ChatGPT ダイアログ

サイトの責任は、ホスティングプロジェクトとリリースを管理することです。 ChatGPT Work Web ページの「その他 > サイト」から入ることも、ChatGPT デスクトップ側で使用することもできます。 Codex CLI および IDE 拡張機能はローカルプロジェクトを編集およびテストできますが、独立したサイト管理インターフェイスはありません。アクセス許可を作成、保存、展開、または調整する必要がある場合でも、ChatGPT Web またはデスクトップに戻ります。

これは、健全な分業とは次のことを意味します。

Codex を使用してコード、依存関係を確認し、結果をローカルでビルドします。
サイトを使用してホストされたバージョンを生成するか、互換性のあるローカルプロジェクトに接続します。
サイトのプレビューでコンテンツとデータ処理を確認します。
対象ユーザーと権限を確認した後、本番 URL をデプロイします。

サイトと ChatGPT プロジェクトを混同しないでください。サイトは、継続的に開いたり、変更、構成、共有したりできるホストされた製品です。最初の作業タスクが終了した後も保持されます。

作成前: 要件を許容可能なプロンプトワードで記述します

プロンプトでは少なくとも、対象読者、ページの目的、主要なインタラクション、およびデータソースを説明する必要があります。通常、「プロジェクト管理 Web サイトを作成する」だけでは十分ではありません。誰が使用するか、何を保存するか、アクセス許可を制御する方法を追加することをお勧めします。

たとえば、次のプロンプトでは、機能の境界と受け入れ条件が明確に示されています。

1
2
3


为运营团队创建一个项目需求看板。成员可以提交需求、查看负责人、更新状态并按状态筛选。
仅限工作区成员登录；需求记录必须在刷新页面后保留。
先生成可审查版本，不要发布；同时列出需要我确认的数据字段和权限设置。

最後の文は重要です。ライブにするのではなく、最初にバージョンを保存することが明示的に要求されます。単なる表示ランディングページの場合は、システムが一時的な UI 状態に不必要なストレージを導入するのを防ぐために、「永続データは不要」であることも示す必要があります。

適切なデータと ID 機能を選択する

公式ドキュメントによると、サイトは製品形式に基づいてさまざまな機能にアクセスできます。

必要	明確に記載すべき能力
ランディングページ、コンテンツステーション	デフォルトでは状態を保持する必要はありません
ユーザーの記録、進捗状況、スコア	D1 リレーショナルデータベース
写真、ドキュメント、オーディオ、ビデオをアップロードする	R2オブジェクトストレージ
ファイルとその検索可能なメタデータをアップロードする	D1 はメタデータを保存し、R2 はファイルを保存します
社内従業員のみが使用できる	ワークスペース認証
公開とログインが必要	認証対応サイト

永続データの基準は単純で、ユーザーが次回アクセスしたときにそのデータが表示されることを期待しているかどうかです。テーマカラーや閉じたバナーなどの一時的な表示状態は通常は必要ありません。注文、フォームレコード、アップロードされたファイル、ゲームスコアなどです。

実際の操作: 説明、レビュー、変更、保存

繰り返し可能なワークフローは次のとおりです。

サイトの説明: 明確な要件を入力し、参考資料、ブランド資料、または既存のプロジェクトを添付します。
プレビューの確認: ページのテキスト、インタラクション、データが期待どおりであるかどうかを確認します。
反復的な変更: プレビューで [編集] を選択し、自然言語で変更を説明します。必要に応じてスクリーンショットまたはファイルを追加します。
バージョンを保存: ChatGPT にデプロイ可能なバージョンを構築させますが、まだ公開しません。
バージョンの展開: コンテンツ、権限、および対象ユーザーを確認した後でのみ、承認された保存バージョンを展開する必要があります。

「保存版」と「展開版」の2段階です。ローカルプロジェクトの場合、保存されたバージョンはビルドに使用される Git コミットに関連付けられるため、未検証の変更がオンラインになるのを避けるために、コミットする前にワークスペースのステータスを確認してください。

既存のプロジェクトをオンラインにしたい場合は、次の質問をしてください。

1
2


检查当前项目能否生成兼容的 Sites 部署产物；修复必要的兼容性问题，
保存一个可审查版本并说明改动。不要部署，等我确认后再发布。

公開前の 4 つのチェック

リリースは最終的なボタンの押下ではなく、一連の承認です。少なくとも次の点を確認してください。

コンテンツと動作: ページで正しい情報が使用されているかどうか、フォーム、フィルター、ジャンプ、エラー状態が利用可能かどうか。
データとファイル: アップロードされたコンテンツ、データベースレコード、およびアクセス範囲が期待を満たしているかどうか。
アクセス権: 自分だけ、招待されたメンバー、ワークスペースメンバー、そして最後に「リンクを知っている全員」など、最も狭い共有範囲を優先します。
実際のアクセステスト: 共有本番 URL を開いて、対象ユーザーの権限でアクセスできるかどうかを確認します。

ワークスペース管理者はパブリック共有を制限できます。共有リンクを取得した場合でも、訪問者には閲覧権限のみが付与され、サイトを編集する権限は自動的に付与されません。

プロンプトの単語にキーを与えないでください

ランタイム環境変数とキーは、サイトの設定で追加、更新、または削除する必要があります。プロンプト、添付ファイル、サイトコンテンツ、.openai/hosting.json、または Git コミットにキーを入力しないでください。

ローカルプロジェクトでは、開発環境に必要な変数名を管理するために、引き続き .env および .env.example を使用する必要があります。 .env.example はキー名と安全な例のみを保持し、実際の値は保持しません。管理対象環境変数を変更した後、新しい構成を運用環境で有効にする前に、レビューしたバージョンを再デプロイする必要があります。

ローカルソースコードに接続されているプロジェクトの場合、.openai/hosting.json は、マネージドプロジェクトの関連付けと、project_id、D1、または R2 のバインド名などのオプションのストレージバインディングを記録するために使用されます。秘密のプロフィールではありません。

＃＃よくある質問

よくある質問

サイトが見つからないのはなぜですか?

Sites はまだパブリックベータ版であり、可用性はプラン、リージョン、ワークスペースの設定に関連付けられています。まず、ChatGPT Work Web クライアントまたは ChatGPT デスクトップクライアントを使用していることを確認します。管理対象ワークスペースに表示されない場合は、管理者に機能と共有ポリシーを確認してください。

Codex CLI だけを使用してリリースを管理できますか?

できません。 Codex CLI はローカルプロジェクトを変更およびテストできますが、サイトの作成、保存、展開、管理は ChatGPT Web またはデスクトップで完了する必要があります。

「デプロイが成功した」後、コンテンツが間違っていることがわかるのはなぜですか?

デプロイ URL はすでに本番アドレスです。次回は、まずレビュー可能なバージョンを保存するよう依頼し、プレビューとソース変更を確認してからデプロイします。すでに公開済みなら、すぐにアクセス範囲を狭め、修正してから新しいレビュー済みバージョンを公開してください。

まとめ

ChatGPT Sites の価値は、構想、生成、ホスティング、反復を一つのワークフローにまとめられる点にあります。ただし公開の責任は利用者に残ります。「要件を明確にする → バージョンを保存する → プレビューをレビューする → 最小権限で共有する → 実際にアクセスして検収する」という手順を固定すれば、プロトタイプの不用意な公開、データ設定ミス、秘密情報の漏えいを大きく減らせます。

デプロイメント URL がすでに実稼働アドレスであるためです。次回は、まずレビュー可能なバージョンを保存し、デプロイする前にプレビューとソースコードの変更を確認するように依頼します。すでにオンラインになっている場合は、すぐにアクセス範囲を強化し、修正して新しいレビュー可能なバージョンをリリースします。

＃＃結論

ChatGPT サイトの価値は、「構想、生成、ホスティング、反復」を同じワークフローに組み込むことですが、リリースの責任はユーザーにあります。「要件の明確化→バージョンの保存→プレビューレビュー→最小限の権限の共有→実際のアクセスの受け入れ」というプロセスを修正すると、プロトタイプの直接公開、不適切なデータ構成、キー漏洩のリスクを大幅に軽減できます。