Firebase Studioのプレビューと外部共有の違い
Firebase Studioは、ブラウザ上のワークスペースでアプリを開発し、プレビューを確認しながら進められるGoogleの開発環境です。開発者本人は自分のワークスペースから随時プレビューを見られます。
ただし、開発環境のプレビューは認証や環境に紐づいていることが多く、何の準備もなく外部のレビュアーやクライアントに「このURLを開いて」と渡せるとは限りません。見てもらう相手の範囲をコントロールしたい場面では、共有のための一手間が必要になります。
本番デプロイまで進める前の、見た目や挙動を確認してもらう段階では、静的に書き出したプレビューを一時URLとして渡すのが手軽です。開発環境そのものを開放するより、確認に必要な範囲だけを切り出せます。
確認段階に本番デプロイは過剰になりがち
Firebase Studioで作ったものを公開するなら本番ホスティングという選択肢もありますが、まだ社内レビューやデザイン確認の段階で本番環境を整えるのは手間が大きすぎます。
確認のためのページは、レビューが終われば閉じたいことがほとんどです。検索エンジンに載って残り続けるのも、独自ドメインで本番運用するのも、この段階では不要です。
見せたいのは現時点のプレビューであり、目的は確認とフィードバック収集です。静的な出力やHTMLを一時URLにできるサービスを使えば、本番を巻き込まずに必要な範囲だけ共有できます。
AI生成HTMLを共有する前の安全チェック
Firebase Studioで作ったアプリのプレビューを共有では、AIツールの画面上で完成して見えても、共有用HTMLとして安全とは限りません。外部script、form送信先、APIキーらしき文字列、画像パス、ダミーデータではない個人情報を分けて確認します。
ツールの書き出し形式や共有機能は時期・プラン・作り方で変わります。この記事では特定機能の有無を断定せず、静的HTMLやZIPとして取り出せた成果物を安全に見せる前提で進めます。安全チェックが終わったら、HTMLまたはZIPをアップロードし、必要に応じて認証と期限を付けたURLとして共有します。
- 外部送信: form action、fetch、script src、iframeの向き先を確認する
- 秘密情報: APIキー、トークン、社内URL、顧客名が残っていないか検索する
- 表示再現: 画像・CSS・フォントが公開URLでも読み込めるか見る
- 共有設定: 相手、期限、認証方式、差し替え時の連絡方法を決める
プレビューを一時URLにして共有する手順
クライアントサイドで完結する画面であれば、ビルド出力を静的ファイルとして書き出し、まとめて共有できます。次の流れで進めます。
- Firebase Studioでアプリをビルドし、静的に表示できる出力（HTMLとアセット）を用意する
- 出力フォルダを、index.htmlを起点にCSS/JS/画像が揃った状態でZIPにまとめる
- ギガサイト便のトップページにZIPをドロップして共有URLを発行する
- 見せる相手に合わせて認証方式（URLのみ／パスワード／メール認証／会社ドメイン認証）を選ぶ
- 確認期間に合わせて公開期限を設定し、発行URLを共有する
サーバー処理を伴うアプリは切り分けて考える
Firebase Studioで作るアプリには、データベースや認証などのバックエンドを伴うものもあります。サーバー側の処理が必要な機能は、静的に書き出したプレビューだけでは動きません。
そうした場合は、まず静的に確認できるUIや画面遷移、デザイン面のレビューを一時URLで回し、サーバー連携を含む動作確認は別途用意するという切り分けが現実的です。一時共有はあくまで本番Webサイトの運用ではなく、確認・レビュー・一時共有に向く位置づけです。
デザインや構成のフィードバックを早く集めたい段階では、静的プレビューを軽く回すだけでも判断材料が揃います。重い環境を毎回立ち上げずに、見た目の合意形成を先に進められます。
限定共有と自動クローズで安全に
開発中のプレビューには、未確定の文言や仮データが含まれます。検索結果に出てしまうと困る情報もあるでしょう。一時公開ページにはnoindexが付くため検索には出ませんが、noindexはアクセス制御ではありません。
関係者以外に見せたくない場合は、メール認証や会社ドメイン認証を併用すると、許可した相手だけがプレビューを開けるようになります。社内のドメインで絞れば、社外への漏れを抑えられます。
公開期限を設定しておけば、レビュー期間が終わると自動的に閲覧できなくなります。アクセスログで閲覧状況も追えるため、誰の確認待ちかを把握しながら進行できます。
よくある質問
Firebase Studioのプレビューをそのままクライアントに渡せますか。
開発環境のプレビューは環境や認証に紐づくため、そのまま外部に渡せるとは限りません。静的に書き出した出力を一時URLとして公開し直すと、見せる相手の範囲を制御しやすくなります。
バックエンドが必要なアプリも共有できますか。
一時共有は静的なHTMLやアセットの表示に向いています。サーバー処理を伴う機能は静的出力だけでは動かないため、UIやデザインの確認を一時URLで回し、サーバー連携の確認は別途行う切り分けがおすすめです。
社内の人だけにプレビューを見せられますか。
会社ドメイン認証を選べば、指定したドメインのメールアドレスを持つ人だけが閲覧できます。社外への流出を抑えながら社内レビューを進められます。
プレビューを更新したら共有先にも反映されますか。
同じURLのままファイルを差し替えられるため、最新の出力を上書きすれば共有先にも反映されます。リンクを送り直さずに最新のプレビューを見てもらえます。
AIツールで作ったHTMLはそのまま共有しても安全ですか？
そのまま共有せず、外部送信先、フォーム、APIキー、社内URL、画像パスを確認してからURL化します。ツールの共有機能や書き出し仕様は変わるため、最新画面も確認してください。