ChatGPT Sites の試作を FrontierStack でセルフホスト本番環境へ移す

公開 2026-08-28

ChatGPT Sites は、まず一つの問いへ素早く答える場所として優れています。このアイデアは本当に作る価値があるのか。体験を言葉で説明し、ブラウザで試し、少人数に見せ、通常の本番プロジェクトなら準備中の段階で方向を変えられます。

答えが「はい」になると、問いは変わります。ドメインを誰が所有するのか。ソースとデータをどこへバックアップするのか。リリースをどう確認するのか。深夜の証明書障害を誰が監視するのか。そこでセルフホスティングと FrontierStack が役立ちます。

これはアカウントの自動書き出しではありません。FrontierStack は、所有者が選んだローカル Sites プロジェクトと、確認済みのビルドを使います。また、ChatGPT のホスティングを維持したまま独自ドメインへ移すこともできます。この二つは別の方法です。

Sites は試作工房として使い、偶然できた本番運用にはしない

OpenAI は Sites を、Web サイト、Web アプリ、ゲームを作成・ホスト・共有するパブリックベータと説明しています。プロンプトまたは互換性のあるローカルプロジェクトから開始できます。最初の推測に合わせてホスティング構成を固める前に、製品の形を探るのに向いています。

早めに知っておきたい点があります。Sites のデプロイ URL はすべて本番デプロイです。確認候補だけが必要なら、デプロイせずにバージョンを保存するよう ChatGPT に依頼します。内容、フォーム、リンク、データ処理、サインインを確認する間はアクセスを限定してください。OpenAI の Sites ガイドに確認手順があります。

Sites で先に試す価値があるアイデア

• 運用ダッシュボード。サンプルデータで始め、利用者と一緒に画面構成を決めます。本番版では、自分のネットワーク上にある監視済み API やデータベースを利用できます。
• 依頼管理や承認ツール。恒久的な認証方式とデータ保存先を決める前に、項目、状態、担当者間の流れを試します。
• 顧客向け計算ツール。料金、容量、電力、移行費用などの計算を試します。計算がテストと管理されたリリースを必要とする業務ロジックになったら移行します。
• イベントや製品公開サイト。文章、日程、関係者確認は Sites で行います。ドメイン、分析、稼働率を一人の管理者が担う段階でセルフホストします。
• 小さなゲームやインタラクティブな説明。本番バックエンドへ時間を使う前に、操作が伝わるかを確かめます。
• 社内ポータル。限定した利用者でナビゲーションと業務フローを試します。認証と権限管理は最後にコピーする小さな要素ではなく、本番作業として扱います。

どの場合も考え方は同じです。Sites は、アイデアを人が触れる形にするまでの会話を短くします。ドメイン、サーバ、証明書、監視、バックアップ、自分で管理するリリース手順が必要になったら FrontierStack の出番です。

方法 1：ChatGPT のホスティングを維持して独自ドメインを使う

次の手順が必ずセルフホストとは限りません。Sites のランタイム、ストレージ、共有設定が要件に合うなら、アプリは ChatGPT 上に置いたまま、所有するドメインを接続できます。Sites の速い編集・公開手順を保ちながら、自分が所有するアドレスを使えます。

FrontierStack のサイトペインで Site を追加し、取り込み／移行から独自ドメインを使用を選びます。先に ChatGPT Sites でドメインを追加してください。ChatGPT が正確な DNS レコードを表示します。FrontierStack は、接続済み Cloudflare アカウントへそのレコードを公開できます。別の DNS プロバイダへ自分で追加した場合は、監視対象としてドメインを記録できます。検証用レコードを推測することはありません。

公開 Site は、他の Web サイトと並んでドメインヘルスに加わります。FrontierStack が DNS、HTTP、TLS、配信元を確認します。ワークスペース限定または所有者限定 Site は非公開に設定し、外部から見えるログイン画面を障害と誤判定しないようにします。

方法 2：確認済みビルドを自分のサーバへ移す

ランタイム、公開時期、ログ、データ所在地、周辺ネットワークを管理する必要がある場合に選びます。公開 URL ではなく、ソースプロジェクトから始めます。

1. ローカルプロジェクトを保持する。ホスト済み Site はローカルプロジェクトなしでも存在できますが、FrontierStack は公開ページの収集からプロジェクトを復元しません。ローカル Sites プロジェクトを使うか、所有するソースフォルダへ作業を戻します。
2. 確認してビルドする。プロジェクトをバージョン管理し、通常のビルドを実行して出力を確認します。本番候補には、プロジェクト直下または dist、build、out、public フォルダ内の index.html が必要です。
3. FrontierStack で調べる。サイト > ChatGPT Sites > 取り込み／移行 > セルフホストを開き、ローカルプロジェクトを選びます。FrontierStack はパッケージ情報と、存在する場合は .openai/hosting.json を読みます。フレームワーク、配信フォルダ、プロジェクトリンク、D1／R2 のバインディング名、環境変数のキー名を特定します。
4. 移行先を選ぶ。本番ドメインとドキュメントルートを入力します。FrontierStack は確認済み Web ファイルをコピーし、管理対象 Apache サイトを作成・適用できます。ソースプロジェクトとドメインの関係も記録します。
5. プラットフォーム機能を意識して置き換える。データ、アップロード、認証、サーバルートは、それぞれに適した方法で移します。秘密値は保存先のシークレットストアへ再入力します。公開 DNS を変える前にセルフホスト版をテストします。
6. 切り替えを観測可能にする。TLS を設定し、公開経路を確認し、ヘルスと証明書アラートを有効にします。以前の Site はすぐに削除せず、アクセスを限定して残します。ロールバックは DNS またはデプロイの判断でできる状態にします。

