Google Cloud Storageの静的サイト公開との違い

GCSの静的サイト公開が得意なこと

Google Cloud Storageはオブジェクトストレージで、バケットに静的ファイルを置いてWebサイトとして公開できます。GCPの他サービスと組み合わせ、ロードバランサやCDNを前段に置けば本番配信の基盤にもなります。

アクセス権限やバケットポリシー、ライフサイクル管理など、クラウドらしい細かな制御ができるのが強みです。本番運用やGCP内での連携を前提とした静的ホスティングに向きます。

つまりGCSは「クラウドの作法に沿って、本番として静的サイトを構える」ことが得意です。

ギガサイト便が得意なこと

ギガサイト便は、HTMLやZIPをトップにドロップするとその場で共有URLを発行します。バケットを作り、公開設定を整え、権限を調整する、といった手順を踏まずに成果物を渡せます。

発行されるサブドメインはHTTPSが自動で、CDNのエッジ配信により表示も速くなります。会員登録なしでも公開でき、確認やレビューに必要な範囲と期間だけ見せられます。

本番のホスティング基盤を構えるのではなく、確認用の成果物を「いま、すぐ、限定的に」渡す手軽さが得意な位置づけです。

結論：この用途ならどちらを選ぶべきか

Google Cloud Storageで迷うときは、まず「本番公開したい」のか「確認用に短期間だけ見せたい」のかを分けます。前者はホスティングや開発基盤の比較、後者は認証・期限・差し替え・相手の開きやすさの比較になります。

Google Cloud Storageの静的サイト公開との判断では、機能名だけでなく、レビュー相手がアカウント作成なしで開けるか、共有後に古いURLが残らないか、修正後も同じURLで確認してもらえるかを見ます。比較して迷う場合は、まずレビュー用途か本番公開用途かを分けます。確認用なら、認証・期限・同じURLでの差し替えをまとめて扱える共有サービスで小さく試すのが安全です。

• 本番公開向き: 独自ドメイン、CI/CD、ソース管理、長期運用を重視する
• レビュー共有向き: 認証、期限、差し替え、非エンジニアへの渡しやすさを重視する
• 避けたいケース: 機密情報を含むHTMLを、認証なしの公開URLに置く
• 確認すること: 料金、公開範囲、URLの寿命、削除・差し替え手順、相手側の閲覧条件

設定の手間で選ぶ判断軸

選び方は「本番として作り込むか、確認用に即発行したいか」で分かれます。次の観点で考えると整理できます。

1. GCP内で本番の静的ホスティングを構えるならGCSを選ぶ
2. 確認用の成果物を即発行したいならギガサイト便を選ぶ
3. ギガサイト便ではHTMLかZIPをドロップして共有URLを得る
4. 閲覧者の範囲に合わせて認証方式を選ぶ
5. 確認に必要な期間に合わせて公開期限を設定する
6. URLやQRコードを関係者に渡して確認を依頼する

閲覧者を絞るときの違い

GCSで公開バケットを使うと、URLを知っていれば誰でもアクセスできる構成になりがちです。確認用に閲覧者を絞りたい場合は、署名付きURLや別の認証の仕組みを自分で組む必要が出てきます。

ギガサイト便は認証方式をURLのみ、パスワード、メール認証（ワンタイムコード）、会社ドメイン認証から選べ、最初から閲覧者を絞れます。社外のクライアントを含む確認にも対応しやすいです。

一時公開ページにはnoindexが付くため検索結果には出ませんが、noindexはアクセス制御ではありません。関係者限定にしたいなら認証を併用してください。

差し替えとログ、後片付けの違い

GCSは本番運用として、ファイル更新やバケットの整理を継続的に管理する前提です。確認が終わった後の後片付けも自分で行う必要があります。

ギガサイト便は同じURLのまま中身を差し替えられるので、確認段階で修正版を出すたびにリンクを送り直す必要がありません。公開期限を設定すれば期限切れで自動的に閲覧できなくなり、後片付けの手間も減ります。誰がいつ見たかはアクセスログで確認できます。

本番ホスティングはGCS、確認用の即席共有はギガサイト便、と役割で分けると無理がありません。確認が固まったらGCSで本番に載せる、という流れも自然です。