FrontierStack が取り込むもの

ベータ版インポータは、選択したフォルダから配信可能な静的ファイルをコピーします。ステージング用フォルダを使い、上限は 50,000 ファイルまたは 5 GB です。明示的に許可した場合だけ既存のドキュメントルートを置き換えます。.git、.openai、node_modules、SSH 関連、環境ファイル、一般的な認証情報ファイル、シンボリックリンクは除外します。

取り込み中に npm などのパッケージスクリプトは実行しません。これは意図的な制限です。フォルダを選んだだけで移行ボタンがプロジェクトコードを実行するべきではありません。先にビルドし、結果を確認してから、配信するファイルを選びます。

制限は重要です

• アカウント全体の取り込みはありません。OpenAI は外部向けの Sites 一覧取得 API やエクスポート API を公開していません。FrontierStack がサインインし、全 Site を一覧にしてダウンロードすることはできません。
• ホスト版だけにあるソースは復元できません。URL はソースプロジェクトではありません。Site が ChatGPT ホスティング上だけにある場合は、セルフホストインポータを使う前にローカルプロジェクトを入手または再作成します。
• D1 データはビルドと一緒に移りません。マニフェストからバインディング名は分かりますが、FrontierStack はホスト済みデータベースを書き出せません。スキーマ、エクスポート、検証を別に計画します。
• R2 のアップロードファイルも別です。ファイルストレージには、所有者が管理する転送と整合性確認が必要です。
• ホスト済み秘密値はそのまま残ります。FrontierStack はサンプルファイルからキー名だけを読み、秘密値は読みません。本番値は移行先のシークレットストアへ自分で追加します。
• 分析履歴は Sites に残ります。継続性が必要なら、切り替え前に本番用分析を選んで設定します。
• ChatGPT の認証はそのまま移植できません。ワークスペースアクセスと Sign in with ChatGPT は Sites ランタイムに依存します。セルフホスト版には独自の認証プロバイダ、セッション、権限確認が必要です。
• サーバコードは書き換えが必要な場合があります。関数、Worker、WebSocket、バックグラウンド処理、プラットフォーム固有ルートは静的ファイルではありません。移行先の PHP、Node、Go などへ適合させ、本番コードとしてテストします。

これらは小さな注記ではありません。静的な紹介サイトや計算ツールなら一度で移せる場合があります。アカウント、アップロード、永続データを持つ共有アプリはソフトウェア移行です。FrontierStack は必要な作業を示し、配信可能なファイルを扱います。HTML のコピーでデータベースまで移ったようには見せません。

重要になる前に、所有するドメインを使う

独自ドメインがあれば、後でホスティングを変更できます。試作中は ChatGPT Sites を指し、セルフホスト版の準備ができたら、証明書、リダイレクト、監視を確認してから同じドメインを自分のインフラへ移せます。

将来製品になる可能性があるなら、プロバイダ URL を印刷物や広告、深い連携へ使わない方が安全です。コードは比較的移しやすくても、利用者がブックマークしたアドレスは簡単に移せません。

Sites に残す方がよい場合

ホスト済みランタイムが要件に合い、ベータの制限を受け入れられ、インフラ管理より速度が重要なら Sites に残します。小さな社内ツール、短期イベントページ、少人数の実験なら、別のホスティングが不要な場合もあります。

Sites が対応しないランタイム、ログとバックアップへの直接アクセス、プライベートネットワーク接続、異なるデータ所在地、成熟したリリース手順、特定のホスト製品から独立した恒久サービスが必要なら移行します。移行には具体的な理由が必要です。サーバの所有は、管理権限と同時に作業も増やします。

試作から本番へ進むための実用的なルール

ChatGPT Sites では、考え直すコストを下げます。アイデアが重要になり始めたらソースをローカルに保持します。所有するドメインを割り当てます。本番管理が必要になったら FrontierStack でビルドを調べ、移行が必要な要素を確認し、確認済みファイルを管理対象サイトへ置き、他のインフラと同じように監視します。

役割分担は単純です。Sites は何を作るべきかを見つけるのに役立ちます。FrontierStack は、それを運用する責任を引き受けるための道具です。

Web サイトホスティングガイド、サイトとドメインのマニュアル章、OpenAI の最新 Sites ドキュメントも確認してください。